Composite redraw speedup?

[Carsten Haitzler]

On Wed, 12 Feb 2020 16:49:31 +0100 Egil Möller <egil at innovationgarage.no> said:

> 
> > You have some nasties - your input is going to have trouble due to zooming.
> > the standard x input will be 1:1 where the windows are relative to the root
> > window etc. :)
> 
> Working around this is actually one of the main tasks my WM handles, and
> why it uses XI_RawMotion/QueryPointer - to be able to continuously
> reposition the current application window under the overlay so that the
> right pixel is under the mouse pointer, given the current zoom level.
> This works for all windows, except override redirect ones, which are
> therefore not zoomable, but drawn 1-to-1 atop everything else (which is
> fine, as that's mostly menus anyway).

That will mess up with popup menus in apps then :( I guess you're living with
your limitation there.

> > but it is how you get to be efficient with less hiccups :)
> >
> > You could also try running python within the compositor - use python as a
> > binding engine then the compositor calls the python code. you can stuff it
> > into a thread of its own and "ipc" between compositor loop and python
> > thread. you then have a tight binding with the ability to share data in
> > memory (assuming you put locks around accessing it) etc. :)
> >
> That is an interesting solution, a bit ugly IMHO, but might be a good
> compromise... Hm.

Unfortunately compromises are a part of life in this land :)

-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
Carsten Haitzler - raster at rasterman.com