From unknown Fri Sep 05 18:58:08 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#1322 <1322@debbugs.gnu.org> To: bug#1322 <1322@debbugs.gnu.org> Subject: Status: dedicated *Help* and M-x help-for-help Reply-To: bug#1322 <1322@debbugs.gnu.org> Date: Sat, 06 Sep 2025 01:58:08 +0000 retitle 1322 dedicated *Help* and M-x help-for-help reassign 1322 emacs submitter 1322 David Reitter severity 1322 normal thanks From david.reitter@gmail.com Sun Nov 9 20:47:13 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-8.4 required=4.0 tests=AWL,BAYES_00,FOURLA, RCVD_IN_DNSWL_MED autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at submit) by emacsbugs.donarmstrong.com; 10 Nov 2008 04:47:13 +0000 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAA4l9mI011659 for ; Sun, 9 Nov 2008 20:47:11 -0800 Received: from mail.gnu.org ([199.232.76.166]:32928 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1KzOdA-0007kY-5e for emacs-pretest-bug@gnu.org; Sun, 09 Nov 2008 23:44:04 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1KzOg7-0003y2-Qm for emacs-pretest-bug@gnu.org; Sun, 09 Nov 2008 23:47:09 -0500 Received: from ug-out-1314.google.com ([66.249.92.172]:48030) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KzOg7-0003xy-CF for emacs-pretest-bug@gnu.org; Sun, 09 Nov 2008 23:47:07 -0500 Received: by ug-out-1314.google.com with SMTP id 36so354236uga.17 for ; Sun, 09 Nov 2008 20:47:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date:cc :x-mailer; bh=g866t5KZPGmqoXB8UoGRGT3yvBuF2vH4877xlufwP1M=; b=HzPXeMSrkjPwTyzF0H0M6nXQpgGzFWJdMBMpnEQ2iVhzLZ6JtAefkjUqVOf/k4tSQI sbjF+78U8BSXJdEMAxqVrmbxxdvR+yVLSkPB5NIANazTWdXbynBGc54AZ1/HHEX2QnNI VSf8s+vIUgsfat+Hb8mOFZUyKbhEExInXDrO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:cc:x-mailer; b=BfqErsGd7NmjduNAA4m1TUq3DKqr+YKfJ50MuO3dCFAxffuQMHI2C2K7cNYrT5iJ31 8vq+DRGWjR3X4Q60j6KOhKe4bqks6sPy8a/S+FkpNLAwk6MUCk25uwj3zQJu8+ayQZK8 kNiCS4U1WQejcLdd9aKMLy3leDsbHdozljS4M= Received: by 10.66.232.10 with SMTP id e10mr1713925ugh.70.1226292426036; Sun, 09 Nov 2008 20:47:06 -0800 (PST) Received: from ?192.168.1.42? (pool-72-65-238-242.pitbpa.east.verizon.net [72.65.238.242]) by mx.google.com with ESMTPS id m38sm3133304ugd.51.2008.11.09.20.47.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 09 Nov 2008 20:47:04 -0800 (PST) Message-Id: From: David Reitter To: emacs-pretest-bug@gnu.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Subject: dedicated *Help* and M-x help-for-help Date: Sun, 9 Nov 2008 23:47:00 -0500 Cc: jm3@jm3.net X-Mailer: Apple Mail (2.929.2) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) `help-on-help' cannot deal with dedicated windows. To reproduce: (setq special-display-buffer-names '("*Help*")) (help-on-help) This will open a new frame with the *Help* buffer. However, as soon as the user presses one of the keys (e.g., `a`), the frame is iconified, which is unexpected and not what you get when the window is not dedicated. Credit for the original bug report is due to Aquamacs Emacs user John Manoogian III. In GNU Emacs 23.0.60.34 (i386-apple-darwin9.4.0, *Step 9.0) of 2008-08-21 on scarlett [excuse the old version - either way, help.el hasn't been changed since the summer] Windowing system distributor `Apple', version 49.46.48 configured using `configure '--with-ns' '--without-x' '--with-app'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: nil value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t tool-bar-mode: t mouse-wheel-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t global-auto-composition-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-x b ( s e t q m SPC SPC s p e c i a l - d i s p l a y - b u f f e r - a b n a m e s SPC ' ( ( " * H SPC * H e l p SPC * * SPC " ) ) C-x C-e M-x h e l p - o n - h e f q C-x C-e x a C-g s-c h e l p s-w Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Unable to load color "darkblue" (" *Help* ") goto-history-element: Beginning of history; no preceding item ("*Help*") Quit byte-code: Command attempted to use minibuffer while in minibuffer Buffer is read-only: # [4 times] help-follow: No cross-reference here Begin forwarded message: > From: John Manoogian III > Date: 8 November 2008 00:33:02 EST > To: aquamacs-bugs@aquamacs.org > Cc: John Manoogian III > Subject: [Aquamacs-bugs] help-for-help buffer minimizes and ignores > key input > > repro steps after following all the steps in http://aquamacs.org/ > reporting-bugs.shtml: > > 1. M-x help-for-help > 2. (help buffer appears in new os x window with menu options > a,b,c,C,d,e,f,F,h, etc.) > 3. type any of the menu keys presented > > expected behavior: chosen menu activates > > actual behavior: window minimizes to the OS X dock, then, sometimes, > it unminimizes itself again immediately. chosen menu does not activate > > > > In GNU Emacs 22.3.2 (i386-apple-darwin9.5.0, Carbon Version 1.6.0) > of 2008-11-07 on plume.sr.unh.edu - Aquamacs Distribution 1.6CVS > Windowing system distributor `Apple Inc.', version 10.4.11 > configured using `configure '--without-x' '--prefix=/usr/local'' From rudalics@gmx.at Mon Nov 10 01:48:06 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 10 Nov 2008 09:48:06 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAA9m20R021587 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 01:48:04 -0800 Received: (qmail invoked by alias); 10 Nov 2008 09:47:56 -0000 Received: from 62-47-54-128.adsl.highway.telekom.at (EHLO [62.47.54.128]) [62.47.54.128] by mail.gmx.net (mp021) with SMTP; 10 Nov 2008 10:47:56 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+GJysQm0yGk0kPJQz1x1rsael2TPoSi7SbJwz9mG yRsAOAFXEpE1sK Message-ID: <491802F3.5040304@gmx.at> Date: Mon, 10 Nov 2008 10:46:27 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: 1322@debbugs.gnu.org CC: David Reitter , jm3@jm3.net Subject: Re: bug#1322: dedicated *Help* and M-x help-for-help References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.72 > `help-on-help' cannot deal with dedicated windows. > To reproduce: > > (setq special-display-buffer-names '("*Help*")) > (help-on-help) > > This will open a new frame with the *Help* buffer. However, as soon as > the user presses one of the keys (e.g., `a`), the frame is iconified, > which is unexpected and not what you get when the window is not dedicated. This is a known problem, I shortly mentioned in http://lists.gnu.org/archive/html/bug-gnu-emacs/2008-10/msg00029.html Unfortunately, `help-on-help' is broken in a couple of other respects as well. I'm working on a comprehensive solution. martin From geoffgole@gmail.com Mon Nov 10 02:33:08 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-4.2 required=4.0 tests=AWL,BAYES_00,REBODY autolearn=no version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 10 Nov 2008 10:33:08 +0000 Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.185]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAAAX4s1000498 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 02:33:06 -0800 Received: by fk-out-0910.google.com with SMTP id f40so3963180fka.1 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 02:33:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=y7Cp+RhjQDWB6UQOCrt/tanOrb6ibKvq7cd0KSSeOM8=; b=nHRQ1roCxd+bkCQy7Ak4i9zPf/QdTXfD2Yb67TwBQNxghikDS+OzmlPVuUhYhHgup4 Hph3dj4MTkOaKjBUZsuyHChGQEYTYP/g7PBGag3djDdVlkXxu0XnqZPIi4fsyfo/wDlQ rDuwJ4r/buy6kHbwK5DXovNordEioh7EpH5hk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=FxmTSiUHcx90qrOAQOxGQ0gg81QdLchdDuvSwZVoV+PaNbXjEKPIX1ucYfoHErW0d+ MxdXA1lWbn0Szn/QGTCgjfdIuSvZ7+jDr+rMsdBwFKi2qseJ7p8Ocen3liyKq4E/Dg9s CHT4tqZef2TAnv7hOvaKpCABSFygDgUFuUwk0= Received: by 10.187.247.15 with SMTP id z15mr1636087far.6.1226313184257; Mon, 10 Nov 2008 02:33:04 -0800 (PST) Received: by 10.187.193.8 with HTTP; Mon, 10 Nov 2008 02:33:04 -0800 (PST) Message-ID: Date: Mon, 10 Nov 2008 02:33:04 -0800 From: "Geoff Gole" To: 1322@debbugs.gnu.org, "David Reitter" Subject: re: dedicated *Help* and M-x help-for-help MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Would it be ok to just work around this by giving the help-for-help buffer a title that is not "*Help*"? Most uses of special-display-buffer-names aren't going to cause this problem. From drew.adams@oracle.com Mon Nov 10 06:57:50 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER, UNPARSEABLE_RELAY autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 10 Nov 2008 14:57:50 +0000 Received: from rgminet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAAEvlUA001537 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 06:57:49 -0800 Received: from rgminet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rgminet13.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mAAEvqhS005107 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 10 Nov 2008 14:57:54 GMT Received: from acsmt706.oracle.com (acsmt706.oracle.com [141.146.40.84]) by rgminet15.oracle.com (Switch-3.3.1/Switch-3.3.1) with ESMTP id mAAEvfZD011070; Mon, 10 Nov 2008 14:57:42 GMT Received: from dradamslap1 (/24.23.165.218) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 10 Nov 2008 14:57:37 +0000 From: "Drew Adams" To: "'Geoff Gole'" , <1322@debbugs.gnu.org>, "'David Reitter'" References: Subject: RE: bug#1322: dedicated *Help* and M-x help-for-help Date: Mon, 10 Nov 2008 06:57:49 -0800 Message-ID: <011001c94344$b33b60e0$0200a8c0@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 Thread-Index: AclDIjX1dFRNOyL1R4Wd6N3Gk8lLoAAIlBbg X-Source-IP: acsmt706.oracle.com [141.146.40.84] X-Auth-Type: Internal IP X-CT-RefId: str=0001.0A09020A.49184BE3.016E:SCFSTAT928724,ss=1,fgs=0 > Would it be ok to just work around this by giving the > help-for-help buffer a title that is not "*Help*"? Most uses of > special-display-buffer-names aren't going to cause this problem. Please do not do that. There is likely code, at least third-party code, that expects *Help* to be the name - as it has always been. From rudalics@gmx.at Mon Nov 10 09:08:16 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 10 Nov 2008 17:08:17 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAAH8CwA002137 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 09:08:14 -0800 Received: (qmail invoked by alias); 10 Nov 2008 17:08:05 -0000 Received: from 62-47-42-253.adsl.highway.telekom.at (EHLO [62.47.42.253]) [62.47.42.253] by mail.gmx.net (mp026) with SMTP; 10 Nov 2008 18:08:05 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+W0js1mFiWvnOlfO1p6emE+OeX0NTc0KhgeXcXHr y9Bmv0DcPmACy1 Message-ID: <49186A0A.40601@gmx.at> Date: Mon, 10 Nov 2008 18:06:18 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Geoff Gole , 1322@debbugs.gnu.org CC: David Reitter Subject: Re: bug#1322: dedicated *Help* and M-x help-for-help References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.74 > Would it be ok to just work around this by giving the > help-for-help buffer a title that is not "*Help*"? Most uses of > special-display-buffer-names aren't going to cause this problem. `help-for-help' pops up the *Help* buffer in a separate frame. Typing a character now may cause its window display something else. Thereafter, `help-for-help', recalling that it popped up a frame and wrongly assuming that the user has finished viewing its buffer, decides to iconify the frame. So giving the `help-for-help' buffer another name ("title") should indeed fix this and I initially thought to go that way. But, on the other hand, we usually _want_ to reuse that frame for displaying other help instead of having to deal with two separate help-related frames. An easy solution is to use an extra variable, set by `help-for-help' and reset by `with-help-window', to control iconification. But I never had the time to check whether all functions run by `help-for-help' also run `with-help-window'. martin From geoffgole@gmail.com Mon Nov 10 18:28:54 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.2 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 11 Nov 2008 02:28:54 +0000 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAB2Sou4015786 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 18:28:52 -0800 Received: by fg-out-1718.google.com with SMTP id l27so2427312fgb.43 for <1322@emacsbugs.donarmstrong.com>; Mon, 10 Nov 2008 18:28:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Cfd2UlkkrTENAWlteBJp/Go3LRvpC18iEsabi2Gem1E=; b=R4+X8Iw16ohR8N2u0lZU8tKR7RBRI2ceNF4UfY6u6XVJd9P3ZfzM5VIQ77Tewu/iNI Wsby1x2mLqDKGtENCI6MS4jkXSG44XOftbYlGveA59di2f2u25BHdeUGCt+QBrstxDG0 7cmPYvViBQQxajebQ+Tw+GC7QoA9JLtFmlsyg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=sQgGo7xRMSkbaLIHPsm62IJfcinogSptkg1W5UmPshB1v44A9ntpj1f+hxgIx/3zQq HCOPR+AEODDGUR55ymEH4bIbhRj9gAdlsUA7lKMpuP6wpqOypef6I62HuEoz3clI0o/K MzePDSj3Tt9H+CpukmAAH8siOIdVPwvSACgFo= Received: by 10.187.194.1 with SMTP id w1mr2305838fap.93.1226370530090; Mon, 10 Nov 2008 18:28:50 -0800 (PST) Received: by 10.187.193.8 with HTTP; Mon, 10 Nov 2008 18:28:50 -0800 (PST) Message-ID: Date: Mon, 10 Nov 2008 18:28:50 -0800 From: "Geoff Gole" To: "martin rudalics" , 1322@debbugs.gnu.org Subject: Re: bug#1322: dedicated *Help* and M-x help-for-help In-Reply-To: <49186A0A.40601@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49186A0A.40601@gmx.at> > An easy solution is to use an extra variable, set by `help-for-help' and > reset by `with-help-window', to control iconification. But I never had > the time to check whether all functions run by `help-for-help' also run > `with-help-window'. I'm not sure this will be sufficient. Remember that help-for-help has entries that bring up info, NEWS, etc. Now if *Help* is the only thing in special-display-buffer-names and help-for-help is in it's own frame, accessing these help functions through help-for-help is going to spawn another frame. To see this: emacs -Q M-: (setq special-display-buffer-names '("*Help*")) f1 f1 C-a Return to first frame f1 f1 C-n Now there's four frames open! Surely this is not the intended behaviour of help-for-help, even after fixing the iconification issue. One way to work around that is to restrict help-for-help to the original frame in some way. If that is not acceptable then shouldn't we at least make sure that the user's commands are taking effect in the correct frame? It doesn't seem right that a help command will display differently when you run it through help-for-help. From rudalics@gmx.at Tue Nov 11 01:43:09 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,FOURLA, HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322) by emacsbugs.donarmstrong.com; 11 Nov 2008 09:43:09 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAB9h2Gv027137 for <1322@emacsbugs.donarmstrong.com>; Tue, 11 Nov 2008 01:43:04 -0800 Received: (qmail invoked by alias); 11 Nov 2008 09:42:56 -0000 Received: from 62-47-44-147.adsl.highway.telekom.at (EHLO [62.47.44.147]) [62.47.44.147] by mail.gmx.net (mp047) with SMTP; 11 Nov 2008 10:42:56 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX191NDtQ/8d1xLWBMOH+LG9245LjsyHyu4993Ap+5Z 0bc9QsaCZxT8uF Message-ID: <49195349.80004@gmx.at> Date: Tue, 11 Nov 2008 10:41:29 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Geoff Gole CC: 1322@debbugs.gnu.org Subject: Re: bug#1322: dedicated *Help* and M-x help-for-help References: <49186A0A.40601@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 > I'm not sure this will be sufficient. Remember that help-for-help > has entries that bring up info, NEWS, etc. Now if *Help* > is the only thing in special-display-buffer-names and > help-for-help is in it's own frame, accessing these help > functions through help-for-help is going to spawn another frame. > > To see this: > > emacs -Q > M-: (setq special-display-buffer-names '("*Help*")) > f1 f1 C-a > Return to first frame > f1 f1 C-n > > Now there's four frames open! Yes. > Surely this is not the intended > behaviour of help-for-help, even after fixing the iconification > issue. It is. `special-display-popup-frame', for whatever reason, has (set-window-dedicated-p (frame-selected-window frame) t) so C-a and C-n are not allowed to use the help window because they do not put their information into *Help*. > One way to work around that is to restrict help-for-help to the > original frame in some way. If that is not acceptable then > shouldn't we at least make sure that the user's commands are > taking effect in the correct frame? It doesn't seem right that a > help command will display differently when you run it through > help-for-help. We'd have to write our own `special-display-function' for that. martin From rudalics@gmx.at Mon Nov 17 02:20:55 2008 X-Spam-Checker-Version: SpamAssassin 3.2.3-bugs.debian.org_2005_01_02 (2007-08-08) on rzlab.ucr.edu X-Spam-Level: X-Spam-Status: No, score=-6.7 required=4.0 tests=AWL,BAYES_00,HAS_BUG_NUMBER autolearn=ham version=3.2.3-bugs.debian.org_2005_01_02 Received: (at 1322-done) by emacsbugs.donarmstrong.com; 17 Nov 2008 10:20:55 +0000 Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAHAKpPL005050 for <1322-done@emacsbugs.donarmstrong.com>; Mon, 17 Nov 2008 02:20:53 -0800 Received: (qmail invoked by alias); 17 Nov 2008 10:20:46 -0000 Received: from 62-47-52-47.adsl.highway.telekom.at (EHLO [62.47.52.47]) [62.47.52.47] by mail.gmx.net (mp066) with SMTP; 17 Nov 2008 11:20:46 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX18YLbA89dEYufbQ7MHJEMgEQAbE3TYE+U6SvCb7TD JZXAJabwkoojet Message-ID: <4921451D.7060006@gmx.at> Date: Mon, 17 Nov 2008 11:19:09 +0100 From: martin rudalics User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: 1322-done@debbugs.gnu.org CC: David Reitter , jm3@jm3.net Subject: Re: bug#1322: dedicated *Help* and M-x help-for-help References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.68 > `help-on-help' cannot deal with dedicated windows. > To reproduce: > > (setq special-display-buffer-names '("*Help*")) > (help-on-help) > > This will open a new frame with the *Help* buffer. However, as soon as > the user presses one of the keys (e.g., `a`), the frame is iconified, > which is unexpected and not what you get when the window is not dedicated. Fixed as 2008-11-17 Martin Rudalics * help-macro.el (make-help-screen): Don't iconify selected frame. (Bug#1322) Thanks for the report, martin. From unknown Fri Sep 05 18:58:08 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: $requester Subject: Internal Control Message-Id: bug archived. Date: Mon, 15 Dec 2008 15:24:03 +0000 User-Agent: Fakemail v42.6.9 # A New Hope # A log time ago, in a galaxy far, far away # something happened. # # Magically this resulted in the following # action being taken, but this fake control # message doesn't tell you why it happened # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator