<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Toolbar arrows too large on 200% scaling" href="https://bugs.documentfoundation.org/show_bug.cgi?id=130991#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Toolbar arrows too large on 200% scaling" href="https://bugs.documentfoundation.org/show_bug.cgi?id=130991">bug 130991</a> from <a class="email" href="mailto:glogow@fbihome.de" title="Jan-Marek Glogowski <glogow@fbihome.de>"> Jan-Marek Glogowski</a> <pre>So I had a look into this, and it's no easy hack. While the arrow now scales, the assigned drop-down-arrow rectangle doesn't. You can see this in the attached images, where the arrow is painted out-of-bounds and overlaps with other widgets. In fact the reported size to the native painting code is always 11px, the TB_DROPDOWNARROWWIDTH. If you highlight the button with the mouse, you'll see the too small dividing line between the button and the drop-down-arrow. This is also visible in my attached images of <a class="bz_bug_link bz_status_NEW " title="NEW - High UI scaling reveal triangles / arrows are too large" href="show_bug.cgi?id=134054">bug 134054</a>, but that had in addition a broken implementation of the native button sizing code in the Qt5 VCL backend. Now interestingly there is some IOS code there, which probably needs some additional fixup now: - long nDropDownArrowWidth = TB_DROPDOWNARROWWIDTH; + long nDropDownArrowWidth = TB_DROPDOWNARROWWIDTH * fScaleFactor; #ifdef IOS nDropDownArrowWidth *= 3; #endif And I don't know if any platform code works around this problem in the VCL plugin. IMHO that IOS code should be removed too, but since I don't know anything about IOS, and interested party has to review the (multiple) patches.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>