I actually use both Emacs and vim. Emacs is a vastly superior programmer's editor, but vim has a much shorter start-up time, so it works better for quick edit jobs.
In this case, it's more X11 than Unix; I would almost certainly be learning to use Emacs compile mode if I did not have the ability to have both xterms and Emacs frames on the screen at once. As it is, I just turn on line and column display in the modeline and scroll.
| [reply] |
> but vim has a much shorter start-up time, so it works better for quick edit jobs.
try emacs -nw -Q (I have this aliased to emq in my linux environments)
running emacsclient helps too.
> As it is, I just turn on line and column display in the modeline and scroll.
Still, the necessity to read the error line and file from the terminal to manually jump to the error inside emacs would drive me crazy. Probably your scripts are rather short, my projects span a douzen of modules.
| [reply] [d/l] [select] |
Yes, bypassing the startup file makes Emacs start faster, but at the cost of my customizations not being effective. At that point, I may as well use vim or nano.
I never got around to setting up emacsclient and now routinely use multiple Emacs sessions, so I have doubts about its practicality for me. As to the resource usage of this solution, well... according to top, at the moment, all of my Emacs instances combined have about the same RAM footprint as the browser session dedicated to PerlMonks — the other browser sessions are much larger.
You are also correct that my projects are smaller, and I work very carefully to build up modules before using them. It is very rare for me to get an error in some module other than the one I am currently working on (and therefore already have in an Emacs frame) because I test each part very thoroughly. Devel::Cover is useful here. I probably would find a way to use Emacs M-x compile if I had projects spanning as many files as yours, with errors as scattered as you seem to encounter, although, for now, M-x speedbar meets my needs for quick file navigation.
| [reply] |