<div dir="ltr">Thank you for your time Carsten,<div><br></div><div>What I mean is that when you install a Desktop Environment in Linux you might fight with differents configuration files to get a DPI suitable for your screen. You just have to see the <a href="https://wiki.archlinux.org/index.php/HiDPI">Arch Wiki for HiDPI</a>. I think this should be easier.</div><div><br></div><div>Some DE have the option to change between "normal" DPI and HiDPI like Gnome, but not has fractional scaling or is an experimental feature. Other DE hasn't got the possibility to change DPI or it doesn't apply in all applications.</div><div><br></div><div>Maybe the problem in not in Xorg, or not only, but I repeat I think DPI/PPI/whatever scalation should have an standar and in most cases the DPI configuration from the link i posted is really useful.</div><div><br></div><div>Thanks,</div><div><br></div><div>Felipe.</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">El lun., 17 feb. 2020 a las 11:04, Carsten Haitzler (<<a href="mailto:raster@rasterman.com">raster@rasterman.com</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 15 Feb 2020 00:10:22 +0100 Luis Felipe Sánchez-Escobar Retamar<br>
<<a href="mailto:felipe.retamar@gmail.com" target="_blank">felipe.retamar@gmail.com</a>> said:<br>
<br>
> Hello all,<br>
> <br>
> Today we have a lot of differents screens, in both aspects size and<br>
> resolution.<br>
> And a fixed DPI of 96 has no sense.<br>
<br>
This is absolutely not true and has not been for a very long time (a fixed<br>
DPI). Sure - for the old x multi-screen (not xrandr) setup and api each SCREEN<br>
had its own DPI. You used to have multiple root windows and screen with each<br>
their own DPI. If you still used X in this way you'd have different DPIs per<br>
screen. Xrandr/xinerama merged all screen into a single screen/root window<br>
negating that design in return for convenience, and xrandr then exposed the DPI<br>
for different regions of the same root window to account for that.<br>
<br>
> I think that could be a good thing to do an automatic adjustment of DPI<br>
> with the algorithm like in <a href="http://dpi.lv/" rel="noreferrer" target="_blank">http://dpi.lv/</a><br>
> Implemented directly in X<br>
> <br>
> And not depends on how each desktop environment manage DPI<br>
<br>
X already exposes the DPI of each and every screen via xrandr. It has done its<br>
job. X is about mechanism, not policy (primarily - debates in corners rage). The<br>
policy is then is implemented by desktops/WMs and whatever other tooling a user<br>
chooses.<br>
<br>
As an aside, I'll actually disagree with your link. It's not DPI or PPI. It's<br>
PPD. Pixels Per Degree of visual field. A 20m high monitor/projection at the<br>
other end of a large room has very very very low DPI, but this is irrelevant to<br>
the person sitting at the back of the room far away, whereas a phone held up<br>
very close to your eyes is different to a tablet, laptop, desktop etc. due to<br>
distance between eyes and screen. What matters is how many pixels per degree.<br>
So in then end this is all just a continuation of the "we're emulating paper<br>
and a computer is a device to drive a printer as final output" model when we've<br>
already moved beyond it in various ways. In the end the only thing that makes<br>
sense is a "this is too big/small - make it smaller/bigger" slider and users<br>
set it up because that also then accounts for people with 20/20 or better<br>
vision or those who need a lot of visual helpers (glasses etc.) and have poor<br>
eyesight. For large rooms with large audiences spread through them then you have<br>
to make a call for "worst case" (people in the back) and go for that.<br>
<br>
You also can use xrandr's scale/transform options to have X force scaling at<br>
the output level (comes with upsides and downsides - definitely downsides in<br>
performance, but upsides in simplicity for apps and consistent physical<br>
surface sizing if used right).<br>
<br>
So in the end you leave it to higher level software to figure it out because<br>
that's the only way to solve this with consistence AND performance AND TV on<br>
the other side of living room vs projector at other end of presentation hall vs<br>
monitor vs. phone etc. use cases.<br>
<br>
-- <br>
------------- Codito, ergo sum - "I code, therefore I am" --------------<br>
Carsten Haitzler - <a href="mailto:raster@rasterman.com" target="_blank">raster@rasterman.com</a><br>
<br>
</blockquote></div>