From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: Alan Mackenzie <acm@muc.de>
Newsgroups: gmane.emacs.bugs
Subject: bug#5529: `uniquify-buffer-name-style' doesn't exist
Date: Sat, 6 Feb 2010 20:44:00 +0000
Message-ID: <20100206204400.GC2157@muc.de>
References: <20100205151859.GA7866@muc.de>
	<e01d8a51002050756v21f49824xaeb9cc5ba8ef048e@mail.gmail.com>
	<20100205181742.GB7866@muc.de>
	<e01d8a51002051018p3aeafadcoa428dcc405a2e407@mail.gmail.com>
	<20100206181748.GB2157@muc.de>
	<e01d8a51002061018n31bc98a4lb8bbf06d90f71f4@mail.gmail.com>
NNTP-Posting-Host: lo.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: ger.gmane.org 1265489875 8830 80.91.229.12 (6 Feb 2010 20:57:55 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Sat, 6 Feb 2010 20:57:55 +0000 (UTC)
Cc: 5529@debbugs.gnu.org
To: Lennart Borgman <lennart.borgman@gmail.com>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 06 21:57:52 2010
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>
Envelope-to: geb-bug-gnu-emacs@m.gmane.org
Original-Received: from lists.gnu.org ([199.232.76.165])
	by lo.gmane.org with esmtp (Exim 4.69)
	(envelope-from <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org>)
	id 1Ndrix-0002qk-3i
	for geb-bug-gnu-emacs@m.gmane.org; Sat, 06 Feb 2010 21:57:51 +0100
Original-Received: from localhost ([127.0.0.1]:33726 helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1Ndriw-0001Rg-JA
	for geb-bug-gnu-emacs@m.gmane.org; Sat, 06 Feb 2010 15:57:50 -0500
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1Ndrir-0001PC-QF
	for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2010 15:57:45 -0500
Original-Received: from [199.232.76.173] (port=56508 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Ndrir-0001Ow-Ee
	for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2010 15:57:45 -0500
Original-Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim
	4.60) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
	id 1Ndrip-0005zk-Nf
	for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2010 15:57:45 -0500
Original-Received: from debbugs.gnu.org ([140.186.70.43]:53628)
	by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32)
	(Exim 4.60) (envelope-from <Debian-debbugs@debbugs.gnu.org>)
	id 1Ndrip-0005ze-Dq
	for bug-gnu-emacs@gnu.org; Sat, 06 Feb 2010 15:57:43 -0500
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69)
	(envelope-from <Debian-debbugs@debbugs.gnu.org>)
	id 1NdrPm-00023W-Ay; Sat, 06 Feb 2010 15:38:02 -0500
X-Loop: bug-gnu-emacs@gnu.org
Resent-From: Alan Mackenzie <acm@muc.de>
Original-Sender: debbugs-submit-bounces@debbugs.gnu.org
Resent-To: owner@debbugs.gnu.org
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Sat, 06 Feb 2010 20:38:02 +0000
Resent-Message-ID: <handler.5529.B5529.12654886307862@debbugs.gnu.org>
Resent-Sender: bug-gnu-emacs@gnu.org
X-Emacs-PR-Message: followup 5529
X-Emacs-PR-Package: emacs
X-Emacs-PR-Keywords: 
Original-Received: via spool by 5529-submit@debbugs.gnu.org id=B5529.12654886307862
	(code B ref 5529); Sat, 06 Feb 2010 20:38:02 +0000
Original-Received: (at 5529) by debbugs.gnu.org; 6 Feb 2010 20:37:10 +0000
Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
	id 1NdrOw-00022l-Fr
	for submit@debbugs.gnu.org; Sat, 06 Feb 2010 15:37:10 -0500
Original-Received: from colin.muc.de ([193.149.48.1] helo=mail.muc.de)
	by debbugs.gnu.org with esmtp (Exim 4.69)
	(envelope-from <acm@muc.de>) id 1NdrOr-00022P-Ba
	for 5529@debbugs.gnu.org; Sat, 06 Feb 2010 15:37:05 -0500
Original-Received: (qmail 85799 invoked by uid 3782); 6 Feb 2010 20:36:59 -0000
Original-Received: from acm.muc.de (pD9E52661.dip.t-dialin.net [217.229.38.97]) by
	colin2.muc.de (tmda-ofmipd) with ESMTP;
	Sat, 06 Feb 2010 21:36:58 +0100
Original-Received: (qmail 5388 invoked by uid 1000); 6 Feb 2010 20:44:00 -0000
Content-Disposition: inline
In-Reply-To: <e01d8a51002061018n31bc98a4lb8bbf06d90f71f4@mail.gmail.com>
User-Agent: Mutt/1.5.9i
X-Delivery-Agent: TMDA/1.1.5 (Fettercairn)
X-Primary-Address: acm@muc.de
X-BeenThere: debbugs-submit@debbugs.gnu.org
X-Mailman-Version: 2.1.11
Precedence: list
Resent-Date: Sat, 06 Feb 2010 15:38:02 -0500
X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3)
X-BeenThere: bug-gnu-emacs@gnu.org
List-Id: "Bug reports for GNU Emacs,
	the Swiss army knife of text editors" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
	<mailto:bug-gnu-emacs-request@gnu.org?subject=subscribe>
Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org
Xref: news.gmane.org gmane.emacs.bugs:34934
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/34934>

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 <acm@muc.de> 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).

OK.

-- 
Alan Mackenzie (Nuremberg, Germany).