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

[Dani Moncayo <dmoncayo@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1823 bytes --]

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.
>>
>>
>>
>>
>

[-- Attachment #2: Type: text/html, Size: 2430 bytes --]