Przemysław Wojnowski <espera...@cumego.com> writes: > W dniu 14.08.2015 o 00:45, Stephen Leake pisze: >> To make that single require work this way means that jde.el needs a >> require for every other jde file; that's circular.
> Why circural? IMHO it is a directed graph with jde.el at the top and other > "modules" below - nothing should require jde, except user. There are definitions in jde.el that other files use. Hmm; fewer than I thought; grep reports: jde.el:33:;; just `(require 'jde)' jde-ecj-flymake.el:110:(require 'jde) jde-juci.el:43:(require 'jde) jde-junit.el:39:(require 'jde) >> There is a way to get what you are asking for here; there could be a >> jde-load-all.el that is just a list of requires. > This is what I was thinking about, but as jde.el. :-) Why? >> In general, the Emacs style is to load things lazily, but in fairly >> large chunks. That works better for people on older/slower machines. > Such design assumptions should be revisited once in a while, because > conditions change. How was "older/slow machine" defined? Do they still > exist? Obviously there are always people with machines that are older/slower than the current median. I don't know how to put numbers to that; do we need to design for 50% slower than the median? Where does _my_ machine fall on that distribution? It gets vague very fast. >> In particular, anything that starts or uses an external process on >> load should be avoided and/or autoloaded. >> On the other hand, it can be difficult to tell when something needs an >> autoload, so the tendency is to add an autoload "just in case". So some >> sort of policy on when they should be added, and tests/checks for this, >> would be good. > Good point with external processes. > > Now, IIUC Emacs autoload is like JVM class loading only on the first access to > it. Yes. -- -- Stephe ------------------------------------------------------------------------------ _______________________________________________ jdee-devel mailing list jdee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jdee-devel
