Comment 7 for bug 223436

Manipulation of the graphical/viewing settings from the GUI should not leave a user stranded! This is the holy grail of comfort and confidence in your GUI/OS.

The above issue with the screen resolution dialogue should most definitely be classed as a bug/oversight. I have experienced this issue, both sides of having the [ALT]+mouse knowledge, and it's most annoying even if you know the tricks to get round it.

The elements in the dialogue should be dynamically positioned/scaled with relative locating and scaling (with some limiting or intelligence to avoid silly outcomes). Also; with a little forethought put into the dialogue design (perhaps, designing it to a square/circle-centric ideal, to avoid problems on portrait or other orientated displays?) - with the critical interaction components like "OK" "commit" "test", closer to the centre of the dialogue/s?

Also; I would recommend ghosting the commit/ok button unless there has been a history of successful testing for that adapter/display/orientation/display-subsystem. Following the Linux standards means, the history is just a text file log/config; so it can easily be bypassed by scripting or techies when necessary.

Anyone can make a small mistake. Forcing them to recover the mistake, using only the text console, or special key combos where the whole toolset and experience, is different, is an ill-conceived scenario. Some of the Puppy distros have a good xorg wizard/process, which I feel is a step in the right direction, but I feel Ubuntu/KDE/Gnome can, and should be more polished.

Looking at my recent Mint "KDE Control Centre" is showing that we're getting there with the scaling, and implementing sliders within the dialogue, when the relative positioning is not succeeding.