GNOME Bugzilla – Bug 563144
[enh] suggested improvements for rotation UI
Last modified: 2021-06-09 16:00:23 UTC
the way in which rotated monitors are shown could be improved in four aspects: a) When selecting a rotation (before clicking apply) the text inside the monitor should be rotated in such a way that if I were to swivel my monitor now the text would be "right way up". As an example, on my Dell monitor, the monitor physically rotates clockwise. I choose "rotate left" to get the correct effect. This causes the screen to rotate counter-clockwise (to counteract the clockwise rotation of the monitor). In the settings window, however, choosing "Left" causes the text to rotate counter-clockwise. This should be reversed. b) The 'DELL 24"' label that appears in the top-left corner of the monitor should move to the bottom-left corner of the monitor (and rotate counter-clockwise) when I select "Left" rotation. When I select "Upside down" the text should be upside-down in the bottom-right corner. For any rotation, the text should be in what would be the resulting top-left corner after that rotation is applied, and right-way up for such. c) When drawing the text label of a display on a display that is already rotated, the preferences dialog should take this into consideration. For example, consider the case that I swivel my monitor and change the settings accordingly and apply. Later, when I visit the dialog again, "Left" rotation is already selected, so the text in the dialog is rotated sideways. This is wrong. Since the screen is already rotated, the "Left" case should have the text the right-way-up and the "Normal" case should have it rotated. d) Possibly "Left" and "Right" should be replaced with "Counter/Anti-clockwise" and "Clockwise", respectively. This does not correspond to the direction that you would rotate the monitor to make the image upright again, but rather to the direction that the image itself travels inside the monitor. I think this is most intuitive, and certainly better than "left" or "right", which are not names for rotation actions at all.
Sorry. > In the settings window, however, choosing "Left" causes the text to rotate counter-clockwise. This should be reversed. this should read "currently causes the text to rotate clockwise".
(In reply to comment #0) > the way in which rotated monitors are shown could be improved in four aspects: > > > a) When selecting a rotation (before clicking apply) the text inside the > monitor should be rotated in such a way that if I were to swivel my monitor now > the text would be "right way up". The problem with that is that it won't work as expected with multi-monitor layouts. You won't be able to select the layout properly, as one of the monitors will be rotated, but not the other. I'd say: * Preview rotation when there's only one monitor > As an example, on my Dell monitor, the monitor physically rotates clockwise. I > choose "rotate left" to get the correct effect. This causes the screen to > rotate counter-clockwise (to counteract the clockwise rotation of the monitor). > In the settings window, however, choosing "Left" causes the text to rotate > counter-clockwise. This should be reversed. I changed the labels now, and they should do what you expect. > b) The 'DELL 24"' label that appears in the top-left corner of the monitor > should move to the bottom-left corner of the monitor (and rotate > counter-clockwise) when I select "Left" rotation. When I select "Upside down" > the text should be upside-down in the bottom-right corner. For any rotation, > the text should be in what would be the resulting top-left corner after that > rotation is applied, and right-way up for such. That would require adding code to libgnome-desktop to handle that. Could you please file the bug? > c) When drawing the text label of a display on a display that is already > rotated, the preferences dialog should take this into consideration. For > example, consider the case that I swivel my monitor and change the settings > accordingly and apply. Later, when I visit the dialog again, "Left" rotation > is already selected, so the text in the dialog is rotated sideways. This is > wrong. Since the screen is already rotated, the "Left" case should have the > text the right-way-up and the "Normal" case should have it rotated. Another bug in our code. > d) Possibly "Left" and "Right" should be replaced with "Counter/Anti-clockwise" > and "Clockwise", respectively. This does not correspond to the direction that > you would rotate the monitor to make the image upright again, but rather to the > direction that the image itself travels inside the monitor. I think this is > most intuitive, and certainly better than "left" or "right", which are not > names for rotation actions at all. Done.
*** Bug 661116 has been marked as a duplicate of this bug. ***
Another one or two. I have displays physical setup as Portrait, Landscape, Portrait. With the Landscape in the middle being the primary display. [ P ][ L ][ P ] When trying to set this up, I have the following issues:- 1.) The on-screen representation of my setup is TINY. There would be enough space for over a 100 "mini panels" - which must be an edge case! Surly 90% of users would be only a handful of displays at most. 2.) Aligning the displays is trial and error to match the physical setup. By which I mean setting the vertical height of the left and right panels with the middle one, so that the mouse cursor tracks across the screens without jumping. Would there be some way to render crosshair's on the screens when you have multiple panels so you can get the alignment correct without so much trial and error? I would love to get involved in fixing some of these issues if possible, but haven't got a clue, so if someone is willing to be a mentor, hit me up at g@rgoyle.com.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/ Thank you for your understanding and your help.