(*** This bug was imported into bugs.kde.org ***)
Version: 3.0.6 (KDE 3.0.6 (using KDE 3.0.6 )
Installed from: compiled sources
Compiler: gcc version 2.95.3 20010315 (SuSE)
OS: Linux (i686) release 2.4.19-rc1
A nice thing is to switch between location toolbar sidebar and different views
in konqueror with the TAB-key.
But when I switched to the sidebar using the TAB-key it takes exactly ten times
pressing cursor up or down before the selection in the sidebar moves.
After nine times pressing cursor up or down the marked selection in the sidebar gets
surrounded by a thin black box and after the next keypressing this box and selection moves.
I would like it better to have this behaviour nine keypressings earlier.
Or is this a feature to prevent moving in the sidebar by mistake?
Keep up your excellent work on the best desktop there is! :-)
(and make it even better)
(Submitted via bugs.kde.org)
(Called from KBugReport dialog)
The reason for this behaviour are the subcategories/symbols of the sidebar.
In my case there are ten symbols including the pref-symbol.
Now, by pressing TAB the focus also switches among all symbols and by pressing
SPACE you choose a symbol to activate its view.
The point is, you cannot see where the focus is, without pressing SPACE.
The right behaviour(TM) IMHO should be like this:
With TAB, you switch between addressbar, sidebar symbols, sidebar view(s) and
Inside these objects one can move with the cursor-keys.
This is how I expect the whole thing to behave and I hope you agree and
understood a word of what I was trying to explain :-)
(Are there words for "sidebar symbols" etc.?)
Is this bug still present in a recent version of KDE, such as 3.5.8 or KDE 4.0 RC 2?
Closing due to no response by reporter. Please reopen if this bug is still present in a recent version of KDE, such as 3.5.9 or 4.0.1
The bug is still present in 3.5.8. Sorry, I don't have 3.5.9 yet, but I do not expect the bug to have disappeared. As Additional Comment #1 From Unknown 2002-09-16 23:04 pointed out, you cannot see where the focus is if the sidebar symbols are selected. When pressing SPACE you see where it is, but with TAB or CURSOR KEYS only, you don't.
So my suggestion is:
TAB moves between location bar, google bar, view window, sidebar symbols as one entity (the active symbol, change by CURSOR UP/DOWN!) and sidebar content.
To confirm the bug, enter the location bar and count how many TAB presses you get there again. Press TAB several times more and hit SPACE. Then you see where the focus was on the sidebar symbols.
Reopening as per request.
is it repoducable in kde 4.2?
Still the case in KDE4. Note that it takes only three shift+tab to get there.
But I agree, keyboard navigation in kmultitabbar is bad.
The question is whether we should keep that tabbar at all (and fix it, indeed), or switching to something better looking and less confusing (I find the icons-only confusing)...
http://oversip.net/public/konqueror-mockup/ only has a multitabbar with text always shown, but that might not always fit...
SVN commit 1048570 by dfaure:
Don't let the tabbar "buttons" (in konq's sidebar) take focus, it's confusing (hidden) and annoying (many <tab> keypresses to get out).
Fixed for: 4.4.0
M +5 -0 kmultitabbar.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1048570
SVN commit 1078187 by dfaure:
Backport 1048570: Don't let the tabbar "buttons" (in konq's sidebar) take focus, it's confusing (hidden) and annoying (many <tab> keypresses to get out).
Fixed for: 4.3.5
M +5 -0 kmultitabbar.cpp
WebSVN link: http://websvn.kde.org/?view=rev&revision=1078187