GNU bug report logs -
#38181
Actual height of mode-line not taken into account
Previous Next
Reported by: Jonas Bernoulli <jonas <at> bernoul.li>
Date: Tue, 12 Nov 2019 16:54:01 UTC
Severity: normal
Fixed in version 29.1
Done: martin rudalics <rudalics <at> gmx.at>
Bug is archived. No further changes may be made.
Full log
Message #113 received at 38181 <at> debbugs.gnu.org (full text, mbox):
>> I suppose so. But please always keep in mind that the window code
>> does not handle problems caused by specifications in the mode and
>> header lines immediately.
>
> What kind of problems are we talking about?
Any problems with the minimum size of windows as the one described in
the next sentence.
>> For example, it will not auto-resize a one-line window when its mode
>> line height is increased to more than its text height.
>
> That's a separate issue, isn't it?
It's similar, at least. The scroll bar issue is another similar one.
>> Because 'fit-window-to-buffer' now has to calculate the mode line
>> height which it didn't before and which for the majority of users
>> never changes.
>
> Is that a significant problem?
I hope it isn't.
> It's not like fit-window-to-buffer is
> expected to be called in a tight loop, right? Displaying a mode line
> is no more expensive (actually, even usually expensive) than calling
> vertical-motion to move one line, and we would never think twice
> before adding a call to the latter, right?
Agreed (I suppose you meant to say "even usually less expensive"
above).
martin
This bug report was last modified 3 years and 201 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.