popup-menu erases header on w32

popup-menu erases header on w32

[Lennart Borgman]

A popup menu has a header (in bold face). This sometimes gets erased, at 
least on w32. To show this eval the function below:

  (defun my-popup-menu-error()
    (interactive)
    (popup-menu '("Test 'repop'"
                  ["Pop me up again" my-popup-menu])
                (list '(100 100) (selected-window))))


Then call the function

   M-x my-popup-menu-error RET

Now use the up and down arrow keys a number of times. Everything should 
be OK so far.

Now choose the entry "Pop me up again". Use the up and down arrow keys a 
number of time again. At least for me this erases the header.

I have tested this only on w32 and would be glad for a test on other 
platforms.

My current Emacs is GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195) of 
2006-05-01.

Re: popup-menu erases header on w32

[Lennart Borgman]

Lennart Borgman wrote:
> A popup menu has a header (in bold face). This sometimes gets erased, 
> at least on w32. To show this eval the function below:
>
>  (defun my-popup-menu-error()
>    (interactive)
>    (popup-menu '("Test 'repop'"
>                  ["Pop me up again" my-popup-menu])
>                (list '(100 100) (selected-window))))
>
>
> Then call the function
>
>   M-x my-popup-menu-error RET
>
> Now use the up and down arrow keys a number of times. Everything 
> should be OK so far.
>
> Now choose the entry "Pop me up again". Use the up and down arrow keys 
> a number of time again. At least for me this erases the header.
>
> I have tested this only on w32 and would be glad for a test on other 
> platforms.
>
> My current Emacs is GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195) of 
> 2006-05-01.


I got no answers to this so I am sending it again as a bug report. Could 
someone please confirm or disconfirm the behaviour I have seen above? I 
also want to add that sometimes the text in the header is not erased but 
instead corrupted.

Re: popup-menu erases header on w32

[Kevin Rodgers]

Lennart Borgman wrote:
> Lennart Borgman wrote:
>> A popup menu has a header (in bold face). This sometimes gets erased, 
>> at least on w32. To show this eval the function below:
>>
>>  (defun my-popup-menu-error()
>>    (interactive)
>>    (popup-menu '("Test 'repop'"
>>                  ["Pop me up again" my-popup-menu])
>>                (list '(100 100) (selected-window))))
>>
>>
>> Then call the function
>>
>>   M-x my-popup-menu-error RET
>>
>> Now use the up and down arrow keys a number of times. Everything 
>> should be OK so far.
>>
>> Now choose the entry "Pop me up again". Use the up and down arrow keys 
>> a number of time again. At least for me this erases the header.
>>
>> I have tested this only on w32 and would be glad for a test on other 
>> platforms.
>>
>> My current Emacs is GNU Emacs 22.0.50.1 (i386-mingw-nt5.0.2195) of 
>> 2006-05-01.
> 
> 
> I got no answers to this so I am sending it again as a bug report. Could 
> someone please confirm or disconfirm the behaviour I have seen above? I 
> also want to add that sometimes the text in the header is not erased but 
> instead corrupted.

I do not experience that problem on
GNU Emacs 22.0.50.1 (i386-mingw-nt5.1.2600) of 2006-04-22 on YAMALOK

-- 
Kevin

Re: popup-menu erases header on w32

[Jason Rumney]

Lennart Borgman <lennart.borgman.073@student.lu.se> writes:

> I got no answers to this so I am sending it again as a bug
> report.

Is there any real world situation where this occurs? Popping up a menu
from itself does not seem a useful thing to do, so while it might be a
bug, I do not think it is worth spending time on if that is the only
circumstance that causes it.

Re: popup-menu erases header on w32

[Lennart Borgman]

Jason Rumney wrote:
> Lennart Borgman <lennart.borgman.073@student.lu.se> writes:
>
>   
>> I got no answers to this so I am sending it again as a bug
>> report.
>>     
>
> Is there any real world situation where this occurs? Popping up a menu
> from itself does not seem a useful thing to do, so while it might be a
> bug, I do not think it is worth spending time on if that is the only
> circumstance that causes it.
>   
Menus are used and this might be a bug affecting other situations too 
though we have not noticed (yet).

I noticed this using tidy.el (see EmacsWiki).