<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - Automatically scale windows?"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93315#c17">Comment # 17</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - Automatically scale windows?"
href="https://bugs.freedesktop.org/show_bug.cgi?id=93315">bug 93315</a>
from <span class="vcard"><a class="email" href="mailto:fourdan@xfce.org" title="Olivier Fourdan <fourdan@xfce.org>"> <span class="fn">Olivier Fourdan</span></a>
</span></b>
<pre>(In reply to Adam Goode from <a href="show_bug.cgi?id=93315#c16">comment #16</a>)
<span class="quote">> Will these ideas also work for fractional scales? 1.25x screens are common
> now.</span >
The scaling facter is an integer in Wayland protocol:
<event name="scale" since="2">
<description summary="output scaling properties">
This event contains scaling geometry information
that is not in the geometry event. It may be sent after
binding the output object or if the output scale changes
later. If it is not sent, the client should assume a
scale of 1.
A scale larger than 1 means that the compositor will
automatically scale surface buffers by this amount
when rendering. This is used for very high resolution
displays where applications rendering at the native
resolution would be too small to be legible.
It is intended that scaling aware clients track the
current output of a surface, and if it is on a scaled
output it should use wl_surface.set_buffer_scale with
the scale of the output. That way the compositor can
avoid scaling the surface, and the client can supply
a higher detail image.
</description>
<arg name="factor" type="int" summary="scaling factor of output"/>
</event>
Beside, I am not sure how a quarter of a pixel would look like.</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>