bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#5695: 23.1; wid-edit.el problems


From: Dani Moncayo
Subject: bug#5695: 23.1; wid-edit.el problems
Date: Thu, 1 Apr 2010 11:43:21 +0200

From my little experience with GNU Emacs (i'm yet starting to understand it), i think that the buffer created by tmm-menubar has basically the same function that the widget-choose buffer: To present a list of options to the user, and get the chosen one.

So... i agree with you, Jan. Why don't share the same mode for both buffers? Why to have different modes for each?


On Thu, Apr 1, 2010 at 9:43 AM, Jan Djärv <jan.h.d@swipnet.se> wrote:
One solution would be for widget-choose to use tmm-prompt.  Is that ok?

       Jan D.

Jan Djärv skrev:
Dani Moncayo skrev:

I've just noticed that the problem arises if (and only if) I start emacs
loading my .emacs file. So, i've been testing a bit and i've discovered that
the line that produces the problem is the one that sets the
next-screen-context-lines variable to 4.

Actually, it is the scroll-margin that does it.
When the menu is created, point is at the last line.  Since you have scroll-margin set to 1, it scrolls up.  You can't see that because you have no indication, but on a graphical terminal you can see that the scroll bar has moved a bit.  Unfortunately there is no way to scroll the window, it is either select something or C-g.  wid-edit.el tries to set a scroll-other-window command, but it somehow fails to work because of the default binding to keyboard-quit.  And in any case, IT only scrolls down, not up.

So, the menu created by wid-edit.el should either (or both)

1) place point somewhere else, preferrably at the end of the first line.
2) provide a way to scroll the window. tmm-menubar does this so it can be done.

Someone familiar with wid-edit.el must look at this.

   Jan D.






reply via email to

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