Order of OK, APPLY, CANCEL buttons
Asked Answered
C

6

22

An extenstion of this question: https://stackoverflow.com/questions/50335/ok-cancel-or-cancel-ok

Where should the APPLY button go (clicking the APPLY button has the same effect as clicking OK, except the dialog remains open)?

Windows typically uses OK-CANCEL-APPLY, but my inclination is to use OK-APPLY-CANCEL.

Also, if the APPLY button is clicked, should the CANCEL button text be changed to CLOSE until another change is made in the dialog? I'm assuming the APPLY button will be disabled if there are no changes to apply.

Children answered 13/9, 2010 at 22:41 Comment(1)
This question might get better responses here: ui.stackexchange.comAdolf
O
25

I'd stick with Chris Roberts' answer: be consistent with the operating system.

Edit: even if you consider the positioning wrong, keep in mind that in the case of Windows, Microsoft does a ton of user testing and focus-group goodness. Even if Ok-Cancel-Apply isn't the best answer for your application, if the users are accustomed to that layout then it's likely the least bad solution.

I think about the recent change to the Ubuntu UI where the Canonical team decided to move the minimize/maximize/close buttons at the top of the window chrome. The functionality wasn't changed, but boy did it irk some users (myself included). Of all the problems your application may encounter, do you really need to add a UI headache like that?

Orville answered 13/9, 2010 at 22:43 Comment(1)
The answer referenced in this answer appears to have been removed. Imagine that 12 years later...well anyway, commented because it's the accepted answer.Runaway
S
26

To answer your first question, the Windows User Experience Interaction Guidelines for Windows 7 and Windows Vista specify the following order for your command buttons (p506):

  • OK

  • Cancel

  • Apply

  • Help

Now, are you smarter than Microsoft? Well, you’d hardly be the first, but you should prove it before releasing your design. Run a usability test on a bunch of users specifically creating scenarios to check if:

  • Your alternative button order produces superior user performance.

  • It does not cause a performance deficit when the user switches to another application that uses the standard order.

Go against the Windows UX Guide only if both of the above are demonstrated to be true.

Regarding your second question, I would recommend that you do not change Cancel to Close after the user selects Apply. A Close button usually implies that any subsequent changes cannot be reverted. Users may not have noticed the button’s initial caption thus may believe the dialog never supports canceling, making the user reluctant to explore the dialog further. Leaving the caption as Cancel assures users they can discard whatever changes they make next. If some users worry that Cancel will undo whatever they Applied, then I expect they’ll just select OK. In theory. Testing would once again tell you what users really think and do, and which design makes the best trade-off.

I’m with you that these OK/Apply hybrid single-use/multi-use dialogs are klugey and confusing. One alternative that gets around the whole problem is to use “immediate commit,” where whatever changes the user makes are instantly shown in the application (this may be a “property inspector” as the Windows UX Guide calls it). Immediate commit eliminates the need for OK, Apply and Cancel. Instead you have Close, and I would also suggest you also have an Undo button that works like an Undo menu item, sequentially reverting each change the user made with each selection. In addition to avoiding the OK/Apply/Cancel/Close confusion, this design is faster (fewer clicks to try a change), makes it clear what user input has what effect, and supports incremental undo (Cancel is all or nothing).

Stringfellow answered 14/9, 2010 at 12:30 Comment(0)
O
25

I'd stick with Chris Roberts' answer: be consistent with the operating system.

Edit: even if you consider the positioning wrong, keep in mind that in the case of Windows, Microsoft does a ton of user testing and focus-group goodness. Even if Ok-Cancel-Apply isn't the best answer for your application, if the users are accustomed to that layout then it's likely the least bad solution.

I think about the recent change to the Ubuntu UI where the Canonical team decided to move the minimize/maximize/close buttons at the top of the window chrome. The functionality wasn't changed, but boy did it irk some users (myself included). Of all the problems your application may encounter, do you really need to add a UI headache like that?

Orville answered 13/9, 2010 at 22:43 Comment(1)
The answer referenced in this answer appears to have been removed. Imagine that 12 years later...well anyway, commented because it's the accepted answer.Runaway
A
5

In Windows:

OK Cancel

Prev Next

Agree Disagree

In Mac OS:

Cancel OK

Prev Next

Disagree Agree

P.S. I prefer always set the next action closer to the right. It's like reading text (from left to right). So the next step is always closer to right, the previous step is always closer to left.

For me, it's make more sense that something previous or past should be on the left and the next or future should be on the right. But polls show it's 50%/50%... So the final decision is up to you.

Offtop: I'm using Microsoft from Windows 3.11 and pretty sure nobody in Microsoft ever thought about this so deeply... and about a lot other things in UI also...

Amidst answered 7/7, 2017 at 14:49 Comment(0)
A
2

I wouldn't diverge from the most widely used operating system family in the world...

Amateurism answered 13/9, 2010 at 22:44 Comment(2)
Does now this mean Android rather than Windows? :-) Android passed Windows in popularity a few months ago. gs.statcounter.com/os-market-shareBalmuth
I wouldn't diverge from the OS the software is running on. Whether it's widely used or not.Prudery
E
2

It should stay as OK-CANCEL-APPLY. Users would usually click OK once they have completed everything, but clicking Apply will allow the user to test the changes they have made without having to close the dialog box. The OK and Cancel buttons stay together in alert boxes, but Apply was added to the end in some dialog boxes to add the extra functionality. Keep it the same as the operating system and what Windows users are used to.

Entablature answered 13/9, 2010 at 22:46 Comment(0)
P
-3

Sorry guys, but anyone who considers Microsoft to be an appropriate paradigm of usability just isn't paying attention. Most of their designs originated before doing any user testing at all, and so Microsoft is reluctant to change from that massive inertia. For that, I don't blame them, but there is blame aplenty for boneheaded UI in any/all Microsoft products. Just look at this: To quit the software, you click the START button. If their $millions were spent on this boondoggle, then those dollars were also wasted.

Let's design and test, follow our test results, and redesign until we get it right; forget inertia!

My own testing keeps confirming that the Windows opposite works better, even with users who have been with Windows throughout their entire computer experience. For right-to-left readers, ordering buttons from less power to more power just works better and makes more sense. Cancel first, then Save, more like the Apple style.

Pagepageant answered 18/5, 2011 at 21:29 Comment(3)
downvote as this is a personalized argument on what is meant to be a professional site.Mountfort
@Mountfort You cannot give a subjective answer to an objective question. I think this is a valid answer. The question just does not have one true answer. So +1 for sharing experiences.Whereabouts
Both Microsoft and Apple present many good interface design pieces and many poor interface design pieces. Some of these are experienced very subjectively (ex. I prefer OK left, cancel right). To say Microsoft isn't an appropriate paradigm of usability is, of course, a cliché, but not a very useful one. Both these companies do extensive testing to back their decisions. I very much agree when you say: Let's design and test, follow our test results, and redesign until we get it right.Abate

© 2022 - 2024 — McMap. All rights reserved.