When you're picking a file, you can even tap space to get a blown-up preview of an image or PRF. I use this feature almost every time I need to pick an image.
When you're picking a file, you can even tap space to get a blown-up preview of an image or PRF. I use this feature almost every time I need to pick an image.
Things like, the buttons on a dialog should should be a verb indicating the _action_ the user wants to take. Like "Run This" and "Go Back" instead of "Yes" and "No". (Or worse, the old Windows "OK" and "Cancel", which is rife with ambiguity in so many cases.)
And the tone of the document was that it was intended to be useful to _all_ user interface designers of all software and on all platforms, not just OS X. I just skimmed over the current edition and as far as I can tell, these days it's basically just about how to stay "on brand" with the Apple experience when writing your own UI.
https://docs.microsoft.com/en-us/windows/win32/uxguide/guide...
The problem is getting the app developers to actually follow them.
And they have claimed in the past to have done UX testing with actual users.
How many testers were there and how were they selected? Are they representative of gnome's current and future user bases?
I think I read once that their test group was basically the developers and their mediate friends. If so, then this is not how you do UX testing.
Wait, what? That would have been super useful, but how was I supposed to find out?
This is a downside of macOS and iOS design - lot of hidden gestures. For example, you can right-click the text title of a Finder window to open a quick navigation to all the parent folders of the current directory.
First one also mentions the ⌘-click on a window's title