<html> <head> <base href="https://bugzilla.gnome.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [Wayland] Drop-down menus are broken in position and size on HiDPI screens" href="https://bugzilla.gnome.org/show_bug.cgi?id=771841#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [Wayland] Drop-down menus are broken in position and size on HiDPI screens" href="https://bugzilla.gnome.org/show_bug.cgi?id=771841">bug 771841</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=336140&action=diff" name="attach_336140" title="wayland/xdg-shell: Scale positioner coordinates">attachment 336140</a> <a href="attachment.cgi?id=336140&action=edit" title="wayland/xdg-shell: Scale positioner coordinates">[details]</a> <a href='review?bug=771841&attachment=336140'>[review]</a> wayland/xdg-shell: Scale positioner coordinates When the monitor is scaled (i.e. HiDPI scaling) the placement coordinates are still in unscaled xdg_surface window geometry coordinate space. Fix this by simply scaling the coordinates by the monitor scale of the parent toplevel window. This is inherently racy, but since we won't move the toplevel window before the popup is placed, and we won't move the window without unmapping the popup, there is little point in introducing more complex adaptive scaling, especially when the end goal is to get rid of all these types of scaling hacks.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are on the CC list for the bug.</li> </ul> </body> </html>