Bug 149806 - tab order in timezone dialog not what i expected
Summary: tab order in timezone dialog not what i expected
Status: RESOLVED INVALID
: 197828 198103 (view as bug list)
Alias: None
Product: SUSE Linux 10.1
Classification: openSUSE
Component: Installation (show other bugs)
Version: Beta 3
Hardware: Other Other
: P5 - None : Enhancement (vote)
Target Milestone: ---
Assignee: Stefan Hundhammer
QA Contact: Klaus Kämpf
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-02-09 23:31 UTC by Seth R Arnold
Modified: 2006-08-15 16:03 UTC (History)
2 users (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Seth R Arnold 2006-02-09 23:31:07 UTC 
I like to do configuration of my test machines by keyboard; the timezone configuration screen has a tab order that I wasn't expecting. I would like the tab order to go from large geographical region to timezones within the region. Currently, hitting 'tab' when the geographical regions pane is selected, focus will go elsewhere. (Sorry, I've forgotten where.)
Comment 1 Jiří Suchomel 2006-03-01 07:28:53 UTC 
I don't know if the tab order can be defined from ycp. Stefan?
Comment 2 Stefan Hundhammer 2006-03-01 10:20:50 UTC 
No. Since the YaST2 UI is a generic toolkit, it has no way of knowing any other reasonable tab order than the default, and for that we rely on what Qt does for us. Qt will typically order them by position - top to bottom, left to right.

For anything else we would have to come up with a brand-new API and explicitly set it from the YCP code. There would have to be a fallback behaviour: What about widgets that are not covered by the explicit setting from that to-be-created call? They have to be integrated into the tab order somehow.

But on the other hand, this is why we lay so much emphasis on keyboard shortcuts: Most widgets have a label, and the UI engine makes sure every single one of them gets a keyboard shortcut assigned as long as this is possible (only [a-z] and [0-9] are eligible for that).

Bottom line: No can do.
Comment 3 Karl Eichwalder 2006-08-09 14:32:32 UTC 
*** Bug 198103 has been marked as a duplicate of this bug. ***
Comment 4 Karl Eichwalder 2006-08-09 14:34:21 UTC 
Is invisible grouping possible?
Comment 5 Jiří Suchomel 2006-08-09 14:40:22 UTC 
*** Bug 197828 has been marked as a duplicate of this bug. ***
Comment 6 Stefan Hundhammer 2006-08-15 16:03:48 UTC 
(In reply to comment #4)
> Is invisible grouping possible?

No. See also comment #2.