<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, May 20, 2013 at 4:00 AM, Pekka Paalanen <span dir="ltr"><<a href="mailto:ppaalanen@gmail.com" target="_blank">ppaalanen@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>On Thu, 16 May 2013 16:43:52 -0500<br>
Jason Ekstrand <<a href="mailto:jason@jlekstrand.net" target="_blank">jason@jlekstrand.net</a>> wrote:<br>
<br>
> The point of this soi is to allow surfaces to render the same size on<br>
> different density outputs.<br>
<br>
</div>Are you serious? Really? Same size measured in meters?<br></blockquote><div><br></div><div>No, measured in inches. :-P<br><br></div><div>Seriously though.  While we can't make it *exactly* the same on all your displays, we should be able to make it usably close.<br>

</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I do not think that will ever work:<br>
<a href="http://blogs.gnome.org/danni/2011/12/15/more-on-dpi/" target="_blank">http://blogs.gnome.org/danni/2011/12/15/more-on-dpi/</a><br>
and doing it via scaling is going to be worse.<br></blockquote><div><br></div><div>Yes, scaling looks bad.  I don't know that we can avoid it in all cases (see also the 200DPI and 300 DPI case).<br></div><div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Going for the same size is a very different problem than just trying to<br>
get all apps readable by default. I'm not sure same size is a better<br>
goal than same look.<br>
<br>
And on a side note:<br>
<a href="http://web.archive.org/web/20120102153021/http://www.fooishbar.org/blog" target="_blank">http://web.archive.org/web/20120102153021/http://www.fooishbar.org/blog</a><br></blockquote><div><br>What I would like in the end is a 
per-output slider bar (or something of that ilk) that let's the user 
select the interface size on that output.  Sure, they probably won't be 
able to select *any* resolution (the compositor may limit it to 
multiples of 24 dpi or something).  And they can certainly make an ugly 
set-up for themselves.  However, I want them to be able to make 
something more-or-less reasonable and I see no reason why the compositor
 shouldn't coordinate this and why this "scale factor" can't be used for
 that.<br><br></div><div>My primary concern is that integer multiples of 96 DPI isn't going to be enough granularity.  I don't know whether we can really accomplish a higher granularity in a reasonable way.<br></div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Which email was your detailed proposition?<br></blockquote><div><br></div><div>Alexander already gave me a very good reason why my original idea won't work (too restrictive on the protocol) and I now agree with him.  That said, I'd like to find some way to accomplish the above.<br>

<br><br></div><div>Thanks,<br></div><div>--Jason Ekstrand<br></div></div><br></div></div>