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#19012: 25.0.50; `help-window-select' Date: Tue, 11 Nov 2014 11:01:24 -0800 (PST) Message-ID: References: <5460F5B3.6040402@gmx.at> <8e78202d-5ac0-4df5-8195-9849dd7509b7@default> <5461C901.6060707@gmx.at> <3f833473-f246-4d57-95cd-2ac654d326c9@default> <5462561B.2030306@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1415732553 19484 80.91.229.3 (11 Nov 2014 19:02:33 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Nov 2014 19:02:33 +0000 (UTC) To: martin rudalics , 19012@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 11 20:02:26 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XoGhr-0001yT-2T for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 20:02:23 +0100 Original-Received: from localhost ([::1]:50271 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoGhq-0002WB-KI for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 14:02:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoGhf-0002W0-5J for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 14:02:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoGhW-0000Ot-EL for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 14:02:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60387) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoGhW-0000Op-Bu for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 14:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XoGhW-0001Ze-2F for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 14:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Nov 2014 19:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19012 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19012-submit@debbugs.gnu.org id=B19012.14157324916015 (code B ref 19012); Tue, 11 Nov 2014 19:02:02 +0000 Original-Received: (at 19012) by debbugs.gnu.org; 11 Nov 2014 19:01:31 +0000 Original-Received: from localhost ([127.0.0.1]:57600 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoGh0-0001Yw-CV for submit@debbugs.gnu.org; Tue, 11 Nov 2014 14:01:30 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:33407) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoGgy-0001Yo-LT for 19012@debbugs.gnu.org; Tue, 11 Nov 2014 14:01:29 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id sABJ1Rwk011847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 11 Nov 2014 19:01:27 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id sABJ1Put000921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 11 Nov 2014 19:01:26 GMT Original-Received: from abhmp0020.oracle.com (abhmp0020.oracle.com [141.146.116.26]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id sABJ1P2m020583; Tue, 11 Nov 2014 19:01:25 GMT In-Reply-To: <5462561B.2030306@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:95871 > This one is at least dubious > > (setq return-window (select-window > > ^^^^^^^^^^^^^ > > (funcall special-display-function buf args)= )) > According to its doc-string `display-buffer' should >=20 > Display BUFFER-OR-NAME in some window, without selecting it. >=20 > As a rule, `display-buffer' should not select the window used. > Otherwise, `with-help-window' cannot determine the correct window to > select when quitting help. That is a new restriction (beginning with `display-buffer-alist'), if it is one. `display-buffer' should, as it did prior to `display-buffer-alist'= , respect `special-display-buffer-names' and `special-display-function', which has no such restriction wrt its value's behavior, AFAIK. And there should be *no reason* for such a restriction. The addition of the zillion things that complicated `display-buffer' was supposed to make it *more* flexible, not less, letting users get more and finer control over the behavior - not losing the ability to use an arbitrary display function. If `display-buffer' with default values for everything does not want to select the displayed buffer, fine. But `display-buffer' trying to prohibit a user-defined display function from selecting (or doing anything else) would be unnecessarily restrictive: it is not `display-buffer's business what a user-defined "display" function might do. Besides which, "according to its doc-string `display-buffer'..." is not a reason. Its doc string can say nothing about what user-defined display function `special-display-function' does, beyond what the doc for that variable says. It says (and should say) nothing about not selecting the displayed buffer's window in such a case. > However, with the current release and trunk, emacs -Q and > (defun 1on1-display-*Help*-frame (buf &optional args) ... > (add-to-list 'special-display-buffer-names... > the *Help* window is always selected here after C-h f, C-h v, ... Well, there is also non-nil `pop-up-frames' etc. But I see that from `emacs -Q', with only the above and non-nil `pop-up-frames', what you say is true, so there must be something else involved as well. I will take a look when I get some time.