| Summary: | [client] [editor] [Safari] [IE] Ctrl+O incorrectly triggers default browser behavior | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Mark Macdonald <mamacdon> |
| Component: | Client | Assignee: | Felipe Heidrich <eclipse.felipe> |
| Status: | RESOLVED FIXED | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | eclipse.felipe, Silenio_Quarti |
| Version: | 0.2 | ||
| Target Milestone: | 0.2 | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Mark Macdonald
> 1. Log into Orion
> 2. Open the editor on a file.
> 3. Press Ctrl+O. The outline pane is toggled (as expected), but you also see
> the Open dialog from the browser.
Something similar happens with Ctrl+F -- you see our "find" prompt, but the browser's Find Toolbar opens too.
The code running is correct. It seems that stopping keydown events on IE (and win-safari too) does not work (the default handler always runs). Maybe this is by design: IE will not let javascript stop the browser's key binding (such as Ctrl+N, Ctrl+F) - in a way, it makes sense to me. Google Docs somehow found a way to do this, eg. Ctrl+S saves your document rather than opening the IE Save dialog. I'm not sure what kind of tricks they're using, but hopefully we can do the same. We stop Ctrl+S too, try it out. Our code that stops Ctrl+S won't stop Ctrl+O and Ctrl+F. Awesome, that works http://stackoverflow.com/questions/3618613/suppress-default-handling-of-ctrlo-in-internet-explorer changing the keyCode is hacky but works, I'll release after M5 so we dont break anything in the release. Fixed. |