Mailinglist Archive: yast-devel (105 mails)

< Previous Next >
Re: [yast-devel] Enforcing okButton and cancelButton
  • From: Lukas Ocilka <lukas.ocilka@xxxxxxx>
  • Date: Mon, 08 Sep 2008 09:59:45 +0200
  • Message-id: <48C4DB71.4050804@xxxxxxx>
Ricardo Cruz wrote:
Hi there,

Qui, 2008-09-04 às 12:51 +0200, Stefan Hundhammer escreveu:

This shows that there are cases where it is legitimate to have a pop-up dialog with a ButtonBox with more than one button, but only an okButton and no cancelButton:


[Stop] [OK]

We (mschmidkunz + tgoettlicher + sh) thought that this is the one exception from that rule; in general, all dialogs with more than one button should have an okButton (for the regular end) and a cancelButton (as a safe escape).

I'm not sure what the problem is with this one. The Stop button is
clearly acting as a Cancel button here. It could have been re-labeled as
such, and you wouldn't know the difference.

Well, this is actually `specialButton as it doesn't cancel anything, it stops the countdown and waits. If you click on the OK button, it's just as it was a normal informational message with OK button only.

So what the Stop button does? Changes the the countdown message to informational message --> clearly a "special function".

Now locilka found one more exception:

[OK] [Details...]

I would vote to align that Details button as a Help button, since it
doesn't trigger an action, and it's providing information. I think I've
seen the Details button aligned to the Left in KDE error messages as
well (in Gnome, an expander is generally used, so dunno).

This idea sounds good. It's really similar to the Help button considering the type of information it provides.


< Previous Next >