On Friday 02 December 2005 09:54 pm, Andrew Lentvorski wrote: > boblq wrote: > > Now what does one gain with an IDE? I am not > > trolling. I really would like to know what people > > get out of these things. > > Autocompleting just about everything
Like this http://vim.sourceforge.net/scripts/script.php?script_id=527 for instance? > Popup documentation of functions Mostly I write Standard C though I am beginning to do more C++ with the STL. I just have a browser window pointed at http://www-ccs.ucsd.edu/c/ For C++ I point the browser at http://www.sgi.com/tech/stl/ Do you mean application functions? > Overall code visualization and navigation (ie. outline views with > color/icon views showing things like public/private/static at a glance) Syntax coloring in vim provides the later. Taglists help as well http://www.geocities.com/yegappan/taglist/ (Pardon the popups) This seems to do folding for C/C++ http://vim.sourceforge.net/tips/tip.php?tip_id=333 but I have not tried it. So far I have mixed feelings about folding. I think that if I used it more I would like it more. I would also like it more if I worked more on very large programs. I am doing some work on Fifefox now which I consider a very large program. I should try folding with it. I can see that it would be useful on such a monster. > Syntax sensitive editing (ie. can rename someVariable just within a > function, a module or project without affecting those you don't want) Not sure I see this as a big deal :s/someVariable/differentVariable/g10 Why do I need to have the scope determined automatically? Are the functions you are using really that long? I almost never write long blocks of code. I guess my old Forth habits die hard. > Refactoring and hoisting assistance in the editor Hmm ... OK, I probably need to see these demonstrated in order to appreciate just how the IDE can help me with this sort of thing. Or any tool really. > Style suggestions which may not be pure errors He,he ... nothing about vim prevents it's doing this. If an IDE is good at it then the only reason is because the resources were spent to make it happen. Which is another point. One could argue that an IDE you pay for has such resources. Basically this takes us to the classic issues of OSS and free beer. I like free beer myself. > Lots of stuff which can be displayed at the relevant point in the editor > buffer rather than requiring hunting between separate messages. Huh? Not sure how this is different. > Automatic updating of references when you rename a file (ie. > import/include statements and the like) Yet another script as best I can tell. I do not know if such a script exists. > Full Unicode support I have not needed this in my editor. Call me primitive. It looks like something is there: http://vim.sourceforge.net/tips/tip.php?tip_id=246 > On-the-fly editing of code inside the debugger which can then be > immediately pulled into the environment during debugging Chuckle. Don't I wish. At the moment I have more fundamental problems. As soon as I load Firefox under gdb my PC starts swapping and I might as well quit. Until I buy some more RAM this is not my issue. How does this work for compiled code? Or is this simply something one uses for interpreted code? > Certain languages require more boilerplate than they should (Java being > an offender/C# also being in that category). IDE's tend to smooth out > the differences between those languages and something like Perl or > Python which isn't so verbose. Not sure I see any reason why the IDE helps with this. > From my point of view, IDE's allow more information to be present on my > screen at a simultaneous glance than anything else. OK. One well informed opinion. I don't see it yet, but That's just me, I suppose. BobLQ PS. All of this has me motivated though to seriously considering upgrading the scripts/usage of vim though. I am a lousy typist and more autocompletion would definitely be welcome. So maybe an IDE demo for LPSG is in order? -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
