From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#9532: 24.0.50; `special-display-regexps' is no longer respected Date: Wed, 21 Sep 2011 09:30:46 -0700 Message-ID: <208166A8F7EF4681B76EADADCA39822C@us.oracle.com> References: <9202F08DB196437E8AD75A3C535E5A7D@us.oracle.com><87y5xlg9xq.fsf@stupidchicken.com><1D79C6CD14EE4C76B74C446E04B9CA65@us.oracle.com><85680E6E160C472FBC47C2FDA86BA171@us.oracle.com> <874o05x4l6.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1316622724 7556 80.91.229.12 (21 Sep 2011 16:32:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 21 Sep 2011 16:32:04 +0000 (UTC) Cc: 9532@debbugs.gnu.org To: "'Chong Yidong'" , "'Stefan Monnier'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Sep 21 18:31:58 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1R6PiH-00035n-3p for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Sep 2011 18:31:57 +0200 Original-Received: from localhost ([::1]:56218 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R6PiG-0002wa-M4 for geb-bug-gnu-emacs@m.gmane.org; Wed, 21 Sep 2011 12:31:56 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:53704) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R6Pi8-0002VU-JO for bug-gnu-emacs@gnu.org; Wed, 21 Sep 2011 12:31:49 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1R6Pi7-0000hq-AB for bug-gnu-emacs@gnu.org; Wed, 21 Sep 2011 12:31:48 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:42493) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1R6Pi7-0000hc-8I for bug-gnu-emacs@gnu.org; Wed, 21 Sep 2011 12:31:47 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1R6PiM-0005YR-C0 for bug-gnu-emacs@gnu.org; Wed, 21 Sep 2011 12:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2011 16:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 9532 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 9532-submit@debbugs.gnu.org id=B9532.131662267621296 (code B ref 9532); Wed, 21 Sep 2011 16:32:02 +0000 Original-Received: (at 9532) by debbugs.gnu.org; 21 Sep 2011 16:31:16 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6Phb-0005XR-Sk for submit@debbugs.gnu.org; Wed, 21 Sep 2011 12:31:16 -0400 Original-Received: from acsinet15.oracle.com ([141.146.126.227]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1R6PhZ-0005XI-Bo for 9532@debbugs.gnu.org; Wed, 21 Sep 2011 12:31:14 -0400 Original-Received: from rtcsinet22.oracle.com (rtcsinet22.oracle.com [66.248.204.30]) by acsinet15.oracle.com (Switch-3.4.4/Switch-3.4.4) with ESMTP id p8LGUsPT001477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 21 Sep 2011 16:30:56 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by rtcsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id p8LGUqoV018764 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Sep 2011 16:30:53 GMT Original-Received: from abhmt117.oracle.com (abhmt117.oracle.com [141.146.116.69]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id p8LGUlcx002335; Wed, 21 Sep 2011 11:30:47 -0500 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 21 Sep 2011 09:30:46 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <874o05x4l6.fsf@stupidchicken.com> Thread-Index: Acx4eHRU8ICdTS0CQOKqGohBP685NQAARCKw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6109 X-Source-IP: rtcsinet22.oracle.com [66.248.204.30] X-CT-RefId: str=0001.0A020204.4E7A1140.0163,ss=1,re=0.000,fgs=0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 21 Sep 2011 12:32:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 1) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:51571 Archived-At: > > I think the problem here is that display-buffer--special > > should not just be in display-buffer-fallback-action but > > should take precedence over the ACTION argument (it's > > largely equivalent to display-buffer-alist). > > The problem with this is that if the "special" buffer is already > displayed in a window, that window is supposed to be used instead of > popping up a special window (at least, according to old behavior). Yes, of course. And it's not just "old behavior". It's (part of) the definition of "special-display" buffer. > We could accomodate this... > Then another problem arises: all direct switch-to-buffer calls will > trigger special display for special buffers, which is not consistent > with old behavior. Not sure I follow. Why is that not consistent with past behavior? Why would we not always want special display for special-display buffers? Can you give an example for Emacs 23 and explain how the behavior would be different for Emacs 24? > The key difference here is that in Emacs 23 the `info' command > calls display-buffer (using same-window-regexps to force > it into the same window), force it or not, depending on the value of `same-window-regexps' ;-) > whereas currently `info' uses switch-to-buffer > (with the intention of transitioning away from same-window-*). Emacs 24 needs to respect `same-window-*'. It needs to be compatible with past Emacs behavior. > OTOH, I don't see an easy way to handle all the backward > compatibility exceptions in this case. FWIW, Martin's code worked fine in this regard. And please do not call these "exceptions". Backward compatibility is backward compatibility. The various use cases that Emacs has always supported are not "exceptions". What sounds like "exceptions", to me (but I'm not sure because I'm not clear about what you mean), are proposed changes like not always having special-display buffers be displayed as such (see above - your "not consistent with old behavior"). The new code needs to DTRT, supporting the same use cases supported in the past. In particular, it needs to support special-display in the same ways. It is OK to change how that support is implemented. It is not OK to remove that support. > One possibility is to change `info' etc. back to using > same-window-regexps with display-buffer, which mostly kicks the > can down the road to a later release. Or maybe we should just require > use of display-buffer-alist for this case. > > Any thoughts? Perhaps look to Martin's code for an answer? Even if you decide not to do everything the same way he did it, perhaps for things like this his code can help guide you. Dunno.