Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Website behaviour differs when navigating with the keyboard #1512

Closed
nvaccessAuto opened this issue May 20, 2011 · 10 comments
Closed

Website behaviour differs when navigating with the keyboard #1512

nvaccessAuto opened this issue May 20, 2011 · 10 comments
Labels
close/invalid

Comments

@nvaccessAuto
Copy link

Reported by AEGIS on 2011-05-20 12:21
To reproduce the bug do the following:

  1. Open http://www.accessiblemootoolsdemo.iao.fraunhofer.de/Mootools_Widgets/
  2. Select a tab e.g. Slider
  3. Press the tab key - focus should be around the content area of the selected tab
  4. Press CTRL + Arrow up

If NVDA is not running the previously selected tab is focused again. If NVDA is running the last tab in the list is focused (it is always the Tree tab no matter what tab was previously selected). It seems not to be a programming issue with the website
@nvaccessAuto
Copy link
Author

Attachment bug1.png added by AEGIS on 2011-05-20 12:27
Description:
focus around the content area

@nvaccessAuto
Copy link
Author

Attachment bug2.png added by AEGIS on 2011-05-20 12:28
Description:
wrong tab selected if NVDA is running

@nvaccessAuto
Copy link
Author

Attachment bug3.png added by AEGIS on 2011-05-20 12:28
Description:
initial state and final state if NVDA is not running

@nvaccessAuto
Copy link
Author

Comment 1 by briang1 on 2011-05-20 14:39
Hi, which web browser were you using when you noticed this?

If IE, then I seem to recall this is a known problem. What are .png files?
Is this the same issue as seen on..
http://www.nvda-project.org/wiki/Snapshots
where in ie, you can cursor to the second list of snaps, and position the cursor on a link, but hitting tab takes you to the first item in the first list?
Works in Firefox.

@nvaccessAuto
Copy link
Author

Comment 2 by briang1 on 2011-05-21 06:57
Well, I seem to have got it to take this time!

@nvaccessAuto
Copy link
Author

Comment 3 by AEGIS on 2011-05-21 14:29
Bug occured in Firefox 3.6 (latest bugfix version), I did not test this in other browsers because in general if it works in firefox it works in every browser as far as I have noticed.

Can't test your advice right now, will take some days. PNG files are image files that illustrate the bug ;)

@nvaccessAuto
Copy link
Author

Comment 4 by jteh on 2011-05-21 14:41
This is because when you tab to the content area, NVDA switches to browse mode. In this mode, control+upArrow will move to the previous paragraph (block) of the document, which happens to be the last tab. (NVDA automatically focuses the focusable element under the browse mode cursor.)

Is this really a problem for your test case or just a difference in behaviour? If the latter, you can either force focus mode by pressing NVDA+space (after which you won't be able to use browse mode until you press NVDA+space again) or you can pass the control+upArrow key through by first pressing NVDA+f2.

Btw, images aren't really helpful here, as the lead developers (and probably all other regular developers) are blind.

@nvaccessAuto
Copy link
Author

Comment 5 by AEGIS on 2011-05-24 11:06
Great answer, thanks a lot!

@ehollig
Copy link
Collaborator

ehollig commented Jul 15, 2017

I could be wrong, but this sounds like it has been resolved.

@derekriemer
Copy link
Collaborator

not a bug, invalid. Closing as invalid.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
close/invalid
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@derekriemer @nvaccessAuto @ehollig