GNU bug report logs -
#70213
Info-mode side window fit-window-to-buffer issue
Previous Next
Reported by: Joseph Turner <joseph <at> breatheoutbreathe.in>
Date: Fri, 5 Apr 2024 09:04:02 UTC
Severity: normal
Tags: notabug
Fixed in version 30.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
Message #69 received at 70213 <at> debbugs.gnu.org (full text, mbox):
On Sun, 07 Apr 2024 10:47:58 -0700 Joseph Turner <joseph <at> breatheoutbreathe.in> wrote:
> Stephen Berman <stephen.berman <at> gmx.net> writes:
>
>> On Sat, 06 Apr 2024 18:59:45 -0700 Joseph Turner
>> <joseph <at> breatheoutbreathe.in> wrote:
>>
>>> On my machine, the following snippet:
>>>
>>> (progn
>>> (setq fit-window-to-buffer-horizontally t)
>>>
>>> (setq display-buffer-alist
>>> '(((derived-mode . Info-mode)
>>> display-buffer-in-side-window
>>> (side . right)
>>> (window-width . fit-window-to-buffer))))
>>>
>>> (info)
>>> (window-width))
>>>
>>> without the patch evaluates to 6
>>>
>>> with the patch evaluates to 71
>>>
>>> What happens on your machine?
>>
>> without the patch: 6
>> with the patch: 70
>
> This indicates that the patch fixes the bug on your machine also. Right?
>
>> For an unsplit window, (window-width) returns 80 (with emacs -Q); does
>> it also for you? I'm building on GNU/Linux with Gtk3.
>
> Sorry, an unsplit window where? Please clarify the instructions :)
>
> Thanks!
Sorry for being unclear; what I meant is the return value of
(window-width) evaluated immediately after starting emacs -Q, so the
frame consists of a single window.
Steve Berman
This bug report was last modified 1 year and 38 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.