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: Fri, 14 Nov 2014 13:21:18 -0800 (PST) Message-ID: <2b53c981-eaef-47f3-850a-6367b4cd5dc1@default> 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> <561951d1-fee4-44ea-bc22-d354b007601d@default> <54646172.7020801@gmx.at> <5464DC39.4020703@gmx.at> <5464FCD5.6070201@gmx.at> <66cb622a-236c-4e8d-a7ba-cb1de310bb05@default> <5465E967.1050304@gmx.at> <41926108-7556-4b72-ae2c-60933b4ff187@default> <5466300D.2030708@gmx.at> <75786231-f3a3-420f-a0d8-4960e09c720e@default> <54663E6F.6010702@gmx.at> <5453eef4-1955-4b79-819a-43786f56a8cc@default> <5466457F.8000400@gmx.at> <54664AF4.9000606@gmx.at> <97868572-923b-4f0a-bd16-b4d475ddb002@default> <5466532C.2040003@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 1416000154 5425 80.91.229.3 (14 Nov 2014 21:22:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Nov 2014 21:22:34 +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 Fri Nov 14 22:22:27 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 1XpOJz-0000pc-F2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Nov 2014 22:22:23 +0100 Original-Received: from localhost ([::1]:37926 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpOJz-0005Rk-1R for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Nov 2014 16:22:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47162) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpOJn-0005Rb-Ff for bug-gnu-emacs@gnu.org; Fri, 14 Nov 2014 16:22:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpOJe-0004ie-PH for bug-gnu-emacs@gnu.org; Fri, 14 Nov 2014 16:22:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:35697) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpOJe-0004iZ-N5 for bug-gnu-emacs@gnu.org; Fri, 14 Nov 2014 16:22:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XpOJe-0003iV-E9 for bug-gnu-emacs@gnu.org; Fri, 14 Nov 2014 16:22: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: Fri, 14 Nov 2014 21:22: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.141600008614242 (code B ref 19012); Fri, 14 Nov 2014 21:22:02 +0000 Original-Received: (at 19012) by debbugs.gnu.org; 14 Nov 2014 21:21:26 +0000 Original-Received: from localhost ([127.0.0.1]:32910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XpOJ3-0003hd-FX for submit@debbugs.gnu.org; Fri, 14 Nov 2014 16:21:25 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:33543) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XpOJ1-0003hV-Jd for 19012@debbugs.gnu.org; Fri, 14 Nov 2014 16:21:24 -0500 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id sAELLLxp020237 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Nov 2014 21:21:21 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id sAELLKjw003243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Nov 2014 21:21:20 GMT Original-Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id sAELLJrd027631; Fri, 14 Nov 2014 21:21:20 GMT In-Reply-To: <5466532C.2040003@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: ucsinet21.oracle.com [156.151.31.93] 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:96041 > >> What does evaluating (selected-window) give when the *Help* > >> frame is raised while the *scratch* frame is focused? > > > > `M-: (selected-window)' at that point shows: > > # >=20 > Together this proves two things: >=20 > (1) `with-help-window' correctly selects the *Help* window. > (2) `raise-frame' is far from "punctual" (takes place at a moment in > time) as you claimed earlier. I won't argue about what it proves. (I don't see how it proves #2, but whatever.) It might indicate only that `raise-frame' does not necessarily do its "punctual" thing (raise the frame) exactly when it is called, synchronously. IOW, it might do that at some later time, asynchronously. Dunno. My point about the interaction between `raise-frame' and `with-help-window' was that the latter should try to ensure that the window is selected when it *ends*, not at some earlier point. But if `raise-frame' effectively does its thing *after* `with-help-window' ends, even if called from within `w-h-w', then that macro has no way to ensure selection after the actual effect of `raise-frame'. We can at least try to make sure that `w-h-w' selects the window at the very end. Of course, `w-h-w' should not affect selection for calls to `raise-frame' (or other functions that select windows or focus) that happen after it is done. But if it can override any such selections that take place within its scope/duration, that is good. > You can try the following: In `temp-buffer-window-setup-hook' set > `w32-grab-focus-on-raise' to t. In `temp-buffer-window-show-hook' > set it back to nil. With the simple recipe I gave, that seems to fix things. Thanks. But: 1. The `temp-buffer-*-hook's are not only about showing *Help*. That workaround thus affects more than it should. 2. Users of `w32*' should not need to do that explicitly themselves. Perhaps Emacs can do the equivalent, itself (but limited to *Help*, not affecting all temp buffer display). > Meanwhile I seem to understand why I can't see the behavior you > describe on my Windows XP. I have both "Activation follows mouse" > and "Autoraise when activating" set. So apparently when the > second frame is raised my mouse moves there and focuses the frame. > This means that the rigmarole done by `w32-grab-focus-on-raise' > nil has no effect here at all. Dunno where those are set in Windows (I could google), but thanks for the info. (I do want the `w32*' effect, though.)