Initial Impressions 1.0
Posted: Wed Sep 23, 2009 3:38 am
I've been an IDE user ever since the Turbo Pascal days. Most recently I have been using the Borland C++ Builder 6 -- which is rather old. I chose CodeLite based on the Wikipedia table of IDEs. I thought it might be helpful to document my initial experience using CodeLite. My projects are largely C with an occasional linkage to some C++ code. My comments are in no special order, they are just jottings I made as I dealt with the early part of the CodeLite learning curve. Once one has learned WHERE to find a control life is easy. The hard question is whether the controls are placed in intuitive and common locations. Many of my comments are simply about the user interface.
[1] Linker errors should be in color.
[2] Global Settings need to be documented (the screen shots don't even show the drop-box).
[3] The hierarchy of Workspace->Project isn't very clear (a diagram would be worth a 10^3 words)
[4] The [Workspace] top-level menu is probably used quite infrequently (for me it's a one-time event) but project switching is a common event. I think the menu should relate to Projects since starting and changing these is a MUCH more frequent event. The Workspace settings should somewhere in the setting menu.
[5] The [Edit] menu should have a [Preferences] item. This is common practice and is where one-time settings would exist.
[6] Code collapsing was driving me nuts. I found how to turn it off under a C++ settings -- but I'm writing C so why would I think to look there?
[7] Performing a collapse code and then immediately an un-collapse should be a null operation -- it is not.
[8] I use a pen and tablet and I find that text drag-and-drop fails because very small movements of the pen tip cause the edit to terminate.
[9] I would like project-wide and workspace-wide search and replace facilities (Geany has this).
[10] Allow the use of escape codes (\t for tab etc.) in searches (and replace) would be very helpful.
[1] Linker errors should be in color.
[2] Global Settings need to be documented (the screen shots don't even show the drop-box).
[3] The hierarchy of Workspace->Project isn't very clear (a diagram would be worth a 10^3 words)
[4] The [Workspace] top-level menu is probably used quite infrequently (for me it's a one-time event) but project switching is a common event. I think the menu should relate to Projects since starting and changing these is a MUCH more frequent event. The Workspace settings should somewhere in the setting menu.
[5] The [Edit] menu should have a [Preferences] item. This is common practice and is where one-time settings would exist.
[6] Code collapsing was driving me nuts. I found how to turn it off under a C++ settings -- but I'm writing C so why would I think to look there?
[7] Performing a collapse code and then immediately an un-collapse should be a null operation -- it is not.
[8] I use a pen and tablet and I find that text drag-and-drop fails because very small movements of the pen tip cause the edit to terminate.
[9] I would like project-wide and workspace-wide search and replace facilities (Geany has this).
[10] Allow the use of escape codes (\t for tab etc.) in searches (and replace) would be very helpful.