View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0008085 | MMW v4 | Main Panel | public | 2011-07-06 05:23 | 2011-07-15 18:13 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.0 | ||||
| Target Version | 4.0 | Fixed in Version | 4.0 | ||
| Summary | 0008085: Tab maintain focus instead of content within the tab | ||||
| Description | When the user switches to a tab, MM maintains focus on the selected tab. This leads to several undesirable behaviors: 1) The selected tab has a dotted line around it that only encompasses a portion of the tab. This indicator shouldn't appear. 2) Once a tab is selected, if the user presses the 'Down' arrow, MM switches to the next tab. This is unlikely to be the desired behaviour. What most users would expect is that either the Tree/Tracklist/NP list would be scrolled. I would propose that MM persist focus on whatever UI element was focused prior to switching away from said tab. 3) If the user presses the 'DOWN' arrow after the last tab has been clicked, then multiple new tabs open up!! | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=59015 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1408 | ||||
|
|
Fixed in 1402 |
|
|
Tested 1402 1) Fixed 2) Fixed 3) Not fixed--it's quite annoying to accidentally create a bunch of tabs by pressing the down arrow. 4) This could also be called 1b). Tabs shouldn't have the selection indicator, but they should also not be selected at all. i.e. a) If a tab is clicked and then clicked again, it becomes 'selected' b) Pressing TAB to rotate through UI elements shouldn't result in tabs being selected (tabs have their own shortcut for selection/rotation--CTRL-TAB--which works correctly) |
|
|
Fixed in 1403 |
|
|
Tested on 1407 2) When the file listing is active it won't be on new tab. Using arrow keys (left/right) affect player progress). It does work when Media Tree/Now Playing window is active. 3) Fixed 4a/b) Fixed |
|
|
2) Yes. To clarify my original comment: Focus should persist on a per tab basis. So if the user had focused on a particular track in a tab, then switched tabs and back to that tab, that focus would be on the track that had been selected. In contrast, if the user had focused on a particular folder in a tab, then upon switching back to that tab, focus should rest on the folder (rather than resetting to the tracklist). Similarly, since new tabs are (currently) based on the current node/view, we should just retain the current focus in the new tab. |
|
|
2) I don't know what happened, but now a focus on a track in the Filelisting works when opening a new tab (ie arrow keys work in filelisting). |
|
|
Fixed in 1408 |
|
|
Verified in 1408 |
