Re: Menus with more items than the TTY can display

[Eli Zaretskii]

> Date: Thu, 17 Oct 2013 19:13:46 +0200
> From: martin rudalics <address@hidden>
> CC: address@hidden
> 
>  >> Now from the time I hit F10 until I hit it again
>  >> the breakpoint is _not_ reached.
>  >
>  > So something else seems to be at work here.
> 
> But who else can resize the echo area?

Your description below indicates that resizing the echo area might not
be the culprit.

>  > Another idea would be to ifdef away this fragment from term.c:
>  >
>  >       if ((menu_help_message || prev_menu_help_message)
>  >      && menu_help_message != prev_menu_help_message)
>  >    {
>  >      help_callback (menu_help_message,
>  >                     menu_help_paneno, menu_help_itemno);
>  >      tty_hide_cursor (tty);
>  >      fflush (tty->output);
>  >      prev_menu_help_message = menu_help_message;
>  >    }
>  >
>  > which disables help-echo in the menu, and see if the problem is gone
>  > even without customizing resize-mini-windows.  If it is, then stepping
>  > into the help_callback call might tell who causes the problem.
> 
> Doing this has the following effects:
> 
> (1) The echo area remains unchanged in contents and size.
> 
> (2) The amount of "artefacts" in the right half of the frame increases.
>      (You have to look at my screenshot to understand what I mean with
>      artefacts - these are essentially copies of menu lines, sometimes
>      displayed in their highlighted form.)  Also, the number of
>      highlighted menu lines increases.

And if you _also_ set resize-mini-windows to nil, do the artefacts
disappear?