Bug 565871

Summary: YaST2 uses Gnome button order in KDE
Product: [openSUSE] openSUSE 11.2 Reporter: Keith Briscoe <bbregister>
Component: YaST2Assignee: E-mail List <yast2-maintainers>
Status: RESOLVED UPSTREAM QA Contact: Jiri Srain <jsrain>
Severity: Minor    
Priority: P5 - None CC: binner, forgotten_h13THG8RK1, tgoettlicher
Version: Final   
Target Milestone: ---   
Hardware: x86-64   
OS: openSUSE 11.2   
Whiteboard: desktop-interop
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Keith Briscoe 2009-12-18 05:10:07 UTC
User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5

Examples:

The Network Settings tool shows Cancel/OK when I expect OK/Cancel

The YaST2 Online Update tool shows Cancel/Accept when I expect Accept/Cancel

Bootloader config also uses Cancel/OK, and so on.  There are many other places in YaST2 that feel out of place in a KDE environment due to this.

Assuming this button order can be retained when using Gnome, there probably needs to be a full audit of all of the admin tools to make them integrate better with KDE.  If it comes down to a choice between YaST fitting in better with Gnome or KDE, my vote is for KDE ;)

Reproducible: Always
Comment 2 Arvin Schnell 2010-01-04 11:59:38 UTC
Apparently the ButtonBox widget is not used everywhere, see:
http://en.opensuse.org/YaST/Development/Misc/Button_Order
Comment 3 Arvin Schnell 2010-01-04 12:49:31 UTC
I have reminded developers to use the ButtonBox widget. That's all
I can do.

Surely you can make individual bug-reports if anything doesn't work
as explained in the wiki.
Comment 4 Keith Briscoe 2010-01-08 21:35:52 UTC
Should I file a new bug for each issue described in comment#1, or would the be unneccessary?
Comment 5 Keith Briscoe 2010-01-19 17:36:12 UTC
As requested, I have filed individual bug reports.  I don't believe I caught everything--this was a pretty cursory evaluation and I'd appreciate it if anyone were willing to check for gaps.

bug#571914
bug#571917
bug#571919
bug#571920
bug#571922
bug#571924
bug#571927
bug#571930
bug#571933
bug#571936
bug#571938
bug#571939
bug#571941
bug#571942
bug#571943
bug#571945
bug#571946
bug#571947
bug#571949
bug#571951
bug#571952
bug#571953
bug#571954
bug#571955
bug#571957
bug#571958
bug#571960
bug#571961
bug#571963
bug#571965
bug#571966
bug#571967
bug#571968
bug#571970
bug#571971
bug#571972
bug#571973