update of jed-extra

[Paul Boekholt]

On Mon, 4 Jul 2005 15:09:50 +0200, Jörg Sommer <joerg@alea.gnuu.de> said:

> What comes into my mind is a collection of lib tools. It should provide 
> * a function register_libdir() to register a directory (excatly what is
>   done in home-lib.sl:register_library() -- BTW: the name is a bit
>   confusing, because with a library a .so file is assumed)

> * and a function precompile_libdir() to build the .slc files and .dfa and
>   anything als what's done by make_ini.sl

Instead of adding a package's directory to the jed load path, it's functions
can be autoloaded with the full path name.  Then they can use the optional
filename argument of require() to load their parts.  This is the way Klaus
Schmid organized his scripts, but it's not how Gunter and I organized
ours.  This way, different packages that provide files with the same name
could coexist.  Require() will probably change in the next JED snapshot, so
you should email John Davis about this first.

This way you can put .sl and .slc files of a package in their own directory,
but you will still have to put the DFA caches in the Jed_Highlight_Cache_Dir.

> Then we can install files /etc/jed-init.d/20jed-extra.sl to register
> /usr/share/jed/site-lib (or .../jed-extra) and 20jed-gtk.sl to register
> slgtk stuff and 23usr-local.sl to handle /usr/local/... and 25home-lib.sl
> to register ~/.jed/lib. Into the 25home-lib.sl I would also handle the
> .jedrc path.
This could become quite slow.  On my system, GNU Emacs starts much faster
than Xemacs, because Xemacs has to load a .elc file for every extension
package, and GNU Emacs does not (I'm not sure how GNU Emacs does it).