From: Eli Zaretskii <eliz@gnu.org>
To: martin rudalics <rudalics@gmx.at>
Cc: 17671@debbugs.gnu.org
Subject: bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help*
Date: Tue, 03 Jun 2014 10:47:52 +0300 [thread overview]
Message-ID: <837g4ya0yf.fsf@gnu.org> (raw)
In-Reply-To: <538D7794.7050303@gmx.at>
> Date: Tue, 03 Jun 2014 09:21:56 +0200
> From: martin rudalics <rudalics@gmx.at>
>
> > 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.
next prev parent reply other threads:[~2014-06-03 7:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-02 18:45 bug#17671: 24.3.91; RET on a link in *Help* buffer resizes *Help* Eli Zaretskii
2014-06-03 7:21 ` martin rudalics
2014-06-03 7:47 ` Eli Zaretskii [this message]
2014-06-03 9:41 ` martin rudalics
2014-06-03 10:54 ` Eli Zaretskii
2014-06-03 12:40 ` martin rudalics
2014-06-03 16:32 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=837g4ya0yf.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=17671@debbugs.gnu.org \
--cc=rudalics@gmx.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.