131–140 of 286 posts
BTW, Cancel-OK dates from both of OS X's parents: MacOS and NeXTSTEP.
> But little I knew, that this is actually specific to windows, and on Linux or macOS, the order is reversed... Did 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…
My apps are in Qt, and the dialog boxes are idiomatic on all platforms without me having to know or check.
I think both ways are correct, and independent of what we chose, the most important is the application keep coherence and cohesion with itself and (when it is possible) with it's enviroment.
But...with client-side-decorations, these dialog buttons are often present instead of the window buttons (i.e. close/minimise/maximise). But the window buttons are on the right!
So you want to close a normal window with window buttons? Top right. You want to cancel a dialog box that uses CSD? Top left.
This confuses my muscle memory to no end, as I have to check if a window is a dialog box or not before I can move my mouse to close it. And it's not like they'll eventually make every window a dialog box - accidentally opening gnome-terminal will always be a normal window to be closed with the close button and not a dialog button.
I think the best solution is to switch the Window buttons to the left like Ubuntu used to do.
Earlier quoted context omitted.
> 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.
Sometime I think a game is too much like work, and it reflects poorly on the game. Too much grind, tedious... Factorio for me is too much like work, except I think it's a fine game, I just already often spend my day making systems to put things on queues and take them off queues, trying to keep the queues from getting full or empty...
Since I get paid hourly for my normal work .... I started wondering, "Wait, why am I not just working right now? Same thing except I get paid......"
It should be called something like "Jenkins: The Game".
I actually had a similar experience with Space Chem. It was fun until I realized I was playing "Procedural Spaghetti Code: The Game."
I wish there was a "Functional Programming: The Game"
HN 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".
This 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…
Earlier quoted context omitted.
> So the answer from this veteran UX designer would be: Use whichever placement your users are going to be the most familiar with, but whichever you choose, be 100% consistent with the choice you make. 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.
In my bank web application the OK button is on the left, and... both buttons are RED because that's the brand's color! It's a terrible web app.
I'm entirely convinced that banking website design guidelines are driven entirely by a seething hatred for the end-user.
Earlier quoted context omitted.
"Launch missiles" is the prototypical example, although in reality I hope there is some sort of undo functionality.
"Send email" is a more mundane example that's actually likely to occur in real apps.