Summary: | screensaver doesn't start when a menu is open | ||
---|---|---|---|
Product: | xorg | Reporter: | Noèl Köthe <noel> |
Component: | Server/Input/Core | Assignee: | Xorg Project Team <xorg-team> |
Status: | RESOLVED DUPLICATE | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | enhancement | ||
Priority: | medium | CC: | brice.goglin, bugs.freedesktop |
Version: | 7.4 (2008.09) | ||
Hardware: | All | ||
OS: | Linux (All) | ||
URL: | http://bugs.debian.org/514036 | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Noèl Köthe
2009-02-04 01:16:28 UTC
I'm not clear that there is definitely a need for a keyboard grab to implement menus with access keys, even though that is what toolkits often do. It may be convenient from the perspective that events are directed to the menu window. But in most cases the main application window would have focus and so the application can receive keyboard events there. If for some reason a client does not normally receive focus in the main window, I wonder whether it should negotiate keyboard focus (perhaps under the Globally Active Input model) rather than stealing a keyboard grab, which cannot be overridden until the client releases. Is this bug still relevant? I just tested this, and xscreensaver successfully locks even with a menu active. x11-base/xorg-x11-7.4-r1 running x11-wm/openbox-3.5.0-r1 (Gentoo). Can we close this bug? |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.