GNU bug report logs -
#15961
24.3.50; display-buffer-at-bottom not at bottom
Previous Next
Reported by: Juri Linkov <juri <at> jurta.org>
Date: Sat, 23 Nov 2013 23:45:01 UTC
Severity: normal
Found in version 24.3.50
Done: Juri Linkov <juri <at> jurta.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15961 in the body.
You can then email your comments to 15961 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Sat, 23 Nov 2013 23:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Juri Linkov <juri <at> jurta.org>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 23 Nov 2013 23:45:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
This bug report is followup from
http://lists.gnu.org/archive/html/emacs-devel/2013-11/msg00773.html
In emacs -Q that is wide enough to contain two side-by-side windows
in the *scratch* buffer evaluate:
(add-to-list 'display-buffer-alist '("\\*Completions\\*" display-buffer-at-bottom (nil)))
(display-buffer (get-buffer-create "*Completions*"))
The *Completions* window is displayed to the right from the *scratch* window,
not below.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Sun, 24 Nov 2013 10:12:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 15961 <at> debbugs.gnu.org (full text, mbox):
> In emacs -Q that is wide enough to contain two side-by-side windows
> in the *scratch* buffer evaluate:
>
> (add-to-list 'display-buffer-alist '("\\*Completions\\*" display-buffer-at-bottom (nil)))
>
> (display-buffer (get-buffer-create "*Completions*"))
>
> The *Completions* window is displayed to the right from the *scratch* window,
> not below.
Strictly spoken, the new window also appears at the bottom of the frame ;-)
An obvious solution to do what you mean is to bind
`split-width-threshold' to nil in `display-buffer-at-bottom' as
(let (split-width-threshold)
(setq window (window--try-to-split-window bottom-window alist)))
But this should be better done _around_ calling `display-buffer'. There
an application should also bind `split-height-threshold' and
`window-min-height' appropriately as well as a specify a `window-height'
alist entry. Otherwise, Emacs will often refuse to make a new window
which is probably not what we want when displaying *Completions*.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Sun, 24 Nov 2013 16:43:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 15961 <at> debbugs.gnu.org (full text, mbox):
> But this should be better done _around_ calling `display-buffer'.
I don't think so. Those things should be overridable by the user in
display-buffer-alist, so at most they can be passed to display-buffer
via its ACTION argument.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Sun, 24 Nov 2013 17:36:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 15961 <at> debbugs.gnu.org (full text, mbox):
>> But this should be better done _around_ calling `display-buffer'.
>
> I don't think so. Those things should be overridable by the user in
> display-buffer-alist, so at most they can be passed to display-buffer
> via its ACTION argument.
If I bind `split-width-threshold' in `display-buffer-at-bottom', the
user won't be able to override it either. So our user has only one
option - provide her own action that handles `split-width-threshold' in
an appropriate way. And thus she will be able to handle the case where
`display-buffer-at-bottom' binds the variable and the case where the
application binds it. Or am I missing something?
The underlying problem is IMO that we never made things like
`split-height-threshold' or `split-window-preferred-function' amenable
to `display-buffer-alist'.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Mon, 25 Nov 2013 03:23:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 15961 <at> debbugs.gnu.org (full text, mbox):
> If I bind `split-width-threshold' in `display-buffer-at-bottom', the
> user won't be able to override it either.
Of course, she can, because she can set her display-buffer-alist such
that she doesn't go through display-buffer-at-bottom but through another
function of her own choosing instead.
> The underlying problem is IMO that we never made things like
> `split-height-threshold' or `split-window-preferred-function' amenable
> to `display-buffer-alist'.
Agreed.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Mon, 25 Nov 2013 07:29:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 15961 <at> debbugs.gnu.org (full text, mbox):
>> If I bind `split-width-threshold' in `display-buffer-at-bottom', the
>> user won't be able to override it either.
>
> Of course, she can, because she can set her display-buffer-alist such
> that she doesn't go through display-buffer-at-bottom but through another
> function of her own choosing instead.
So the only viable choice is to not set `split-width-threshold' anywhere
and tell the user that if she wants a window below via
`display-buffer-at-bottom' she has to customize `split-width-threshold'.
martin
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Mon, 25 Nov 2013 15:02:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 15961 <at> debbugs.gnu.org (full text, mbox):
> So the only viable choice is to not set `split-width-threshold' anywhere
> and tell the user that if she wants a window below via
> `display-buffer-at-bottom' she has to customize `split-width-threshold'.
I think we're miscommunicating. I was pointing out that binding
split-width-threshold in display-buffer-at-bottom is OK because it can
still be overridden by the user.
Stefan
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#15961
; Package
emacs
.
(Mon, 25 Nov 2013 16:43:02 GMT)
Full text and
rfc822 format available.
Message #26 received at 15961 <at> debbugs.gnu.org (full text, mbox):
> I think we're miscommunicating. I was pointing out that binding
> split-width-threshold in display-buffer-at-bottom is OK because it can
> still be overridden by the user.
OK. Committed as revision 115229 on trunk.
martin
Reply sent
to
Juri Linkov <juri <at> jurta.org>
:
You have taken responsibility.
(Thu, 28 Nov 2013 01:21:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Juri Linkov <juri <at> jurta.org>
:
bug acknowledged by developer.
(Thu, 28 Nov 2013 01:21:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 15961-done <at> debbugs.gnu.org (full text, mbox):
>> I think we're miscommunicating. I was pointing out that binding
>> split-width-threshold in display-buffer-at-bottom is OK because it can
>> still be overridden by the user.
>
> OK. Committed as revision 115229 on trunk.
Thank you. I confirm that display-buffer-at-bottom works now
exactly like its name suggests in all window configurations.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 26 Dec 2013 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 174 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.