GNU bug report logs - #38181
Actual height of mode-line not taken into account

Previous Next

Package: emacs;

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):

From: martin rudalics <rudalics <at> gmx.at>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: jonas <at> bernoul.li, 38181 <at> debbugs.gnu.org
Subject: Re: bug#38181: Actual height of mode-line not taken into account
Date: Mon, 18 Nov 2019 19:45:50 +0100
>> 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.