Opened 14 years ago
Closed 13 years ago
#8142 closed Bug (fixed)
Application landmark taking focus to Tool bar instead of Editor body after visiting toolbar.
Reported by: | Satya Minnekanti | Owned by: | |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | Accessibility | Version: | 3.2 |
Keywords: | IBM VendorFix | Cc: | Damian, Teresa Monahan |
Description
To reproduce the defect
- With JAWS On, open CK Editor sample, navigate in to editor body
- Press Alt+F10 to navigate in to toolbar.
- Press Esc to come out out of toolbar and go in to editor body.
- Press tab 3 times to come out of editor body & navigate to CK Source link.
- Press Ctrl + Insert + ; to open landmarks dialog
- Select Application landmark in the dialog and press Tab to go to Application landmark
Expected Result: Focus goes to editor body.
Actual Result: Focus goes to first enabled element in the tool bar.
This issue was some what related to #5955
Change History (11)
comment:1 Changed 14 years ago by
Status: | new → confirmed |
---|---|
Version: | 3.6.1 → 3.3 |
comment:2 Changed 14 years ago by
Status: | confirmed → new |
---|
comment:3 follow-up: 5 Changed 14 years ago by
The question here is whether the editor is contributing to the focus management in some way. We have not ruled out that this could be an issue with JAWS.
Garry is correct that the application landmark is being used to navigate the virtual cursor. If JAWS is working properly, after hitting Tab the user should be navigated to the next focusable item inside the application landmark. Yet we know that the toolbar buttons have onFocus logic to push focus into the editing body rather than into the toolbar.
An interesting observation is that if the toolbar had not been activated by the user at all, using the application landmark to navigate to the editor and hitting Tab always brings the focus into the editing area. If on the other hand, the toolbar had already been navigated at least once prior to using the application landmark, focus always goes to the toolbar first. This inconsistent behavior is the real problem.
comment:4 Changed 14 years ago by
Status: | new → confirmed |
---|---|
Version: | 3.3 → 3.2 |
The correct CKE version from which problem has started occurring should be 3.2
Because of inconsistency that @damo has pointed out I think that this ticked should be confirmed after all.
comment:5 follow-up: 6 Changed 14 years ago by
Replying to damo:
An interesting observation is that if the toolbar had not been activated by the user at all, using the application landmark to navigate to the editor and hitting Tab always brings the focus into the editing area. If on the other hand, the toolbar had already been navigated at least once prior to using the application landmark, focus always goes to the toolbar first. This inconsistent behavior is the real problem.
That's an interesting point, in fact, which makes me think that this may be an issue with JAWS. The things is that we don't do anything special when moving the focus to the toolbar.
Is it something that FS can confirm to us?
comment:6 Changed 14 years ago by
Replying to fredck:
That's an interesting point, in fact, which makes me think that this may be an issue with JAWS. The things is that we don't do anything special when moving the focus to the toolbar.
Is it something that FS can confirm to us?
Agreed, so long as CKEditor isn't managing the focus here, there is scope for FS to help investigate this.
comment:7 follow-up: 9 Changed 14 years ago by
comment:8 Changed 14 years ago by
Keywords: | VendorFix added |
---|
comment:9 Changed 14 years ago by
Replying to garry.yao:
No, we did somehow managed the focus there as a workaround for an old issue that we've discovered with JAWS back in #3052.
If editor.toolbox.focusCommandExecuted is not reset correctly, it will stop the button from pushing focus to the editor:
if ( !editor.toolbox.focusCommandExecuted ) { editor.focus(); }
This is why we are seeing different behavior before focusing in the toolbar and after it.
comment:11 Changed 13 years ago by
Resolution: | → fixed |
---|---|
Status: | confirmed → closed |
Yes, seems to be fixed with JAWS 13.0 & FF7.0.
I don't think the landmark role has anything to do with browser focus, it instead navigate the screen reader's visual cursor to the assigned element.