<div dir="ltr"><div><div><div></div>We definitely need to scale the  cursor image to device pixels in DRM Output. That's code we need to add that I simply haven't done yet; it wasn't a high priority as we also have the concept of just cursors being bigger X-style.<br></div><div></div><div></div><div>Your Qt patch will allow us to do that whilst keeping assets drawn in native resolutions.<br></div><div><br>>
For a cursor wl_surface KWin neither emits the output information nor 
uses the scale information. Both would be relative easy to implement. 
But only makes sense if toolkits support it. Last time I looked at Qt 
code, Qt did not (but that's some time ago).</div></div><div><br></div><div>I think having cursors match the surface is absolutely fine (Qt's current state). If everything was working properly in the worst case it gets upscaled/downscaled, but should still be the same size on screen. <br></div><div><br>---<br><br></div><div>However, that's all somewhat unrelated to the bug Aleix showed me. <br><br>Me not implementing wl_output style scaling would put the cursor simply always too small or always too big. Especially as Qt didn't do anything at the time.<br>Yet we saw it bounce about all over the place. That seems more a bug of the X-style scaling <br><br></div><div>David<br></div></div>