[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Menus with more items than the TTY can display

From: martin rudalics
Subject: Re: Menus with more items than the TTY can display
Date: Fri, 18 Oct 2013 09:55:35 +0200

>> Why _also_ ?  The artefacts do not appear when I disallow resizing the
>> echo area - either by setting `resize-mini-windows' to nil or
>> `max-mini-window-height' to 1.  No need to also suppress the help-echo.
> But you say that disabling the help echo exacerbates the problem, so
> maybe it will now appear even when the mini-window is not resized?
> Did you try?

I did now - interesting.

When I disable the help echo and set `resize-mini-windows' to nil, the
number of lines in the menu that get highlighted increases when hitting
up and down to navigate the menu.  No further problems.

When I disable the help-echo and set `max-mini-window-height' to 1, the
number of lines that get wrongly highlighted also increases and, in
addition, the echo area occasionally grows by a couple of lines but no
text appears in it.  If the minibuffer window _is_ resized, then quitting
the menu via F10 makes the right half of the frame appear empty.

The artefacts mentioned earlier do not show up in either of these cases.

And I checked once more that with term.c unaltered, either setting
`resize-mini-windows' to nil or `max-mini-window-height' to 1 removes
the problem.

Surprisingly, setting `resize-mini-windows' to t also removes the
problem completely.  So somehow the problem shows up when two conditions
are met:

(1) `resize-mini-windows' equals 'grow-only somewhen during redisplay,

(2) the value of `max-mini-window-height' allows resizing the echo area.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]