Bug 20597 - TAB key inserts spaces when desingMode=on, expected to move focus outside the document
Summary: TAB key inserts spaces when desingMode=on, expected to move focus outside the...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: 528+ (Nightly build)
Hardware: All All
: P2 Normal
Assignee: Nobody
URL:
Keywords: HasReduction
Depends on:
Blocks:
 
Reported: 2008-09-02 02:43 PDT by webkit
Modified: 2022-08-30 19:40 PDT (History)
6 users (show)

See Also:

Attachments
TC (596 bytes, text/html)
2008-09-02 02:45 PDT, webkit 		no flags Details
View All 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 webkit 2008-09-02 02:43:40 PDT 
When designMode=on, the TAB and SHIFT+TAB keystrokes inserts a <span class="Apple-tab-span" style"white-space:pre"> element to the DOM, instead of simply moving to the next element in the tabindex order.
Comment 1 webkit 2008-09-02 02:45:27 PDT 
Created attachment 23113 [details]
TC

This test case works as expected with Firefox and Opera.
Comment 2 Alex Gyoshev 2012-03-23 09:01:11 PDT 
Just a few notes about the importance of this bug. It introduces a severe accessibility problem with all HTML editing widgets, as it does not allow users to navigate forms using the keyboard only -- which itself is part of Section 508 (l,n) and WCAG (Criterion 2.1.2). Thus, all sites that use rich text editing are rendered inaccessible in WebKit.
Comment 3 Alexey Proskuryakov 2012-03-23 09:09:16 PDT 
Users can navigate using the keyboard with VoiceOver commands, so this does not affect accessibility on OS X at least.
Comment 4 Ahmad Saleem 2022-08-30 15:25:04 PDT 
I am not sure on behavior but Safari Technology Preview 152 matches with Chrome Canary 107:

STP 152 & Chrome Canary 107 beahvior: 

Tab in first field pushes the caret to editable and it is visible and then next tab does not push to next field but put 'spacing' or 'indent' in the editable region.

Firefox Nightly 106:

Tab in first field pushes the caret to editable and it is not visible and then next tab does push to next field.

I am not sure on expected behavior so I would tag others to comment on this and mark this bug accordingly. Thanks!
Comment 5 Alexey Proskuryakov 2022-08-30 19:40:53 PDT 
Yes, Firefox can still tab out of a designMode iframe, even though the test is not functional there as is.