Hi Olaf,
Le 31.03.2018 à 19:41, Rhialto a écrit :
On Fri 30 Mar 2018 at 12:54:23 -0400, Stefan Monnier wrote:
Could add an option to automatically provide the VirtualScreens thingy
based on the xrandr monitor information?
It wouldn't fix those quirks, clearly, but it might encourage people to
use VirtualScreens and in turn to try and fix them.
If we want to go this way, we have to define clearly what VirtualScreens
should provide.
I was thinking of having a new option such as
VirtualScreensViaXRandR
which would behave as if you had written a VirtualScreens { ... }
section with one virtual screen per monitor.
At this time, sharing the same config file for different
size screens is for example de facto problematic (workspace manager
position and other geometry settings).
I think you're referring to yet-another-problem with VirtualScreens.
I agree that there are probably lots of problems to solve there, but
that seems independent from the introduction of VirtualScreensViaXRandR.
I think VirtualScreens were meant only for use on several screens of the
same size. A main feature is that the same workspace might be shown on
any of the monitors, which clearly only works sensibly if they are all
the same size.
Admit that it is a very specific case. Add to this the fact that the
same workspace can not be shown at the same time on the 2 (or more)
screens, and you could agree with me that this feature should be
redesigned from scratch.
But I like the option to set them up automatically if the XRandR info
shows that the screen configuration is appropriate.
I just replied to Stefan about this :)
++
Max.
