I should add,
that, when having open applications in cinnamon on the main monitor,
activating the right screen (both HDMI) and deactivating the main one,
the applications' windows will be moved to the right monitor, at the
time of re-activating the main monitor and they're not going to be moved
back to main again, when switching off the right screen.
It's not something you'd likely want to happen. It requires to manually
moving back the windows from right to main, every time, e. g. per
right-click on the application icons in the task bar and "switch to
screen 1", which additionally often needs to be done twice for the first
application.
This calls for a dedicated user option in the settings menu to and more
fine-grained control - whether or not having the system reacting to en-
or disabling of screens, and exactly how.
Multi-monitor support and user-friendly, intuitive behavior have been an
issue in Debian for years now, this should really be fixed.
Best regards,
yuki
Am 10.09.22 um 21:19 schrieb yuki:
Hello dear Debian maintainers,
I've got a nagging issue with a 3-monitor setup and AMD card in Debian
Bullseye:
1) main monitor - HDMI
2) secondary monitor - HDMI (right)
3) ternary monitor - DVI (left)
When launching new programs, or opening settings, which are being
rendered as separate window, e.g. VLC settings, xrandr(?) prefers to
render them off the active main monitor, on the (switched-off) left or
right monitor, or, when viewing on the right monitor, on the
switched-off main monitor left of it.
This is pretty much alike on xfce, mate or cinnamon.
It requires to turn on one or both additional monitors, to get access to
the window in question, especially, when it's a settings panel, which is
not accessible from the task bar.
On Cinnamon, when trying to get an accessible off-screen window to the
main monitor via task bar (without switching others on), per right click
and "switch to monitor x", it usually requires 2 or even 3 times
repeating it (assumingly, until the internal device list sets the main
monitor as monitor 1).It becomes really cumbersome over time.
The expectation would be, that turned-off screens will be inaccessible
to programs, limiting their rendering possibilities to the currently
turned-on monitors, at least preventing them from creating new windows
and popups there, not necessarily pushing windows off-screen.
This problem now reaches back at least to Debian oldstable stretch, and
I had the same issues with older (AMD) graphic cards, too, but I
suppose, that's not a gc vendor problem, but the multi-monitor support
implementation and configuration in Debian/Linux.
I hope this can be corrected soon.
Best regards,
yuki
