Re: Purpose of jde-autoloads
[email protected] (Phillip Lord) Fri, 14 Aug 2015 14:32:14 +0100
| Newsgroups | gmane.emacs.jdee.devel |
|---|---|
| Message-ID | <[email protected]> |
ELPA does this. During development, I use M-x update-directory-autoloads directly. I'm increasingly trying to load my own development files via autoloads rather than through "require" or I forget to put the autoload cookies in. Phil Paul Landes <[email protected]> writes: > I also like autoloads the way they are. As someone mentioned, an autoloads.el > file is created from all ;;;###autoload found in all files. > > When the package is installed, can't we invoke some elisp code to call the > method that creates this autoloads file? We can't be the first to do things > this way in packages. > > > On Aug 13, 2015, at 6:00 PM, Stephen Leake <[email protected]> wrote: > >> Przemysław Wojnowski <[email protected]> writes: >> >>> The only function I would >>> see in autoloads would be something like this: >>> (defun jde-start () >>> "Start JDEE." >>> (require 'jde)) >>> >>> Rationale: If someone would install JDEE (e.g. from elpa) it wouldn't slow down >>> Emacs startup. But user could load it anytime using M-x jde-start when s/he >>> would like to open a Java project. >> >> I have another problem with this; it's backward incompatible. We'll get >> lots of (well, some :) complaints "why doesn't JDE work anymore"? >> >> It's also not the way Emacs packages are expected to work. Once you >> install an ELPA package, it should be transparent; open a java file, >> and JDE is there. We don't want users wondering; >> >> "Why isn't this jde command working? Oh, right, I forgot 'jde-start'". >> >> The minimum set of autoloaded commands is the set that are likely to be >> the first JDE command people use. That's at least jde-mode, and probably >> a few others (I haven't used it enough yet to tell). >> >> Additional autoloads can be used to reduce the initial load time. As you >> rightly point out, the need for that is less these days than it used to >> be. >> >> But the commandment "don't 'fix' what isn't broken" is still a good one, >> here. >> >> -- >> -- Stephe >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> jdee-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/jdee-devel > > > ------------------------------------------------------------------------------ > _______________________________________________ > jdee-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jdee-devel -- Phillip Lord, Phone: +44 (0) 191 208 7827 Lecturer in Bioinformatics, Email: [email protected] School of Computing Science, http://homepages.cs.ncl.ac.uk/phillip.lord Room 914 Claremont Tower, skype: russet_apples Newcastle University, twitter: phillord NE1 7RU ------------------------------------------------------------------------------ _______________________________________________ jdee-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jdee-devel