View Issue Details

IDProjectCategoryView StatusLast Update
0008150MMW v4Main Panelpublic2011-09-14 23:17
Reporterrusty Assigned To 
PriorityurgentSeveritytweakReproducibilityalways
Status closedResolutionfixed 
Product Version4.0 
Target Version4.0Fixed in Version4.0 
Summary0008150: Clean up tab order in main panel
DescriptionCurrent tab order is:
Tree, Now Playing, Art & Details Window, [Column Browser], Filelist, Search

It would be better to organize this as follows:
Tree, [Column Browser/ArtBrowser], Search, Filelist, Now Playing, Art & Details
OR
Filelist, Tree, [Column Browser/ArtBrowser], Search, Filelist, Now Playing, Art & Details
OR
Filelist, Tree, [Column Browser/ArtBrowser], Search, Now Playing, Art & Details

Thoughts?

Note: The Art Browser cannot currently get focus. If the user switches focus to the Art Browser, using the right/left arrow keys should cause the ArtBrowser albums to move right/left.
TagsNo tags attached.
Fixed in build1408

Relationships

related to 0008085 closedpetr Tab maintain focus instead of content within the tab 
related to 0008152 assignedpetr Art Browser: can't get focus 
related to 0008380 new In the properties window focus should remain on the fields after Ctrl+Tab 

Activities

jiri

2011-07-14 18:29

administrator   ~0026823

First of all, I'm not sure whether A&D and tabs in the main window even need to receive focus, I think that it would be easier to use it they don't (as e.g. in Chrome).

Then, my preferred Tab order would be:
Tree, [Column Browser/ArtBrowser], Filelist, Now Playing, Search

rusty

2011-07-14 20:25

administrator   ~0026825

Tabs in the main window definititely shouldnt' receive focus (that issue is mostly resolved in bug 0008085).

As far as Tab order preference, I reviewed some other similar apps for comparison:
Explorer: Tracklist, Url bar, Search, Menu, Tree
WMP: Tree, Guide, Tracklist, NP Toolbar, ?, Player Seekbar, Player Commands, Main Toolbar Commands, NP Tabs, Navigation Toolbar, Search
iTunes: Tree, Search, Tracklist, Sidebar, ?, ?, ?, ?, ?, Column Browser

Based on what's common to the above, and your and my previous suggestions, perhaps the following would make most sense:
Tree, Tracklist, Now Playing, [Column Browser/ArtBrowser], Search, ?Main Toolbar?, ?NP Menu Bar?, ?Player?, Art & Details

stephen_platt

2011-07-15 00:25

developer   ~0026845

Last edited: 2011-07-15 00:26

If tabs in the main window don't need focus, what is the reason that the art+details panel tabs also need to receive focus? I can't imagine too many people will need to use the keyboard to choose the tab there. Actually, I really wouldn't mind either way, but I think the "focus" lines around the tabs when they are selected are visually unappealing.

Edited in: and wouldn't it be better in the properties window to always keep focus on the first field when using keyboard shortcuts to switch tabs? Is there any reason you need to focus on the tabs here?

jiri

2011-07-15 08:01

administrator   ~0026847

Yes, as I wrote above, also Art&Details panel shouldn't receive focus. As for Rusty's latest proposal, I wouldn't include items with '?', since Player doesn't seem to need focus and also menu bars historically don't receive focus (and are triggered by Alt instead). Then, I'd also move Column Browser right after the Tree, since (in case it's enabled), it seems to make more sense to be used as a way of customizing tracklist results, before even tabbing to the Tracklist.

So, the result would be:

Tree, [Column Browser/ArtBrowser], Tracklist, Now Playing, Search, Art & Details

rusty

2011-07-15 14:38

administrator   ~0026852

OK. Sounds good.

btw, Stephen, the reason for not giving focus to tabs in the main window is that shortcuts exist to switch between them. This isn't the case for either the Art&Details window or the Properties dialog.

petr

2011-07-15 15:10

developer   ~0026854

Fixed in 1408

stephen_platt

2011-07-15 16:27

developer   ~0026857

@Rusty: Ctrl+Tab works in Properties. I think it'd be better to use that and leave focus on the fields themselves in the properties window.

rusty

2011-09-12 13:54

administrator   ~0027605

Resolving this for now since this is so minor and we're pushing anything non-essential to 4.0. But we can create a new bug for post 4.0 if needed.

peke

2011-09-14 22:26

developer   ~0027713

Verified 1432

stephen_platt

2011-09-14 23:17

developer   ~0027733

Remaining issue moved to 0008380