|
Richard Andrew x64 wrote: How do you feel about the trend toward making Windows desktop dialog boxes commit all changes as soon as you make them, and thus forego the OK and Cancel buttons? Programming is an art, and like anything creative... it depends.
One of the worst user design experiences is when people use modals for everything. You sneeze... bam... modal! It can take you out the flow and can be tedious. For instance, Did you really mean to close the app? when there's no data to save. What a waste of a click.
And what about for a settings dialog? Does it really have to be atomic? More times than not, you won't make a mistake. And if you did, you can mindlessly click OK with the same mistake. Just the auto save per field means less work. You could make the argument that at least clicking the OK button gives some sorta feeling the setting was saved, and that's true. But it's not much of an indication since most people use that to mean "close" the dialog.
But it's context dependent. If you intend to do an action that's assumed and have a way to recover from it and also let the user intelligently know what happened without disturbing their flow... it's not a bad thing. If you never ask for an atomic confirmation at all... ever... it's a bad thing. It just all depends.
Jeremy Falcon
modified 6-Apr-24 7:40am.
|
|
|
|
|
Jeremy Falcon wrote: And what about for a settings dialog? Does it really have to be atomic? In some cases it is even worse if it is atomic. A good example is the drop-down for display resolution. You want to see the result right away. Same for colour selections and other UI adjustments.
As you said: it all depends.
Mircea
|
|
|
|
|
For instance, Did you really mean to close the app? when there's no data to save. What a waste of a click.
With todays trends of fashion over function, I think confirmation is even more important. On modern Windows it is very difficult to se were one application ends and another starts when windows are on top of each other, so I often hit the wrong X and I'm grateful for the confirmation
|
|
|
|
|
I've noticed this too. It's nearly impossible to get windows to have borders that are clearly visible. I really don't understand how this makes windows more usable...other than I've also noticed that many people never learned to use Windows and just full screen EVERYTHING.
|
|
|
|
|
I am not aware of this trend as I have not seen it but in my opinion the concept is hideous.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|
Exactly which dialogs are you referring to? I have not seen this in any application that I use.
|
|
|
|
|
I've seen it on some settings dialogs... especially on Macs.
Jeremy Falcon
|
|
|
|
|
The question was specifically about Windows, so I would be interested to see which ones Richard A. is referring to.
|
|
|
|
|
For instance, windows update settings. You defer restart date simply by selecting from a drop down list. But if you want to change restart time, you need to select hour/minutes from drop-down/scrolling lists, and then click OK!!! (Windows 10)
|
|
|
|
|
I can supply a couple of examples.
One is the settings dialog box in Windows 10 and Windows 11.
And the other, I just discovered, is the Launch Profile dialog box in Visual Studio 2022. It has no commit button and no discard button.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
It's not even specific to Win11, even on Win10, if you try to change Mouse settings, for instance, change the primary button from left to right, the change takes effect immediately.
Cheers,
Vikram.
|
|
|
|
|
Chrome ushered in autosave as you go in settings. It does save from having to hunt for whatever button saves this stuff but I've gotten so used to it that unless it's catastrophic to do otherwise I have began to save fields onblur (leave) on my own creations and haven't been bit yet, so it just might be better than the way we had.
|
|
|
|
|
Welcome to the unified world of mobile and desktop. Huge wasted screen estate and jumbo titles were just the beginning.
On mobile, there are no real choices. On desktop, however ...
|
|
|
|
|
I'm quite happy most of the time about it. Seeing result immediately is one of possible benefits, e.g. when changing language, color, ... .
That being said I would welcome, some undo (revert, cancel) in some cases tho.
|
|
|
|
|
I'm afraid they adapted the Windows GUI to the average cognitive level. They probably think (and they are not entirely wrong) that [OK] and [Cancel] are two "concepts" that are too complicated to understand.
|
|
|
|
|
Richard Andrew x64 wrote: How do you feel about the trend toward making Windows desktop dialog boxes commit all changes as soon as you make them
Did you just notice this?
Seems like I was seeing those at least 10 years ago.
|
|
|
|
|
I recently worked on an inventory system and I started out trying to capture all the input from a rather complex dialog with several fields. Some of the data was encapsulated in classes displayed in ListViews. I had to provide current database values of those classes along with a set changed values that the user had made to the items in the list. This dialog had 3 different lists on it, each list was editable, they could add remove and change each one! I came to the conclusion it was easier just to remove the Cancel button and change OK to "Close". I had to add "Save" button to the top area of the dialog that contained several text fields that were actual candidates for an OK Cancel scenario.
I suppose one solution would be to provide two dialogs for this particular item, one for editing it's directly attached fields, those that are in it's table and another set of dialogs editing items that are in other tables, but to access those other dialogs it would have to be done at a higher level, not from the dialog containing the direct fields! So see what a mess it becomes, now you have to go all over the place to change a thing's properties and still adhere to the absolute rule that everything must allow a cancel feature!
I liked the way it turned out, it was all in one place, you got to it from one place, easier to use.
That OK Cancel design, man, it's old. Yeah, once I realized I had to somehow come up with this row needs to be removed, this item added, this one edited... The user could have worked for hours on the thing adding and removing stuff, taking a break, then the computer crashes or they lose power and all the changes held in the complicated "cancellable" classes would evaporate!
|
|
|
|
|
In many situations I like the revised setting being reflected immediately - say in a graph - BUT to still have the ability to cancel and undo those changes. A little more work for the programmer but not hard and the user is the one whose time and brain space must be protected at almost any cost.
Where the results are not immediately visible I'd like to have a cancel button.
Martin
|
|
|
|
|
I agree with you and would add that the inconsistency we see today can confuse users.
For our desktop apps, we've had user requests to add commit dialogs where the button labels are not explicitly "Save".
It's confusing to users, myself included sometimes, when a save event is fired on a 'check change' of a radio or checkbox control. It also can add more data writes than having a confirmed save changes. Seems more prevalent in browser-based controls, where there are more programming considerations than in the more controlled desktop space.
|
|
|
|
|
Postman: Hello Mrs. Hansen, is it true that your husband is at sea almost all year round and is only at home for a month?
Ms. Hansen: Yes
Postman: Then you must surely suffer terribly?
Ms. Hansen: No, not really. A month goes by quickly
modified 5-Apr-24 17:09pm.
|
|
|
|
|
I was doing something with a Windows Forms application and noticed that when the main form is minimized, its Left and Top properties are both -32000. That's way out of view of a normal system. Why does it do that? I wonder if anyone has a system with high enough resolution to make one of the monitors display stuff in that location. Just curious.
|
|
|
|
|
Did it show up your neighbor's screen?
|
|
|
|
|
I did not hear screaming from the neighbors. Maybe the window was too small and they did not have glasses on.
|
|
|
|
|
A known issue: https://stackoverflow.com/questions/1478765/location-coordinates-on-computer-showing-x-32000-y-32000[^]
And, I think that the minimized state does this because the coords are basically "non-existent" when the window is minimized. It could even be the way that the window is "hidden" when minimized. Meaning that Windows itself considers the window to be at -32000, -32000 in order to hide it to fulfill the functionality that the window is minimized. You know? Meaning that they just throw the window off-screen and show you an icon on the navbar. That may be "how window minimize is done" as a "trick".
|
|
|
|
|
That is about the time you realize you need glasses - to view what seems to ne out of scope to what is really visible - me being an old grump wearing glasses
|
|
|
|