From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: uniquify-buffer-name-style Date: Mon, 29 May 2006 17:28:59 -0400 Message-ID: References: <200605290301.k4T31Nqd004384@jane.dms.auburn.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1148938239 941 80.91.229.2 (29 May 2006 21:30:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 29 May 2006 21:30:39 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 29 23:30:37 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FkpJI-0006cS-BG for ged-emacs-devel@m.gmane.org; Mon, 29 May 2006 23:30:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkpJH-0005hC-R8 for ged-emacs-devel@m.gmane.org; Mon, 29 May 2006 17:29:59 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FkpIL-0004of-2v for emacs-devel@gnu.org; Mon, 29 May 2006 17:29:01 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FkpIK-0004o0-A6 for emacs-devel@gnu.org; Mon, 29 May 2006 17:29:00 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FkpIK-0004nr-5e for emacs-devel@gnu.org; Mon, 29 May 2006 17:29:00 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FkpNy-0008AH-CQ for emacs-devel@gnu.org; Mon, 29 May 2006 17:34:50 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FkpIJ-0004Qb-5j; Mon, 29 May 2006 17:28:59 -0400 Original-To: Luc Teirlinck In-reply-to: <200605290301.k4T31Nqd004384@jane.dms.auburn.edu> (message from Luc Teirlinck on Sun, 28 May 2006 22:01:23 -0500 (CDT)) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:55453 Archived-At: It seems to me that adding a simple hook (abnormal) for Fcreate_file_buffer and Frename_buffer to call could make it possible to eliminate that defadvice, and then it would be easy to fix this bug. It could be tricky figuring out the right calling conventions for the hook functions so that a single hook could do for both Fcreate_file_buffer and Frename_buffer, and still be simple. If we don't do this, we can document the problem, but the text you wrote is terribly ambiguous. In fact, I am not sure what it means. Do you mean that: If you set the variable directly before uniquify is loaded, it won't have any effect. Or do you mean that: If you set this variable when uniquify is already loaded, it won't have any effect unless you reload uniquify.