This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

How to use Column Editing in uVision3.*

Does anyone know how to use column mode for editing source code within uVision3 IDE??? I am used to using Jens where I could insert text in a column format defined by the start and stop of the drag of my cursor. I could then right click and insert defined text on all lines simultaneously starting where my cursor orignated to the end of the highlighted segment area in a column format. Can anyone help with this??? I know how to use the Alt key and mouse to highlight text in a column format, but I can find a way to enter text on multiple lines in a column format. This is very annoying.

Parents
  • Eclipse seems to me to be a perfect illustration that "It would be huge to the point of being unusable"

    You'll note I offered Eclipse as an example to support my assertion that the world has too many bad IDEs already, and could benefit from concentrating that effort some. I never claimed it was lightweight.

    Eclipse is indeed huge. Don't even bother trying it in eanest on less than 1 GB. But it offers a lot of features for that price --- and the main advantage is that it's a framework, i.e. if you don't need a particular feature, you don't have to install it.

    Eclipse is for IDEs what EMACS is among editors: their common property is that whatever feature you come up with that (you thing) you need, odds are high in the 90% range it's either already in the core package, or somebody has already written a plugin/module to do it.

    Eclipse is so versatile and so configurable that, it seems to me, it's (almost) impossible for any non-specialist to understand!

    It's not really all that bad. The default installation plus CDT plugin works fine as a generic IDE for C programs. It'll blow quite a number of vendor's self-made IDEs clean out of the water already. I've seen enough crappy IDEs in my time to have learned this: the world is better off with compiler writers not putting their time into user interface programming. The skillsets are just too different.

    Specialist knowledge only gets involved if you were to make your own Eclipse plugins to, e.g., make an equivalent of uVision's devicse database and simulator engine part of Eclipse. And I rather much doubt that connecting such an engine into Eclipse is really harder than building your own IDE, project management, compiler option management, etc., from scratch.

    Oh, and Eclipse does not do any form of column editing - it doesn't even do what uVision does!

    Release documentation of Eclipse 3.5 seems to contradict you on that.

Reply
  • Eclipse seems to me to be a perfect illustration that "It would be huge to the point of being unusable"

    You'll note I offered Eclipse as an example to support my assertion that the world has too many bad IDEs already, and could benefit from concentrating that effort some. I never claimed it was lightweight.

    Eclipse is indeed huge. Don't even bother trying it in eanest on less than 1 GB. But it offers a lot of features for that price --- and the main advantage is that it's a framework, i.e. if you don't need a particular feature, you don't have to install it.

    Eclipse is for IDEs what EMACS is among editors: their common property is that whatever feature you come up with that (you thing) you need, odds are high in the 90% range it's either already in the core package, or somebody has already written a plugin/module to do it.

    Eclipse is so versatile and so configurable that, it seems to me, it's (almost) impossible for any non-specialist to understand!

    It's not really all that bad. The default installation plus CDT plugin works fine as a generic IDE for C programs. It'll blow quite a number of vendor's self-made IDEs clean out of the water already. I've seen enough crappy IDEs in my time to have learned this: the world is better off with compiler writers not putting their time into user interface programming. The skillsets are just too different.

    Specialist knowledge only gets involved if you were to make your own Eclipse plugins to, e.g., make an equivalent of uVision's devicse database and simulator engine part of Eclipse. And I rather much doubt that connecting such an engine into Eclipse is really harder than building your own IDE, project management, compiler option management, etc., from scratch.

    Oh, and Eclipse does not do any form of column editing - it doesn't even do what uVision does!

    Release documentation of Eclipse 3.5 seems to contradict you on that.

Children
No data