<div dir="auto"><div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
No, it doesn't. Fractional scale factors are rounded up. In order to <br>
support scale factors such as 125% properly, we need changes in upstream <br>
protocols. As far as I know, no one has really started working on it.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto"><br></div><div dir="auto">This is sad. It seems it hasn't been discussed a lot. This is one mention of the subject I found (<a href="https://wayland-devel.freedesktop.narkive.com/Ew9ti0jg/patch-protocol-add-buffer-scale-to-wl-surface-and-wl-output">https://wayland-devel.freedesktop.narkive.com/Ew9ti0jg/patch-protocol-add-buffer-scale-to-wl-surface-and-wl-output</a>):</div><div dir="auto"><br></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">> I'm more and more likeing the way OSX solves this, i.e. only allow and</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">expose integer scaling factors in the APIs, but then do fractional</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">downscaling in the compositor (i.e. say the output is 1920x1200 in</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">global coords with a scaling factor of two, but actually render this by</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">scaling the user-supplied buffer by 0.75). It keeps the implementation</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">and APIs very simple, it does the right thing for the "nice" case of 2x</span><br style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">scaling and it allows the fractional scaling.</span><br></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px"><br></span></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px"><br></span></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">Most non-Apple average laptop screens these days are FHD, not retina, with natural scale factors of 125-150% though, thus a raster 1.7 to 2.5 times larger will be required and the pixel density < 200 dpi may not be enough to hide the blurriness introduced by downscaling. I would even argue that the output of a pure Qt Plasma Xorg session in my FHD laptop looks crisper that the output of my MBP with its thick fonts.</span></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px"><br></span></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px">For the user all this means increased cpu/gpu usage, decreased battery life, degraded output quality (specially, font rendering). It's somehow</span><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px"> appalling that the alternative of providing fractional scaling at the protocol level was barely considered. Maybe it was the time the discussion took place, maybe it was the GTK centeredness, I don't know. But nowadays this decision imposes a heavy tax on Qt, browsers and other engines that can do better.</span></div><div dir="auto"><span style="color:rgb(25,37,39);font-family:"segoe ui","segoe wp",arial,sans-serif;font-size:17px"><br></span></div><div dir="auto"><font color="#192527" face="segoe ui, segoe wp, arial, sans-serif"><span style="font-size:17px">Could someone with more knowledge and experience than me open this discussion again?a</span></font></div><div dir="auto"><font color="#192527" face="segoe ui, segoe wp, arial, sans-serif"><span style="font-size:17px"><br></span></font></div><div dir="auto"><font color="#192527" face="segoe ui, segoe wp, arial, sans-serif"><span style="font-size:17px">Best regards</span></font></div><div dir="auto"><font color="#192527" face="segoe ui, segoe wp, arial, sans-serif"><span style="font-size:17px">---</span></font></div><div dir="auto"><font color="#192527" face="segoe ui, segoe wp, arial, sans-serif"><span style="font-size:17px">Carlos</span></font></div></div>