Going to the right seems natural to progress, but is that because English is left to right? If a language goes up to down, do their dialog boxes proceed downward?
Ok-Cancel versus Cancel-Ok
31–40 of 286 posts
Re: Ok-Cancel versus Cancel-Ok
#32Earlier quoted context omitted.
Not really, Ok can be a verb. You can “Ok” a change.
"Ok" for a change (that's described in the body of the dialog's text) is... okay, I suppose. But it's better to mirror the action verb for your confirmation button, because users don't necessarily read the text you present them with. So, instead of this: Delete xyz.jpg? -------------------------- The file 'xyz.jpg' will be permanently deleted. -------------------------- [ OK ] [ Cancel ] You have: Delete xyz.jpg? ---…
"Cancel this action?" "Yes" "Cancel"
Seriously?!
Re: Ok-Cancel versus Cancel-Ok
#33HN folks will appreciate the entire Factorio blog. They are super open about the design of their game and it's full of micro-postmortems. https://www.factorio.com/blog/ Also, if you're reading this, you are in a demographic that is likely to absolutely love Factorio. Go buy it, it's 20 eur/usd, you won't regret it. Some call it "Programming: The Game".
> Some call it "Programming: The Game". This is actually why I haven't bought it (yet). When I have the urge to program something, I think I'd rather put that towards building something real than playing Factorio.
Re: Ok-Cancel versus Cancel-Ok
#34Actually on Linux it depends on the toolkit and/or environment you are using and in this case it seems that GNOME/GTK is the odd one out. After doing some search, it looks like that every other toolkit and environment uses OK -> Cancel:
http://ocsmag.com/wp-content/uploads/2015/02/plasma-krunner-... (KDE)
https://docs.kde.org/trunk5/en/kdeaccessibility/kmouth/kmout... (KDE)
https://api.kde.org/4.x-api/kdelibs-apidocs/kdeui/html/kdial... (KDE)
https://www.sao.ru/hq/sts/linux/book/xbook_marshall/prompt.g... (Motif)
https://www.sao.ru/hq/sts/linux/book/xbook_marshall/dialog1.... (Motif)
http://northstar-www.dartmouth.edu/doc/idl/html_6.2/images/m... (Motif)
http://www.antillia.com/oz++/images/IconBar.png (Motif)
https://tkdocs.com/images/idleprefs_l.png (Tk)
http://zetcode.com/img/gui/tkinter/colorchooser.png (Tk)
http://www.fltk.org/doc-2.0/html/filechooser.gif (Fltk)
Even on TUIs/Console the order tends to be OK -> Cancel:
http://linuxcommand.org/images/adventure_dialog-radiolist.pn... (dialog)
https://i.imgur.com/ruW7AQE.png (Free Vision)
https://raw.githubusercontent.com/pfalcon/picotui/master/pic... (picotui)
Also FWIW in my own programs i am always going OK -> Cancel since it feels more natural.
Re: Ok-Cancel versus Cancel-Ok
#35Did anybody else pick this up? The person has only ever seen Windows. That’s extremely limiting.
A later comment talks about how Microsoft designed things... one of the big differences between Mac and (DOS and early Windows) was that Mac developers tended to use the Apple tool kit and design guidelines, but the other platform devs tended to inventvtheir own and go their own way — being deliberately different.
I taught computing in the early 1990s around the transition from DOS to Windows 3.1 and on a Mac if you learned to print in one app you had it right for all others. With DOS each app was a completely different set of key presses (looking at WordPerfect and Lotus 123). Windows standardised this but it took a while for devs to catch on that consistency with other apps is good practice
Re: Ok-Cancel versus Cancel-Ok
#36This has been a debate for as long as I've been a UX designer (mid '90s), and probably much longer. Ultimately, the answer about this UX style is very much the same as a question about writing style—there's no objectively right answer, but you have to be consistent. For example, you can pick up any number of style books from Strunk & White to the Chicago Manual of Style and get different "right" answers about writing…
Not only that, but make the "OK" choice standout with a different color. If the "default" option is brighter than the rest, your eyes will most likely gravitate towards it first, regardless of the order of the buttons.
Re: Ok-Cancel versus Cancel-Ok
#37HN folks will appreciate the entire Factorio blog. They are super open about the design of their game and it's full of micro-postmortems. https://www.factorio.com/blog/ Also, if you're reading this, you are in a demographic that is likely to absolutely love Factorio. Go buy it, it's 20 eur/usd, you won't regret it. Some call it "Programming: The Game".
I was surprised at the minimum requirements. I don't know if I'm not up to date with current games, but from the style of it I thought it would be much lighter.
Sure, once you go megabase scale, after a few hundred hours of playing, most hardware will lag a little. But at that point there are millions of objects the game has to track every loop, there isn't terribly much that can be done about it. The game doesn't aggregate like OpenTTD, where the number of passengers at a train stop is just a number. Because of the way it works, every piece of iron ore in a train station in Factorio is a separate object existing somewhere. (Though they do some tricks to abstract that a bit as well, see their belt compression blog posts.)
Re: Ok-Cancel versus Cancel-Ok
#38This has been a debate for as long as I've been a UX designer (mid '90s), and probably much longer. Ultimately, the answer about this UX style is very much the same as a question about writing style—there's no objectively right answer, but you have to be consistent. For example, you can pick up any number of style books from Strunk & White to the Chicago Manual of Style and get different "right" answers about writing…
Re: Ok-Cancel versus Cancel-Ok
#39HN folks will appreciate the entire Factorio blog. They are super open about the design of their game and it's full of micro-postmortems. https://www.factorio.com/blog/ Also, if you're reading this, you are in a demographic that is likely to absolutely love Factorio. Go buy it, it's 20 eur/usd, you won't regret it. Some call it "Programming: The Game".
I was surprised at the minimum requirements. I don't know if I'm not up to date with current games, but from the style of it I thought it would be much lighter.
Unlike in a lot of games where the computational complexity is all graphics-oriented and done in the GPU, these computations are largely all CPU.
Modern laptops should generally be fine though.
Re: Ok-Cancel versus Cancel-Ok
#40Earlier quoted context omitted.
"Ok" for a change (that's described in the body of the dialog's text) is... okay, I suppose. But it's better to mirror the action verb for your confirmation button, because users don't necessarily read the text you present them with. So, instead of this: Delete xyz.jpg? -------------------------- The file 'xyz.jpg' will be permanently deleted. -------------------------- [ OK ] [ Cancel ] You have: Delete xyz.jpg? ---…
Yes, precisely. The worst UI I've ever seen was: "Cancel this action?" "Yes" "Cancel" Seriously?!