From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: grischka Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Mon, 22 Nov 2010 17:18:42 +0100 Message-ID: <4CEA97E2.2040800@gmx.de> References: <4CE56872.6050502@gmx.de> <4CE57519.7030403@gmx.at> <4CE59AC2.9030201@gmx.de> <4CE62E91.4030501@gmx.at> <4CE67DC5.7020603@gmx.de> <4CE68D34.1040308@gmx.at> <4CE6A9C3.5060400@gmx.de> <4CE792B7.7090406@gmx.at> <4CE7DEAB.8030401@gmx.de> <4CE80D77.10801@gmx.at> <4CE83A6B.6090904@gmx.de> <4CE8EB28.3060607@gmx.at> <4CE91FED.9060705@gmx.de> <4CE95C04.1090905@gmx.at> <4CEA3A75.50100@gmx.at> <4CEA514F.2030901@gmx.de> <4CEA53A5.9080009@gmx.at> <4CEA575E.5020607@gmx.de> <4CEA78DB.6010107@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1290442752 23721 80.91.229.12 (22 Nov 2010 16:19:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 22 Nov 2010 16:19:12 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 22 17:19:08 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PKZ6h-0001Df-Qe for ged-emacs-devel@m.gmane.org; Mon, 22 Nov 2010 17:19:07 +0100 Original-Received: from localhost ([127.0.0.1]:60195 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKZ6h-0007JV-7k for ged-emacs-devel@m.gmane.org; Mon, 22 Nov 2010 11:19:07 -0500 Original-Received: from [140.186.70.92] (port=55581 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKZ6c-0007Hp-2I for emacs-devel@gnu.org; Mon, 22 Nov 2010 11:19:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PKZ6b-0004Gp-39 for emacs-devel@gnu.org; Mon, 22 Nov 2010 11:19:01 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:57989 helo=mail.gmx.net) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1PKZ6a-0004GR-NV for emacs-devel@gnu.org; Mon, 22 Nov 2010 11:19:01 -0500 Original-Received: (qmail invoked by alias); 22 Nov 2010 16:18:58 -0000 Original-Received: from unknown (EHLO [10.75.161.142]) [82.113.106.205] by mail.gmx.net (mp050) with SMTP; 22 Nov 2010 17:18:58 +0100 X-Authenticated: #18588216 X-Provags-ID: V01U2FsdGVkX1+hfaoV+U2hgZrnROyjPhHrSx68O3NVJkVZiQd5uY 1R/U0VZBdgF0EM User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <4CEA78DB.6010107@gmx.at> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:133011 Archived-At: martin rudalics wrote: > > How can the user override specifiers for buffers that don't match > > unambiguous naming conventions (ediff, dired, ...)? > > Another user option, say `display-buffer-symbols'? The application > would pass a symbol in the call and make sure it has an entry in the > `display-buffer-specifiers' list which associates symbols like > 'other-window with specifiers. ediff could add entries like 'ediff-A > and 'ediff-B to `display-buffer-specifiers' and the user, in > `display-buffer-symbols', could provide an entry to override them. > > But I'm not sure how to resolve the conflict when a matching entry can > be found in both `display-buffer-names' and `display-buffer-symbols'. A symbol entry is more specific. However I'd maybe just put names/regexps/symbols in the same structure. Such as: (setq display-buffer-specifiers '( ((a-symbol "*b-name*" (r . "^c-regexp.+")) ) ... )) That way the user can express preferences by the order naturally. > > martin >