bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: user-load-path (was: Re: Emacs 21 NEWS file (was Re: [OT?] Gnu Emacs


From: Stefan Monnier
Subject: Re: user-load-path (was: Re: Emacs 21 NEWS file (was Re: [OT?] Gnu Emacs is dying?)(fwd))
Date: 25 Jun 2001 17:06:41 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.104

>>>>> "Per" == Per Abrahamsen <address@hidden> writes:
> Please note that the closest to that we have on the Lisp level is:
>         (eval-after-load "package"
>           (add-to-list 'package-foobar new-element))
> A rather complex mechanism for a non programmer.  Doing simple
> customizations shouldn't require more Lisp expertise than
>         (setq package-foobar some-simple-value)
> I therefore believe having user options with complex default values are
> a bad idea, even ignoring customize.  Modifying 'TeX-command-list' which
> is has a complex default value is what causes most users problems in
> AUC TeX.
> I much prefer customize being used as an argument to keep user options
> simple, than as an excuse to create overly complex user options.

I think that calling `load-path' overly complex is a slight exaggeration.
I agree that options should be made as simple to use as possible, but
I believe that the best answer can only be obtained if the choice is not
limited by arbitrary limitations in support code such as `custom'.

As far as I can tell, splitting `load-path' into two is making the
user-option more complex rather than less.


        Stefan



reply via email to

[Prev in Thread] Current Thread [Next in Thread]