From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: The window-pub branch Date: Mon, 22 Nov 2010 14:45:45 -0500 Message-ID: References: <4CE56872.6050502@gmx.de> <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> <4CEAA8C5.6080503@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1290455172 23362 80.91.229.12 (22 Nov 2010 19:46:12 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 22 Nov 2010 19:46:12 +0000 (UTC) Cc: grischka , emacs-devel@gnu.org To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 22 20:46: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 1PKcL0-0001Tt-UZ for ged-emacs-devel@m.gmane.org; Mon, 22 Nov 2010 20:46:07 +0100 Original-Received: from localhost ([127.0.0.1]:34647 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKcL0-0004bU-Gy for ged-emacs-devel@m.gmane.org; Mon, 22 Nov 2010 14:46:06 -0500 Original-Received: from [140.186.70.92] (port=51981 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PKcKu-0004ZW-Jx for emacs-devel@gnu.org; Mon, 22 Nov 2010 14:46:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PKcKt-0006TO-F4 for emacs-devel@gnu.org; Mon, 22 Nov 2010 14:46:00 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:56774) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PKcKt-0006T8-AG for emacs-devel@gnu.org; Mon, 22 Nov 2010 14:45:59 -0500 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oAMJjkXX010554; Mon, 22 Nov 2010 14:45:46 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id 7713CA83C8; Mon, 22 Nov 2010 14:45:45 -0500 (EST) In-Reply-To: <4CEAA8C5.6080503@gmx.at> (martin rudalics's message of "Mon, 22 Nov 2010 18:30:45 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3687=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:133028 Archived-At: >>> 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'. >> If a single var is used, there's no such conflict. > So why did we have two for the same-window- and special-display- > options? Beats me. >> Stefan "who'd then be tempted to request some partial order on >> the symbols used, so you can set an entry in >> display-buffer-names for `ediff-sources' and have it >> take effect for both `ediff-A' and `ediff-B' buffers." > The values of my options currently specify a partial order with all name > based values preceding the regexp based ones. Do I understand correctly > that you want, for example, show a buffer matching some regexp usually > on a separate frame while ediff can override that and put it in one and > the same frame together with the other buffer(s)? I might want that, indeed, but what I wrote above is not directly related, it's just that if ediff uses symbols `ediff-A' and `ediff-B', I might like to be able to have a single entry that covers both (and covers the ediff-ancestor one as well). That would naturally extend to a more general form of classification of buffers (e.g. `ediff' for all things related to ediff... I'd probably also like to be able to use a major-mode name as a classification). Stefan