[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-devel
Subject: Re: UI Inconsistency OK APPLY buttons
From: Andras Mantia <amantia () freemail ! hu>
Date: 2003-03-31 19:12:54
[Download RAW message or body]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 2003. March 31., Monday 22:20, Ladislav Strojil wrote:
> > Just for the note: and Cancel cancels the changes also in case when Apply
> > was pressed before. So in any case after you pressed Cancel the state of
> > your application/dekstop/whatever should be the same as before the dialog
> > appeared.
>
> Are you sure this is what users expect? For me this seems very confusing
> behaviour. Maybe if you called "Apply" button "Preview" button instead, but
> this way I think it is not right.
>
> Just my 2c.
Well the problem is that if you pressed Apply and Cancel will not cancel the
changes, you are lost if you want to go back to the previous (!= default)
state. You're right, that Apply is not a good name in this case, but I think
people usually use Apply to preview the changes and make further
modifications, if they don't like it. And if in the end they decided that
they don't like it at all, they might want to go back to the original state.
Personally I think that the purpose of Cancel is to cancel all the
modifications made.
Regarding the implementations: the easiest way to do is to save the settings
when the dialog is shown and apply these saved settings if Cancel is pressed.
It shouldn't be so hard.
But as it changes the meaning of a button (Apply->Preview), I accept that it
cannot be done now for 3.2. But I would like to discuss it, as I think the
current way is not so good. It can be a new job for the usability team...
Andras
- --
Quanta Plus developer - http://quanta.sourceforge.net
K Desktop Environment - http://www.kde.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
iD8DBQE+iJM7TQdfac6L/08RAqEbAJ4vstmnoVbNy0uTlpg1V7aixLCV7wCfY8MH
1jcw0bZKvHJVYINtLlst7NE=
=cltw
-----END PGP SIGNATURE-----
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic