Hi all,
As promised a long time ago :), I made a POC of xrandr use:
https://github.com/maxatome/ctwm-mirror/tree/xrandr
As a remainder, the goal is to allow ctwm to work correctly in
"xinerama" mode with multiple monitors using different sizes.
Implementation details & status:
- use of a RLayout concept: RLayout is composed of a list of areas
(RAreaList), each area (RArea) representing a monitor. A Rlayout
includes a 2 caches of vertical & horizontal list of areas, these areas
allow to know the vertical & horizontal limits of the screen;
- constrained move of window is fully handled (EWMH interaction not
tested), when using DontMoveOff with or without
MoveOffResistance/Border{Left,Right,Top,Bottom};
- menus are correctly constrained too.
I would be happy if someone can test on its side.
Things that will be added in order of importance (from my point of view):
1. the following functions should take into account the new layout
mechanism:
+ bottomzoom = hbzoom
+ horizoom = hzoom
+ leftzoom = vlzoom
+ rightzoom = vrzoom
+ topzoom = htzoom
+ zoom (vertical zoom)
2. new "zoom" functions to operate on the current monitor only, instead
of the WHOLE screen (perhaps should they be named differently? I just
prefixed their names with "monitor"). Read them as "monitorxxx" function
works as "xxx" function, but operates on the current monitor ("current
monitor" = monitor which holds the largest area of a window):
+ monitorfullscreenzoom
+ monitorfullzoom
+ monitorhorizoom = monitorhzoom
+ monitorleftzoom = monitorvlzoom
+ monitorrightzoom = monitorvrzoom
+ monitortopzoom = monitorhtzoom
+ monitorzoom
3. fill "right|left|top|bottom" should take into account the new layout
mechanism + the limit between 2 monitors;
4. movepack should take into account the limit between 2 monitors (new
layout already OK).
Then I propose to get rid of the variable "VirtualScreens" and all
related code. It will OVER-simplify the code without loosing any
feature, as I think it does work as is...
Best regards,
Max.
On 24.06.2017 17:11, Rhialto wrote:
On Tue 13 Jun 2017 at 04:25:23 -0500, Matthew D. Fuller wrote:
My gut says that _doing_ the right thing probably isn't that hard; the
tricky thing will be doing it in all the right places. I don't know
much about the whole vscreen/xinerama/etc implementation, but from
what I've seen I think it's probably pretty hard on the "quick&dirty"
side of things.
A lot of things probably only appear to work by accident due to the
rather simple model when the rule is "everything's a giant rectangle".
Change that model, and I'll bet we'll find all _sorts_ of bizarre
schrodinbugs coming out of the woodwork... should be great fun :)
Well we'll just HAVE to try it out! :-)
-Olaf.
