| Summary: | [client][editor][Opera] Pressing Esc makes the caret go away | ||
|---|---|---|---|
| Product: | [ECD] Orion | Reporter: | Boris Bokowski <bokowski> |
| Component: | Editor | Assignee: | Project Inbox <orion.editor-inbox> |
| Status: | RESOLVED NOT_ECLIPSE | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | eclipse.felipe, miket, Silenio_Quarti |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | |||
|
Description
Boris Bokowski
I tried the contentEditable editor in this page http://www.quirksmode.org/dom/execCommand/ and the same problem can be seen. My Opera: About Opera Version information Version 11.11 Build 2109 Platform Win32 System Windows 7 XHTML+Voice Plug-in not loaded Browser identification Opera/9.80 (Windows NT 6.1; U; en) Presto/2.8.131 Version/11.11 Hmm, I can't reproduce in 11.11 or 11.50 on Mac, or 11.11 (build 2109) on Win 7. Just to be clear, here's what I'm doing: 1) navigate to http://www.quirksmode.org/dom/execCommand/ 2) Give focus to "editor" on left, observe blinking caret 3) hit Esc, caret goes away 4) click again in editor, same as before. Can you reconfirm on the quirksmode page? I see, it is a bit different between http://orion.eclipse.org/examples/textview/demo.html and http://www.quirksmode.org/dom/execCommand/ In http://www.quirksmode.org/dom/execCommand/ 1. click, type something, working fine 2. hit esc, caret is gone, typing does not work 3. click back in the editor area and everything works again In http://orion.eclipse.org/examples/textview/demo.html 1. click, type something, working fine 2. hit esc, caret is gone, typing does not work 3. Click on the editor does not fixes in the problem. -- You need to click in another text widget (like the address bar) then click back in the editor to fix the problem. I dont know what http://www.quirksmode.org/dom/execCommand/ is doing in their code (I would expected it a simple example) but I know that we (http://orion.eclipse.org/examples/textview/demo.html) have the contentEditable div element inside of an iframe, maybe that explains the difference (but I'm just guessing here). Tomorrow I can investigate this problem with more time. Thank you Mike for looking at this problem so quickly. This is no longer a problem in Opera 12.15. The editor loses focus (which is expected in Opera), but clicking on the editor brings it back. |