GNU bug report logs -
#8116
24.0.50; `minibuffer-message': ignore mouse-up event for `sit-for' on Windows?
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Fri, 25 Feb 2011 16:52:01 UTC
Severity: normal
Found in version 24.0.50
Done: Stefan Kangas <stefankangas <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> > > If you pop up a menu (e.g. using `x-popup-menu') and one of its items
> > > calls `minibuffer-message', the user will never see the message,
> > > presumably because the call to `sit-for' in `minibuffer-message' sees
> > > the mouse-up event (from choosing the menu item) as user input,
> > > canceling the `sit-for' timeout.
> >
> > Do you have a test case that demonstrates the problem?
>
> You won't be able to see this on any system but MS-Windows. On
> Windows, the Emacs menus are implemented in a way that has this
> unfortunate side effect: we basically preempt the Emacs command loop
> for as long as the menu stays open.
>
> If someone wants to redesign how Emacs menus are implemented on
> Windows, I think that would be very welcome. But until that happens,
> this is Emacs "functioning as designed", not some easily-fixed bug.
Thanks for this info. I guess the bug can then either
be closed or kept open in the wishlist, the fix needing
redesign etc.
I wonder if this effect should be mentioned in the manual?
This bug report was last modified 125 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.