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).