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: Per Abrahamsen
Subject: Re: user-load-path (was: Re: Emacs 21 NEWS file (was Re: [OT?] Gnu Emacs is dying?)(fwd))
Date: 20 Jun 2001 18:16:40 +0200
User-agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7

address@hidden (Dave Love) writes:

> I don't think it's acceptable or necessary for a Custom interface to
> require uses of such a variable to be changed, if that's the idea.

Of course it is not necessary, it is just a small matter of
programming to create a more complex and fragile solution.

> There should be a standard method for augmenting customized
> {a,p,}lists.

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.



reply via email to

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