Bug 267572 - Tab navigation unclear, and dead-ends
Summary: Tab navigation unclear, and dead-ends
Status: RESOLVED DUPLICATE of bug 207789
Alias: None
Product: dolphin
Classification: Applications
Component: general (other bugs)
Version First Reported In: 16.12.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Peter Penz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-03 18:00 UTC by whatmeurgent
Modified: 2012-02-22 17:33 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description whatmeurgent 2011-03-03 18:00:17 UTC
Version:           unspecified (using KDE 4.6.0) 
OS:                Linux

This might be considered two different but related bugs; I'm choosing to report it as a single one.

Tab navigation does happen between panels in dolphin but, at least in the default kde theme, I haven't been able to identify to where focus is changing - the highlight of the focus point is insufficient in most cases.

Also, the path of tab navigation isn't 'graphically' linear; what I mean is that it seems to jummp back and forth around the default screen configuration.

Also, forward tab navigation 'dies' in the terminal panel, in an unappealing way, as it causes the terminal to prompt "Display all 3306 possibilities (y or n)?"

See Reproducability section below for more details

Reproducible: Always

Steps to Reproduce:
Open dolphin. Set focus to the "home folder" item at the top of the "PLACES" panel. 
TAb - jumps to search box all the way on right
tab - no idea
tab - no idea
tab - no idea
tab - focus to terminal AND prompt message "Display all 3306 possibilities (y or n)?"
tab - nothing
shift-tab  - succeeds moving focus out of terminal, but it goes right back to search bar.

Return to initial state by setting focus to "home" entry on "PLACES" panel.
Now use Shift-tab
1 - unknown
2 - close button on far right of search bar
3 - plus key on far left (!) of search bar
4 - search what button, TWO buttons right.
5 - search where button, button LEFT
6 - filter bar
7 - unknown
8 - unknown
9 - unknown, but up arrow at this point changes size of icons in directory panel
10 - directory panel
11 - breadcrumb line (navigator line)
12 - terminal

Actual Results:  
see above in Reproducability

Expected Results:  
Clearly visible change of focus, following an expected and visually linear path, and not dead-ending at the terminal panel (I realize this last part is not reasonable in terminal since we want tab completion, but then use another keybing instead of tab for ALL keyboard-change-of-focus-navigation
Comment 1 Christoph Feck 2011-03-03 20:22:12 UTC
The Terminal handling the Tab key is expected, and most likely will not be changed. Actually Shift+Tab should be passed to the shell as well, see bug 244514.

7,8,9 is the Zoom slider (and its +/- buttons). Oxygen style fails to render focus indicator on the buttons, please report as an Oxygen bug.

As for the other issues, the ordering can be improved, I guess.
Comment 2 Hugo Pereira Da Costa 2011-03-04 08:43:01 UTC
actually, 8, if I understand right, is focused. That's the slider, it has a dark blue glow.
7 and 9 are not. Oxygen don't draw focus on flat buttons, like in toolbars.
Comment 3 Nick Shaforostoff 2012-02-22 17:22:53 UTC
also, as a user I expect that in SplitView mode Tab key is used for moving focus between views
Comment 4 Nick Shaforostoff 2012-02-22 17:33:16 UTC

*** This bug has been marked as a duplicate of bug 207789 ***