in reply to Re^12: Backdating strict
in thread Backdating strict
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.
|
|---|
| Replies are listed 'Best First'. | |
|---|---|
|
Re^14: Backdating strict
by choroba (Cardinal) on Nov 21, 2020 at 01:17 UTC |