From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: *Occur in buf*? Date: 31 Jul 2002 10:36:18 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: References: <200207261536.g6QFa4U08962@aztec.santafe.edu> <5xd6t83dyy.fsf@kfs2.cua.dk> <20020728011001.GA3415@gnu.org> <5xeldn7x5s.fsf@kfs2.cua.dk> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1028079530 23487 127.0.0.1 (31 Jul 2002 01:38:50 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 31 Jul 2002 01:38:50 +0000 (UTC) Cc: rms@gnu.org, simon.marshall@misys.com, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17ZiRt-00066i-00 for ; Wed, 31 Jul 2002 03:38:49 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Zijs-0006aC-00 for ; Wed, 31 Jul 2002 03:57:24 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.35 #1 (Debian)) id 17ZiSK-000639-00; Tue, 30 Jul 2002 21:39:16 -0400 Original-Received: from tyo202.gate.nec.co.jp ([210.143.35.52]) by fencepost.gnu.org with smtp (Exim 3.35 #1 (Debian)) id 17ZiRk-00062E-00; Tue, 30 Jul 2002 21:38:40 -0400 Original-Received: from mailgate4.nec.co.jp ([10.7.69.197]) by TYO202.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id g6V1aUL01961; Wed, 31 Jul 2002 10:36:30 +0900 (JST) Original-Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate4.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id g6V1aTi21514; Wed, 31 Jul 2002 10:36:29 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp ([10.30.114.133]) by mailsv4.nec.co.jp (8.11.6/3.7W-MAILSV4-NEC) with ESMTP id g6V1aQo11071; Wed, 31 Jul 2002 10:36:27 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.10.2+Sun/3.7Wlsi_mx_6.0) with ESMTP id g6V1aMS15781; Wed, 31 Jul 2002 10:36:22 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id 9319037ED; Wed, 31 Jul 2002 10:36:18 +0900 (JST) Original-To: storm@cua.dk (Kim F. Storm) System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: Original-Lines: 13 Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:6187 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:6187 Sam Steingold writes: > TRT, IMO, is to make `generate-new-buffer-name' mode-specific. > E.g., have a buffer-local variable 'uniquify-buffer-name' or a similar > property of the major-mode name, which would hold a mode-specific > function which is to be run in the buffer being renamed. That sounds like a great solution (the variable should end in `-function', following emacs convention, e.g. 'uniquify-buffer-name-function'). -Miles -- Ich bin ein Virus. Mach' mit und kopiere mich in Deine .signature.