Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 368447 - [KeyEvents] Investigate if more browser-native key shortcuts can be canceled
Summary: [KeyEvents] Investigate if more browser-native key shortcuts can be canceled
Status: RESOLVED FIXED
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: 1.5   Edit
Hardware: All All
: P3 minor (vote)
Target Milestone: 1.5 M5   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-12 08:12 EST by Tim Buschtoens CLA
Modified: 2012-01-18 04:58 EST (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Tim Buschtoens CLA 2012-01-12 08:12:08 EST 
Currently, depending on the brwoser, some shortcuts like "F1" for Help or "CTRL+F" for serach can not be prevented using the CANCEL_KEY feature. We should investigate which browser allow which shortcuts to be canceled, and if we can somehow cancel more. 

One aspect of this is that in Webkit and IE, keydown events are currently not (completely) canceled, as it might prevent further keypress events, which are used to send key events to the server. If this could be fixed or worked around somehow, more shortcuts might be cancelable.
Comment 1 Tim Buschtoens CLA 2012-01-12 08:35:21 EST 
Some keydown events might also not even arrive in KeyEventSupport.js to be canceld due to EventHandlerUtil.js#getEventPseudoTypes.
Comment 2 Tim Buschtoens CLA 2012-01-18 04:57:06 EST 
Fixed together with Bug 367876. Key event canceling is now done per domEvent, not per qooxdoo event.
Comment 3 Tim Buschtoens CLA 2012-01-18 04:58:18 EST 
Note that some behavior still cant be blocked, like certain combinations of Alt+[char] opening a menu in IE.