From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#11039: 24.0.94; Window incorrectly getting selected Date: Mon, 19 Mar 2012 08:56:55 +0100 Message-ID: <4F66E6C7.7060708@gmx.at> References: <87wr6i2ezh.fsf@gnu.org> <4F662E00.5080309@gmx.at> <87ipi1gm6y.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1332143866 6171 80.91.229.3 (19 Mar 2012 07:57:46 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 19 Mar 2012 07:57:46 +0000 (UTC) Cc: 11039@debbugs.gnu.org To: Chong Yidong Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 19 08:57:43 2012 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 1S9XTI-0004eu-BS for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Mar 2012 08:57:40 +0100 Original-Received: from localhost ([::1]:43995 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9XTH-0000Ps-Fz for geb-bug-gnu-emacs@m.gmane.org; Mon, 19 Mar 2012 03:57:39 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:42518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9XTD-0000OS-IS for bug-gnu-emacs@gnu.org; Mon, 19 Mar 2012 03:57:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1S9XTB-0003KC-Sp for bug-gnu-emacs@gnu.org; Mon, 19 Mar 2012 03:57:35 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49587) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1S9XTB-0003K5-PM for bug-gnu-emacs@gnu.org; Mon, 19 Mar 2012 03:57:33 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1S9Xwg-0006pB-4O for bug-gnu-emacs@gnu.org; Mon, 19 Mar 2012 04:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Mar 2012 08:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11039 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11039-submit@debbugs.gnu.org id=B11039.133214564526181 (code B ref 11039); Mon, 19 Mar 2012 08:28:02 +0000 Original-Received: (at 11039) by debbugs.gnu.org; 19 Mar 2012 08:27:25 +0000 Original-Received: from localhost ([127.0.0.1]:56419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1S9Xw2-0006oB-Gv for submit@debbugs.gnu.org; Mon, 19 Mar 2012 04:27:24 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:41189) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1S9Xw0-0006o1-3f for 11039@debbugs.gnu.org; Mon, 19 Mar 2012 04:27:21 -0400 Original-Received: (qmail invoked by alias); 19 Mar 2012 07:56:49 -0000 Original-Received: from 62-47-48-115.adsl.highway.telekom.at (EHLO [62.47.48.115]) [62.47.48.115] by mail.gmx.net (mp030) with SMTP; 19 Mar 2012 08:56:49 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX194CFA2VAp4iMxVJZ5YVwMeaW5zs9rnQT5nPeFzfy vIyRMBRvSvtaqt In-Reply-To: <87ipi1gm6y.fsf@gnu.org> X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:57884 Archived-At: > Ah, I didn't remember the existence of this variable. What's the > rationale? I went back and searched emacs-devel, and couldn't find any > relevant discussion. The behavior seems rather counter-intuitive. When the help window is one out of three windows on a frame and you do _not_ select it, it's quite difficult to restore the state of the frame before showing help. You would have to (1) manually switch to the help window, (2) type "q" in it, and maybe (3) switch back to the previously selected window. If, however, you _do_ select the help window, you can simply type "q" in it and get back the old state of affairs. The more problematic case occurs rather when there are only two windows and help reuses the other window. In this case the default value of `help-window-select' means you have to manually switch to that other window and type "q" there. martin