[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Menus with more items than the TTY can display
From: |
Eli Zaretskii |
Subject: |
Re: Menus with more items than the TTY can display |
Date: |
Sun, 20 Oct 2013 22:16:36 +0300 |
> Date: Sun, 20 Oct 2013 20:41:36 +0200
> From: martin rudalics <address@hidden>
> CC: address@hidden
>
> > The next request might sound silly, but please humor me. Please
> > repeat the experiment with setting resize-mini-windows to nil, and
> > with the original 22/21.0 frame size, but this time set
> > resize-mini-windows via M-:, and make sure the cursor is in the same
> > position as when you enter Emacs. Please do the same 10 presses on
> > the down arrow key as you did before, so that I could compare the
> > termscripts again. I expect the termscripts to be identical in this
> > case.
>
> I didn't even care to check: Typing at least one character into the
> *scratch* window makes the problem disappear. It's only when I type
> nothing into the window that the problem persists. What a silly red
> herring I dished up here.
Don't feel bad, you couldn't possibly know. It's not before I saw in
the script that Emacs insists on returning the cursor to column 31
after each operation, that I figured out what was going on.
> (If you still think that I should compare the termscript files I'll
> obviously do so.)
No need, this issue is clear.
> > Note that I half expect the magical resize-mini-windows effect to
> > disappear, when you do the above, i.e. I expect you to see the problem
> > even with resize-mini-windows nil. If this is indeed so, it is a Good
> > Thing, because I cannot imagine any relation between that variable and
> > what you see.
>
> OK. Then we have at least one good thing now.
>
> > Finally, after you do all that, please comment out the line marked
> > below at the end of tty_menu_display, recompile, and see if the
> > problem persists.
> >
> > display_tty_menu_item (menu->text[j], max_width, face, x, y + i,
> > menu->submenu[j] != NULL);
> > }
> > update_frame_with_menu (sf);
> > cursor_to (sf, row, col); <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> > }
>
> Unfortunately the problem persists with this line commented out.
Too bad, although it was a stab in the dark.
- Re: Menus with more items than the TTY can display, (continued)
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/19
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/19
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/19
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/19
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/19
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/19
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/19
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/20
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/20
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/20
- Re: Menus with more items than the TTY can display,
Eli Zaretskii <=
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/19
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/19
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/20
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/20
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/20
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/20
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/21
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/21
- Re: Menus with more items than the TTY can display, martin rudalics, 2013/10/21
- Re: Menus with more items than the TTY can display, Eli Zaretskii, 2013/10/21