My opinion is that the Wizard dialog is in some regards special (looking at
KDE applications, the text editor does not have OK/Cancel buttons in the main
dialog, but in pop-ups, where YaST is consistent; the main YaST window is in
this regard different than KDE windows which I can recall).
When a button has a specific meaning (and it does not really matter whether
the label is Next, OK or Finish), it should not move (I mean, when you click
Next, in the next dialog there should not be Back button at the same
location). From this perspective, we have only two options:
Even though being a KDE user, I feel better about the first one (just a
An alternative may be to put the [Next] button to a different place than
[Finish]; when one of these is not present, its place in the dialog will be
empty (avoiding accidental clicking of button with different meaning). Not
sure how good idea it is, maybe others can comment.
As a note to the KDE button-order: I fully agree that we should try to be as
consistent as possible with the environment which we want to integrate with
(in this case KDE), and it includes, among other, also the button ordering and
labeling. On the other hand, it does not mean that we should take over every
single convention; If there is a good reason to behave differently, we should
Dne St 31. srpna 2011 10:35:15 Lukas Ocilka napsal(a):
I've got a very nice bug - actually a never-ending story - about button
order in YaST dialogs. This one is not about using ButtonBox widget (at
least not from the developer's point of view) because the inconsistency
is in our design of the whole Wizard dialog.
[Cancel] [OK] button order
The root of the issue is, from my POV, the way how we define the Wizard
behavior and how we later work with it, e.g., by calling
SetNextButton(any id, string label). We often use this approach for
According to Keith Briscoe, who's already reported several
button-order-related bugs, this is in fact a bug considering our wiki
also considering the KDE style that tries to follow a human-speech order.
[OK] / [Apply] / [Continue] / [Finish] / [Yes] / ...
always presented before
[Cancel] / [No] / ...
So, in Wizard, we still use the GNOME button order although YaST runs in
KDE. I think that we could try to change the order in Wizard.ycp (or, in
fact, in its Qt implementation) but it would be quite a big change and
it needs to be discussed first. And that I wrote this e-mail :)
Thanks in advance for your ideas and opinions
SUSE LINUX, s.r.o. e-mail: jsrain(a)suse.cz
Lihovarska 1060/12 tel: +420 284 084 659
190 00 Praha 9 fax: +420 284 084 001
Czech Republic http://www.suse.cz
To unsubscribe, e-mail: yast-devel+unsubscribe(a)opensuse.org
For additional commands, e-mail: yast-devel+help(a)opensuse.org