Yeah, this requires us to resolve the cursor situation between unity8 and unity-system-compositor.
As previously discussed, having it drawn by u-s-c (aka "hardware" cursor) is nice for performance reasons, at least until the shell can leverage hwc. But then having to communicate to u-s-c how it should be drawn would be too weird.
I was wondering then, could we have a small separate surface that unity8 draws the cursor to, that u-s-c then picks up and puts in a layer above the shell as applicable? We'd need to communicate the location of the cursor "point" relative to the surface to make it happen, though.
Yeah, this requires us to resolve the cursor situation between unity8 and unity-system- compositor.
As previously discussed, having it drawn by u-s-c (aka "hardware" cursor) is nice for performance reasons, at least until the shell can leverage hwc. But then having to communicate to u-s-c how it should be drawn would be too weird.
I was wondering then, could we have a small separate surface that unity8 draws the cursor to, that u-s-c then picks up and puts in a layer above the shell as applicable? We'd need to communicate the location of the cursor "point" relative to the surface to make it happen, though.
Thoughts?