From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Jun 2014 18:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17671@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.140173478018887 (code B ref -1); Mon, 02 Jun 2014 18:47:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Jun 2014 18:46:20 +0000 Received: from localhost ([127.0.0.1]:41276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrXFT-0004uX-Ov for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58908) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrXFR-0004uL-FR for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrXFC-0007WW-FQ for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33274) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXFC-0007WS-DP for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXF4-0004f0-SJ for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:46:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrXEx-0007Tq-Au for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:45:54 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:50513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXEw-0007Tc-Ul for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:45:47 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N6K0080015HYL00@mtaout24.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 21:42:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6K008QQ1AETI00@mtaout24.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 21:42:14 +0300 (IDT) Date: Mon, 02 Jun 2014 21:45:37 +0300 From: Eli Zaretskii X-012-Sender: halo1@inter.net.il Message-id: <83k38z9mlr.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.7 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) In "emacs -Q": C-h f line-move-visual RET C-x o move to the link under "simple.el" and type RET drag the mode line so that the lower window showing *Help* becomes smaller move cursor to the first call to vertical-motion C-h f RET C-x o move to the link under "C source code" and type RET the window showing *Help* is resized back to half the frame This is annoying. I like my *Help* windows to be small, but many times (but not always) they are resized when I need to request documentation of something else. Why cannot Emacs keep the size of that window? In GNU Emacs 24.3.91.32 (i686-pc-mingw32) of 2014-06-02 on HOME-C4E4A596F7 Repository revision: 117194 rgm@gnu.org-20140602011408-hg26p0rgaafsr1n4 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --prefix=/d/usr --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-2 -g3'' Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: C/l Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-h f l i n e - m o v e - v i s u C-x o C-h f C-x o M-x r e p o r t - e m Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Type C-x 1 to delete the help window. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message cl-macs format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cc-langs cl gv cl-loaddefs cl-lib cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs vc-bzr find-func help-mode easymenu help-fns time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 112220 8108) (symbols 32 20442 0) (miscs 32 45 181) (strings 16 19751 3811) (string-bytes 1 616149) (vectors 8 12617) (vector-slots 4 407577 5294) (floats 8 62 499) (intervals 28 587 124) (buffers 508 16)) From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 07:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii , 17671@debbugs.gnu.org Received: via spool by 17671-submit@debbugs.gnu.org id=B17671.140178013227880 (code B ref 17671); Tue, 03 Jun 2014 07:23:01 +0000 Received: (at 17671) by debbugs.gnu.org; 3 Jun 2014 07:22:12 +0000 Received: from localhost ([127.0.0.1]:41566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wrj2x-0007Fb-DS for submit@debbugs.gnu.org; Tue, 03 Jun 2014 03:22:11 -0400 Received: from mout.gmx.net ([212.227.15.15]:57376) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wrj2v-0007FH-7I for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 03:22:10 -0400 Received: from [194.118.136.225] ([194.118.136.225]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LuOYx-1Wi7zR3OND-011mIK; Tue, 03 Jun 2014 09:22:02 +0200 Message-ID: <538D7794.7050303@gmx.at> Date: Tue, 03 Jun 2014 09:21:56 +0200 From: martin rudalics MIME-Version: 1.0 References: <83k38z9mlr.fsf@gnu.org> In-Reply-To: <83k38z9mlr.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:s3iSSn5a+P9ZwMNvqxj6B8QVphOfmoKqN6HCWn6YzdGchRMK8e8 x+TMxXzVUXb7V9lhx66DK1volNDsXtCzi8zLbdT5uT/YKXzmQIiwsJFJokQQLxibYS86OoL joWOaOvviuRl4jySPmmxZubmm/NUK+KJ9SAhpS98A2tC3HZeSS8pUOABqWZc/z77JdK/a6R dD2YVaKpyvixP8C4s5WPw== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > C-h f line-move-visual RET > C-x o > move to the link under "simple.el" and type RET > drag the mode line so that the lower window showing *Help* becomes > smaller `temp-buffer-resize-mode' would do that automatically. > move cursor to the first call to vertical-motion > C-h f RET > C-x o > move to the link under "C source code" and type RET > the window showing *Help* is resized back to half the frame It's due to this code in `display-buffer-use-some-window': ;; If the window was used by `display-buffer' before, try to ;; resize it to its old height but don't signal an error. (when (and (listp quad) (integerp (nth 3 quad)) (/= (nth 3 quad) (window-total-height window))) (condition-case nil (window-resize window (- (nth 3 quad) (window-total-height window))) (error nil))) > This is annoying. I like my *Help* windows to be small, but many > times (but not always) they are resized when I need to request > documentation of something else. In the case at hand the *Help* window gets resized _implicitly_ because the _other_ window is resized so the behavior is not tied to using help. > Why cannot Emacs keep the size of that window? I can't remember. Maybe to assure that the window used for displaying `vertical-motion' is reasonably large (after all you could have dragged the mode line to make the window showing *Help* larger). Maybe simply to assure that when the same or a similar buffer is displayed in that window again, one can continue to work with its previous size (I vaguely remember that you requested something similar once wrt the position of `point' in such case). Maybe it was also completlely unmotivated. We can either remove that part or make it customizable. Since I never use `display-buffer-use-some-window' I can't judge how offending the behavior is. martin From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 07:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 17671@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17671-submit@debbugs.gnu.org id=B17671.140178169031107 (code B ref 17671); Tue, 03 Jun 2014 07:49:01 +0000 Received: (at 17671) by debbugs.gnu.org; 3 Jun 2014 07:48:10 +0000 Received: from localhost ([127.0.0.1]:41572 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrjS5-00085b-Rb for submit@debbugs.gnu.org; Tue, 03 Jun 2014 03:48:10 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:44591) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrjS2-00084z-JN for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 03:48:08 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0N6L00I001LTML00@a-mtaout22.012.net.il> for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 10:47:59 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6L00IMJ1NZ0Q90@a-mtaout22.012.net.il>; Tue, 03 Jun 2014 10:47:59 +0300 (IDT) Date: Tue, 03 Jun 2014 10:47:52 +0300 From: Eli Zaretskii In-reply-to: <538D7794.7050303@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <837g4ya0yf.fsf@gnu.org> References: <83k38z9mlr.fsf@gnu.org> <538D7794.7050303@gmx.at> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Tue, 03 Jun 2014 09:21:56 +0200 > From: martin rudalics > > > C-h f line-move-visual RET > > C-x o > > move to the link under "simple.el" and type RET > > drag the mode line so that the lower window showing *Help* becomes > > smaller > > `temp-buffer-resize-mode' would do that automatically. Then perhaps we should turn on that mode by default. > > move cursor to the first call to vertical-motion > > C-h f RET > > C-x o > > move to the link under "C source code" and type RET > > the window showing *Help* is resized back to half the frame > > It's due to this code in `display-buffer-use-some-window': > > ;; If the window was used by `display-buffer' before, try to > ;; resize it to its old height but don't signal an error. > (when (and (listp quad) > (integerp (nth 3 quad)) > (/= (nth 3 quad) (window-total-height window))) > (condition-case nil > (window-resize window (- (nth 3 quad) (window-total-height window))) > (error nil))) > > > This is annoying. I like my *Help* windows to be small, but many > > times (but not always) they are resized when I need to request > > documentation of something else. > > In the case at hand the *Help* window gets resized _implicitly_ because > the _other_ window is resized so the behavior is not tied to using help. So this means that as long as the links in *Help* point to the same file which is already displayed in the window above *Help*, the size will stick, but as soon as another file is displayed in the window above *Help*, we get a resize, is that right? That's a really annoying inconsistency, IMO. > > Why cannot Emacs keep the size of that window? > > I can't remember. Maybe to assure that the window used for displaying > `vertical-motion' is reasonably large (after all you could have dragged > the mode line to make the window showing *Help* larger). Maybe simply > to assure that when the same or a similar buffer is displayed in that > window again, one can continue to work with its previous size (I vaguely > remember that you requested something similar once wrt the position of > `point' in such case). Maybe it was also completlely unmotivated. > > We can either remove that part or make it customizable. Since I never > use `display-buffer-use-some-window' I can't judge how offending the > behavior is. Is it possible to do something special for the specific scenario I described, i.e. when a *Help* link causes a buffer to be displayed? Or maybe the window showing *Help* should be small by default; taking half of its frame is really gross, IMO. It is especially annoying in "emacs -Q", which starts with a small frame. From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 09:43:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17671@debbugs.gnu.org Received: via spool by 17671-submit@debbugs.gnu.org id=B17671.140178853012781 (code B ref 17671); Tue, 03 Jun 2014 09:43:02 +0000 Received: (at 17671) by debbugs.gnu.org; 3 Jun 2014 09:42:10 +0000 Received: from localhost ([127.0.0.1]:41613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrlEQ-0003K4-0L for submit@debbugs.gnu.org; Tue, 03 Jun 2014 05:42:10 -0400 Received: from mout.gmx.net ([212.227.15.18]:64306) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrlEN-0003JY-O2 for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 05:42:09 -0400 Received: from [194.166.84.179] ([194.166.84.179]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MgGDK-1XDGd41FXa-00NjrN; Tue, 03 Jun 2014 11:42:00 +0200 Message-ID: <538D9861.6070608@gmx.at> Date: Tue, 03 Jun 2014 11:41:53 +0200 From: martin rudalics MIME-Version: 1.0 References: <83k38z9mlr.fsf@gnu.org> <538D7794.7050303@gmx.at> <837g4ya0yf.fsf@gnu.org> In-Reply-To: <837g4ya0yf.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:UwMu94UxQHguC/N4PDG/MT52E4UrlzkOjo85yqpJq2Y35eJh7B0 VT6yOTLJhqCS3e/fOWpEv39dmBj4HK/oaOqlZiOIaOu+N01GIC6ssMqM8WOAMeEqbmp/yhd XZvurzZEywibIHrhOtck5wBT5k+EndSJ9pCELvyCFVSKyIU8RoB6nVdYXuBh1HFEYY/Nlwv RHXHJQnWp3mSePku4pApA== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> `temp-buffer-resize-mode' would do that automatically. > > Then perhaps we should turn on that mode by default. ISTR that some people dislike `temp-buffer-resize-mode'. > So this means that as long as the links in *Help* point to the same > file which is already displayed in the window above *Help*, the size > will stick, ... because in that case the window already shows that buffer ... > but as soon as another file is displayed in the window > above *Help*, we get a resize, is that right? Only if that window was used by `display-buffer' before. That window could have been made very small, for example, when used for displaying *Help* and in such case people would probably protest that we use a ridiculously small LRU-window for displaying a buffer. There was at least one bug report bemoaning that IIRC. > That's a really > annoying inconsistency, IMO. > Is it possible to do something special for the specific scenario I > described, i.e. when a *Help* link causes a buffer to be displayed? Usually, doing so causes a problem in another area soon. Maybe we should not _decrease_ the size of a window when displaying another buffer in it - this would take care of your use case. > Or maybe the window showing *Help* should be small by default; taking > half of its frame is really gross, IMO. It is especially annoying in > "emacs -Q", which starts with a small frame. This is really what `temp-buffer-resize-mode' is for. martin From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 10:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 17671@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17671-submit@debbugs.gnu.org id=B17671.140179289422108 (code B ref 17671); Tue, 03 Jun 2014 10:55:01 +0000 Received: (at 17671) by debbugs.gnu.org; 3 Jun 2014 10:54:54 +0000 Received: from localhost ([127.0.0.1]:41639 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrmMn-0005kU-0R for submit@debbugs.gnu.org; Tue, 03 Jun 2014 06:54:53 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:36481) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrmMk-0005k8-7z for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 06:54:51 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N6L00H009YUL300@a-mtaout21.012.net.il> for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 13:54:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6L00HM0AB7HE30@a-mtaout21.012.net.il>; Tue, 03 Jun 2014 13:54:43 +0300 (IDT) Date: Tue, 03 Jun 2014 13:54:36 +0300 From: Eli Zaretskii In-reply-to: <538D9861.6070608@gmx.at> X-012-Sender: halo1@inter.net.il Message-id: <83zjhu8dqr.fsf@gnu.org> References: <83k38z9mlr.fsf@gnu.org> <538D7794.7050303@gmx.at> <837g4ya0yf.fsf@gnu.org> <538D9861.6070608@gmx.at> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Tue, 03 Jun 2014 11:41:53 +0200 > From: martin rudalics > CC: 17671@debbugs.gnu.org > > Maybe we should not _decrease_ the size of a window when displaying > another buffer in it - this would take care of your use case. Sounds good to me. From unknown Sat Sep 13 04:54:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Jun 2014 12:41:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17671 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 17671@debbugs.gnu.org Received: via spool by 17671-submit@debbugs.gnu.org id=B17671.14017992587594 (code B ref 17671); Tue, 03 Jun 2014 12:41:03 +0000 Received: (at 17671) by debbugs.gnu.org; 3 Jun 2014 12:40:58 +0000 Received: from localhost ([127.0.0.1]:41793 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wro1R-0001yQ-K9 for submit@debbugs.gnu.org; Tue, 03 Jun 2014 08:40:57 -0400 Received: from mout.gmx.net ([212.227.15.15]:52074) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wro1O-0001y5-66 for 17671@debbugs.gnu.org; Tue, 03 Jun 2014 08:40:55 -0400 Received: from [194.166.84.179] ([194.166.84.179]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LhfZR-1WVRqH41WD-00mw7s; Tue, 03 Jun 2014 14:40:45 +0200 Message-ID: <538DC247.3000206@gmx.at> Date: Tue, 03 Jun 2014 14:40:39 +0200 From: martin rudalics MIME-Version: 1.0 References: <83k38z9mlr.fsf@gnu.org> <538D7794.7050303@gmx.at> <837g4ya0yf.fsf@gnu.org> <538D9861.6070608@gmx.at> <83zjhu8dqr.fsf@gnu.org> In-Reply-To: <83zjhu8dqr.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:gMpYwYzgQlAYqqUgZvEs3aOxeBPM7N0iLqU6MS2tN3Gr6FkwICp o9F23DseWpE7q424ZL1x/S85VhwXxxsl9OzTe/GzhDE+s28oiXdrn4kj+FuaqUlZZTA2Rkv MvfAGvCI2EsF56JvRhxIYxtxDMr8k+OxDTLyux+YHuu/6Rl2aUSn4lrLTniuZSyInnbHQo/ 78OkXrDDMDzWEa9NNCbnQ== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> Maybe we should not _decrease_ the size of a window when displaying >> another buffer in it - this would take care of your use case. > > Sounds good to me. OK. I made the change on the release branch. Please test it. Thanks, martin From unknown Sat Sep 13 04:54:44 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Eli Zaretskii Subject: bug#17671: closed (Re: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help*) Message-ID: References: <83vbsi7y46.fsf@gnu.org> <83k38z9mlr.fsf@gnu.org> X-Gnu-PR-Message: they-closed 17671 X-Gnu-PR-Package: emacs Reply-To: 17671@debbugs.gnu.org Date: Tue, 03 Jun 2014 16:33:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1401813183-8933-1" This is a multi-part message in MIME format... ------------=_1401813183-8933-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 17671@debbugs.gnu.org. --=20 17671: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17671 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1401813183-8933-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17671-done) by debbugs.gnu.org; 3 Jun 2014 16:32:32 +0000 Received: from localhost ([127.0.0.1]:42438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrrdU-0002Iu-Eq for submit@debbugs.gnu.org; Tue, 03 Jun 2014 12:32:32 -0400 Received: from mtaout29.012.net.il ([80.179.55.185]:33330) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrrdO-0002IS-6z for 17671-done@debbugs.gnu.org; Tue, 03 Jun 2014 12:32:26 -0400 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0N6L00800PUWA800@mtaout29.012.net.il> for 17671-done@debbugs.gnu.org; Tue, 03 Jun 2014 19:32:43 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6L002S6PYIST50@mtaout29.012.net.il>; Tue, 03 Jun 2014 19:32:42 +0300 (IDT) Date: Tue, 03 Jun 2014 19:32:09 +0300 From: Eli Zaretskii Subject: Re: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* In-reply-to: <538DC247.3000206@gmx.at> X-012-Sender: halo1@inter.net.il To: martin rudalics Message-id: <83vbsi7y46.fsf@gnu.org> References: <83k38z9mlr.fsf@gnu.org> <538D7794.7050303@gmx.at> <837g4ya0yf.fsf@gnu.org> <538D9861.6070608@gmx.at> <83zjhu8dqr.fsf@gnu.org> <538DC247.3000206@gmx.at> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 17671-done Cc: 17671-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Tue, 03 Jun 2014 14:40:39 +0200 > From: martin rudalics > CC: 17671@debbugs.gnu.org > > >> Maybe we should not _decrease_ the size of a window when displaying > >> another buffer in it - this would take care of your use case. > > > > Sounds good to me. > > OK. I made the change on the release branch. Please test it. Thanks, it works just fine. ------------=_1401813183-8933-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 2 Jun 2014 18:46:20 +0000 Received: from localhost ([127.0.0.1]:41276 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrXFT-0004uX-Ov for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:20 -0400 Received: from eggs.gnu.org ([208.118.235.92]:58908) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WrXFR-0004uL-FR for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:18 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrXFC-0007WW-FQ for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AC_HTML_NONSENSE_TAGS, BAYES_50, RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33274) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXFC-0007WS-DP for submit@debbugs.gnu.org; Mon, 02 Jun 2014 14:46:02 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60503) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXF4-0004f0-SJ for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:46:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WrXEx-0007Tq-Au for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:45:54 -0400 Received: from mtaout24.012.net.il ([80.179.55.180]:50513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WrXEw-0007Tc-Ul for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 14:45:47 -0400 Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0N6K0080015HYL00@mtaout24.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 21:42:14 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6K008QQ1AETI00@mtaout24.012.net.il> for bug-gnu-emacs@gnu.org; Mon, 02 Jun 2014 21:42:14 +0300 (IDT) Date: Mon, 02 Jun 2014 21:45:37 +0300 From: Eli Zaretskii Subject: 24.3.91; RET on a link in *Help* buffer resizes *Help* X-012-Sender: halo1@inter.net.il To: bug-gnu-emacs@gnu.org Message-id: <83k38z9mlr.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) In "emacs -Q": C-h f line-move-visual RET C-x o move to the link under "simple.el" and type RET drag the mode line so that the lower window showing *Help* becomes smaller move cursor to the first call to vertical-motion C-h f RET C-x o move to the link under "C source code" and type RET the window showing *Help* is resized back to half the frame This is annoying. I like my *Help* windows to be small, but many times (but not always) they are resized when I need to request documentation of something else. Why cannot Emacs keep the size of that window? In GNU Emacs 24.3.91.32 (i686-pc-mingw32) of 2014-06-02 on HOME-C4E4A596F7 Repository revision: 117194 rgm@gnu.org-20140602011408-hg26p0rgaafsr1n4 Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --prefix=/d/usr --enable-checking=yes,glyphs 'CFLAGS=-O0 -gdwarf-2 -g3'' Important settings: value of $LANG: ENU locale-coding-system: cp1255 Major mode: C/l Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t abbrev-mode: t Recent input: C-h f l i n e - m o v e - v i s u C-x o C-h f C-x o M-x r e p o r t - e m Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Type C-x 1 to delete the help window. Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message cl-macs format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils cc-langs cl gv cl-loaddefs cl-lib cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs vc-bzr find-func help-mode easymenu help-fns time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process w32notify w32 multi-tty emacs) Memory information: ((conses 8 112220 8108) (symbols 32 20442 0) (miscs 32 45 181) (strings 16 19751 3811) (string-bytes 1 616149) (vectors 8 12617) (vector-slots 4 407577 5294) (floats 8 62 499) (intervals 28 587 124) (buffers 508 16)) ------------=_1401813183-8933-1--