Re: eval-after-provision

Reiner Steib <[email protected]> Thu, 01 Apr 2004 14:18:16 +0200
Newsgroups gmane.emacs.xemacs.design
Organization Dept. of Theoretical Physics, University of Ulm
Message-ID <[email protected]>
On Wed, Mar 24 2004, Brian Palmer wrote:

> However, there are different names under which a
> file can be loaded, which makes an alist a problematic structure to
> use. Furthermore, in theory features provide for filename
> independence, but without a mechanism for evaluating forms after a
> feature has been provided, a user has to be aware of what files are
> going to be loaded that could provide the feature.

AFAICS, in GNU Emacs (CVS), `eval-after-load' already allows what you
suggest.  It would be nice if XEmacs would use a compatible interface.

,----[ C-h f eval-after-load RET ]
| eval-after-load is a compiled Lisp function in `subr'.
| (eval-after-load FILE FORM)
| 
| Arrange that, if FILE is ever loaded, FORM will be run at that time.
| This makes or adds to an entry on `after-load-alist'.
| If FILE is already loaded, evaluate FORM right now.
| It does nothing if FORM is already on the list for FILE.
| FILE must match exactly.  Normally FILE is the name of a library,
| with no directory or extension specified, since that is how `load'
| is normally called.
| FILE can also be a feature (i.e. a symbol), in which case FORM is
| evaluated whenever that feature is `provide'd.
`----

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo--- PGP key available via WWW   http://rsteib.home.pages.de/