#4996 closed defect (fixed)
Editor: extra tab stop on editor widget created from textarea in IE
Reported by: | Becky Gibson | Owned by: | Douglas Hays |
---|---|---|---|
Priority: | high | Milestone: | 1.1 |
Component: | Accessibility | Version: | 1.0 |
Keywords: | Cc: | ||
Blocked By: | Blocking: |
Description (last modified by )
On the editor example created from a textarea there is an extra tab stop on the document container when used in IE.
Tab to the toolbar for the editor created from a textarea in IE7
press tab - focus goes to the document container.
press arrow to move the cursor -nothing happens. You must press tab again to be able to cursor within the document and add/edit information.
This extra tab stop is also evident when you want to shift-tab back to the toolbar to make style changes to the selected text - you must press shift-tab twice to reach the toolbar.
Change History (7)
comment:1 Changed 15 years ago by
Milestone: | 1.0.1 → 1.1 |
---|
comment:2 Changed 14 years ago by
Owner: | changed from Becky Gibson to alex |
---|---|
Status: | new → assigned |
comment:3 Changed 14 years ago by
It also takes two mouse clicks to get an insert cursor in an editor created from a textarea
comment:4 Changed 14 years ago by
Owner: | changed from alex to Douglas Hays |
---|---|
Status: | assigned → new |
comment:5 Changed 14 years ago by
Resolution: | → fixed |
---|---|
Status: | new → closed |
(In [12842]) Fixes #4996, #5835 !strict. IE wanted badly to focus the iframe's BODY tag on the way in and out. I added an onfocus handler for IE that just moved the focus either up or down another level to avoid stopping on the BODY tag. Also fixed a few code-style issues. becka11y verified correct behavior.
comment:6 Changed 14 years ago by
Description: | modified (diff) |
---|---|
Summary: | extra tab stop on editor widget created from textarea in IE → Editor: extra tab stop on editor widget created from textarea in IE |
this isn't critical and can wait for 1.1