[Top][All Lists]

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

bug#5529: `uniquify-buffer-name-style' doesn't exist

From: Alan Mackenzie
Subject: bug#5529: `uniquify-buffer-name-style' doesn't exist
Date: Sat, 6 Feb 2010 20:44:00 +0000
User-agent: Mutt/1.5.9i

HI, Lennart,

On Sat, Feb 06, 2010 at 07:18:55PM +0100, Lennart Borgman wrote:
> On Sat, Feb 6, 2010 at 7:17 PM, Alan Mackenzie <address@hidden> wrote:

> > Seems to me that what's wanted is an autoload for variables, just like
> > we've got for functions/macros.  Or have we got this already?  Then when
> > anybody tries to access this variable in any way, uniquify.elc would get
> > loaded.

> We can autoload defcustoms, but there are so many so we probably do
> not want that.

Why?  The "eight megabytes and continually swapping" joke is several
decades out of date.

> There are about 7000 and autoloading them all will take some computer
> resources.

Enough to make a noticeable difference?

Will   (setq uniquify-buffer-name-style 'reverse)  in one's .emacs pick
up such an autoload?  custom-autoload is not in the Elisp manual and its
doc string is not terribly helpful.

> Therefore Stefan instead had the idea that we can make them available
> for completion, for example when you do "M-x customize-option". If
> choosen they will then be loaded. I started to work a bit on that, but
> it is not finished. (See the thread I pointed to.)

What does "make them available" mean?  Create a separate obarray for
them, perhaps?

> defgroups are already autoloaded (if they are part of Emacs distribution).


Alan Mackenzie (Nuremberg, Germany).

reply via email to

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