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

List:       kde-devel
Subject:    Re: UI Inconsistency OK APPLY buttons
From:       Ladislav Strojil <Ladislav.Strojil () seznam ! cz>
Date:       2003-03-31 21:30:38
[Download RAW message or body]

On Monday 31 March 2003 21:45, Andras Mantia wrote:
> On 2003. March 31., Monday 23:29, Waldo Bastian wrote:
> > On Monday 31 March 2003 20:09, Andras Mantia wrote:
> > > On 2003. March 31., Monday 19:03, Willy De la Court wrote:
> > > > one addition OK only store changes when something is changed e.g.
> > > > when Apply is active When Apply is inactive OK just leave the dialog.
> > > > This prevents the dual restart of the panel when you click Apply to
> > > > activate the changes and when you click OK just after that it
> > > > restarts the panel again which is stupid.
> > >
> > > 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.
> >
> > No, this is not the case.
>
> Yes, in this case Cancel behaves in a different way => it's confusing. I
> know this is not KDE's fault, and actually it makes sense the current
> implementation, but it's simply not consistent. I just saw in the QT
> Designer manual:
> "Click Apply to accept changes to the listbox widget. Click OK to leave the
> dialog once the changes have been accepted. Click Cancel to leave the
> dialog without saving any changes."
>
> I think this is the rule we follow, but the explanation is confusing, since
> you don't know if clicking on Cancel will not save any changes since the
> dialog appeared or since the last time you've pressed Apply.
>
> I propose to revise this for KDE 4 and try to be consistent about what
> Cancel means. Until that a whatsthis text for Cancel and Apply would also
> help together with some explanation in the KDE help.

I don't think this wise.
Just accept that "Apply" saves the settings. 
OK saves and exits.
Cancel exits without saving.

If you save and then exit without saving, you should not expect to have old 
settings restored. 

No application I have seen behaves the way you mention.

Cheers,
Lada

-- 
    ~       Ladislav Strojil, MFF UK
  ' v '               
 //   \\              
/(     )\    Powered by Penguin.
  ^ ' ^

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]