<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Wrong (ultra tiny/small) cursor size on HiDPI screen" href="https://bugzilla.gnome.org/show_bug.cgi?id=744932#c9">Comment # 9</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Wrong (ultra tiny/small) cursor size on HiDPI screen" href="https://bugzilla.gnome.org/show_bug.cgi?id=744932">bug 744932</a> from <a href="page.cgi?id=describeuser.html&login=jadahl%40gmail.com" title="Jonas Ådahl <jadahl@gmail.com>"> Jonas Ådahl</a> <pre>Created <a href="attachment.cgi?id=299285&action=diff" name="attach_299285" title="wayland: Paint proper pointer cursor size on HiDPI monitors">attachment 299285</a> <a href="attachment.cgi?id=299285&action=edit" title="wayland: Paint proper pointer cursor size on HiDPI monitors">[details]</a> <a href='review?bug=744932&attachment=299285'>[review]</a> wayland: Paint proper pointer cursor size on HiDPI monitors When a poiner is on a HiDPI monitor, scale the pointer sprite according to the monitor scale. This currently assumes that the system is configured to specify the theme size in standard DPI (meaning the theme should assume the output scale is 1). This works by making MetaCursorSprite more state aware during painting so that it, given what monitor it is on and the output scale of that monitor, can scale surface based surfaces accordingly, or recreate server side cursor images by loading a larger version. The native cursor renderer is changed to store up to two gbm_bo's per MetaCursorSprite in order to draw a larger version while showing the previous one.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>