9

In the below web UI if I interact via keyboard keys, which are the right keys used for tabs(General/Firewall/Privacy) navigation?

a) Tab key

b) Left,Right arrow keys

c) Left, Right, Top & Bottom arrow keys

d) all the above

enter image description here

2
  • 3
    Is this interface being implemented on a website? Stay away from Ctrl+Tab because that is already an established practice for navigating application tabs in many programs so users might find it confusing to be tabbing within tabs. I would personally not enjoy getting unexpected behavior. FWIW, if you are watching or interacting with a Flash component then it's infuriating when Ctrl+Tab is highjacked into the flash interface.
    – MonkeyZeus
    Sep 12, 2016 at 16:25
  • Yes its implemented for a website
    – Pradeep
    Sep 13, 2016 at 5:43

5 Answers 5

16

Most IDEs, Web Browsers, and other TDI software use CtrlTab for switching tabs no matter which UI element currently has focus.

References:
Chrome keyboard shortcuts
Mozilla Keyboard shortcuts
PHPStorm Navigating Between Editor Tabs

Edit addressing edited question: Unfortunately, web-based GUIs have no conventions. Even the Github interface does not use keyboard controls to provide tab navigation. Any examples of web-based GUIs that provide keyboard shortcuts for tab navigation would be appreciated in the comments.

3
  • 6
    Also Ctrl+PgDn/PgUp in dialogs that use a tab control.
    – Joey
    Sep 12, 2016 at 10:11
  • This is a web UI. Ctrl+Tab belongs to the browser.
    – Kevin
    Sep 13, 2016 at 14:17
  • @Kevin: Yes, I see that the question was edited with that detail. To be honest, web-based GUIs have no conventions unfortunately. Even the Github interface does not use keyboard controls to provide tab navigation. I personally use Vimperator for web-based keyboard navigation in a web browser due to the lack of a convention.
    – dotancohen
    Sep 14, 2016 at 7:27
5

Microsoft has existing keyboard navigation standards.

https://msdn.microsoft.com/en-us/library/ms971323.aspx

In short:

tab moves between widgets

In Windows applications, users navigate by pressing the TAB key to move the input focus from one UI element to another

arrow keys navigate through options within the larger control (e.g., menu items, drop down options)

The input focus must be on the selected item only, and a user must be able to select other options by using arrow keys.

As your images is in the store of a Windows application in assuming that is your target. This interaction pattern is common throughout other operating systems, if you're target is elsewhere.

2

An important aspect to remember with tabbing and tab-index is accessibility. I assume you are asking this question because you want the best keyboard approach so there are two things to consider.

A screen reader is going to read out the name of your tabs, and with aria labels tell the user if that tab is currently open or closed when the user is alerted to such fact they will do one of two things. Tab onto the next tab, or space/enter to open the current tab.

For someone that is not using a screen reader they are going to tab through and expect a different behaviour. Tab'ing highlights the tabs, then goes on to the next tab etc. until one is open, when they hit an open tab, they would expect the next tab key to move them into the open tab and select the first form field. Unlike the accessible screen reader user that is used to opening tabs then interacting with them.

In both cases arrow keys are not used in web accessible interfaces for interacting with elements unless an input field is open for selection.

I hope these views help you make a decision on which approach. I would check with what your legal requirements are under government accessibility laws, and go with what the majority of your users intend. However do make sure you add aria labels in development so screen readers know what is going on if you go against a screen reader paradigm.

1

See this attachment:

enter image description here

1) Taking cues/references from early MS word interfaces, you could think of putting a custom keyboard shortcut for the tabs.

2) Generally these are the first letters (assuming there is no conflict) of the word.

3) These can then be accessed via Alt+letter (Opt+letter).

4) This is lot easier than expecting the user to understand Ctrl+Tab like standard shortcuts would apply to the user interface as well. These are more thought on a browser window level.

One can debate of how would a user understand that Alt+letter has to be keyed in to change the tab - but the reasoning could be that lot of word users are already aware of that, and for the rest, a hint or a tip could do the trick. Lot easier to change tabs in a non-consecutive fashion also.

Here is the MS-word reference:

enter image description here

0

The first question is do you really need two layers of navigation? From the screen you've posted it doesn't seem like there are that many options. For websites it is perfectly fine to put a longer list of settings.

By putting all settings in one long list, you could still group them under unselectable labels General, Firewall and Privacy.

With just one level of navigation you could simply map up and down keys to navigate through the settings.

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge that you have read and understand our privacy policy and code of conduct.

Not the answer you're looking for? Browse other questions tagged or ask your own question.