> A second branch might be a better solution. Let's keep this as a fix for
> grid&expo problem only. Once the other fix lands, I'm ok with this (although
> I'm probably not the best judge as I have very narrow understanding of how
> this stuff actually works).
Okay. The fix for the move snapoff problem should be relatively easy. I already
got a working solution (just a quick hack), but I am confident I can fix this
correctly soonish...
If you are interested: the problem is hidden in static void moveHandleMotionEvent (...)
There:
if (ms->optionGetSnapoffMaximized ())
does not check:
if (w->state () & CompWindowStateMaximizedHorzMask)
and thus Compiz has no strategy to snap off a horizontally semi-maximized window...
> A second branch might be a better solution. Let's keep this as a fix for
> grid&expo problem only. Once the other fix lands, I'm ok with this (although
> I'm probably not the best judge as I have very narrow understanding of how
> this stuff actually works).
Okay. The fix for the move snapoff problem should be relatively easy. I already
got a working solution (just a quick hack), but I am confident I can fix this
correctly soonish...
If you are interested: the problem is hidden in static void moveHandleMotio nEvent (...)
There: napoffMaximized ()) MaximizedHorzMa sk)
if (ms->optionGetS
does not check:
if (w->state () & CompWindowState
and thus Compiz has no strategy to snap off a horizontally semi-maximized window...