[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: UI Inconsistency OK APPLY buttons
From:       Willy De la Court <Willy.DelaCourt () pandora ! be>
Date:       2003-03-31 16:08:17
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Monday 31 March 2003 17:24, Mahfouf Anne-Marie wrote:
> From: Willy De la Court <Willy.DelaCourt@pandora.be>
>
> >Reply-To: kde-devel@kde.org
> >To: kde-devel@kde.org
> >Subject: UI Inconsistency OK APPLY buttons
> >Date: Mon, 31 Mar 2003 17:02:19 +0200
> >
> >-----BEGIN PGP SIGNED MESSAGE-----
> >Hash: SHA1
> >
> >As of yesterday i run KDE_3_1_BRANCH and was doing some reconfiguring.
> >
> >I noticed that not all the configuration dialogs act the same in respect
> > to OK
> >APPLY buttons.
> >
> >there are 2 cases
> >1) The almost good case
> >- - change something APPLY button gets enabled
> >- - Press APPLY it gets disabled and the config is saved and activated
> > e.g. panel behavior changes.
> >- - Press OK when APPLY button is disabled the configuration is saved
> > again and
> >activated e.g. panel behavior changes. (NOT GOOD) why save it when it's
> >already saved
> >
> >2) Bad case
> >- - APPLY button is always enabled even after you click on it to apply
> > your changes.
> >- - The user gets very confused when this happens and thinks he/she did
> >something wrong.
> >
> >I'm volunteering to look into these problems and solve them all so KDE
> >configuration dialogs get a consistent look and feel.
> >
> >If everybody agrees I'll go to work and send patches to the list for
> >confirmation by the authors of those packages.
>
> I was wondering about that recently as I wanted to use dialogs with Apply +
> Ok.
> I did not make  the Apply button disabled after it has been clicked, I did
> not know about that but it makes sense as it says the user that some action
> was taken regarding the changes.
like i said before it may  confuse users to not disable it

> One problem I was confronted with was to apply immediatly the changes in
> the main window. For example, I have a game with 4 cards, in the settings
> dialog the user can change the number of cards to be 8 for ex. Then on
> Apply, the main window should be refreshed to have 8 cards. But I did not
> find a nice way to do that. So I thought of dropping that Apply button...
that is the best choice then if the program does not allow on the fly changes 
then you should remove the apply button.

> So any proposal you can have regarding that interests me.
>
> Another thing that bothers me is whether to put settings in a Settings ->
> Configure myApp dialog with the correct Cancel, Default, Apply and Ok
> buttons or in Settings -> Number of cards (sub item menu) (if I take the
> previous example) and such.
> Most KDE games do not have a Configure dialog but have menu items instead.
>
> Again if we can define something consistent, that would help me in making
> nicer educational games :-)
>
for games it would be better to use menu items why waste a whole dialog on one 
configuration item. Unless the the choises the user can make are many lets 
say from 1 to 20 cards better use a dialog then.

- -- 
Simple things make people happy.
Willy De la Court
PGP Public Key at http://www.linux-lovers.be/download/public_key.asc
PGP Key fingerprint = 784E E18F 7F85 9C7C AC1A D5FB FE08 686C 37C7 A689
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)

iD8DBQE+iGfx/ghobDfHpokRAuN5AKDB1HLx/j5Kxrsq1Slgm7VhkJPnJQCg/YsQ
wy40EIMZsYQkf7r3W/hGz9M=
=KoQQ
-----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]