[PATCH 2/2] protocol: Support scaled outputs and surfaces

[Jason Ekstrand]

On Mon, May 20, 2013 at 4:00 AM, Pekka Paalanen <ppaalanen at gmail.com> wrote:

> On Thu, 16 May 2013 16:43:52 -0500
> Jason Ekstrand <jason at jlekstrand.net> wrote:
>
> > The point of this soi is to allow surfaces to render the same size on
> > different density outputs.
>
> Are you serious? Really? Same size measured in meters?
>

No, measured in inches. :-P

Seriously though.  While we can't make it *exactly* the same on all your
displays, we should be able to make it usably close.


> I do not think that will ever work:
> http://blogs.gnome.org/danni/2011/12/15/more-on-dpi/
> and doing it via scaling is going to be worse.
>

Yes, scaling looks bad.  I don't know that we can avoid it in all cases
(see also the 200DPI and 300 DPI case).


> Going for the same size is a very different problem than just trying to
> get all apps readable by default. I'm not sure same size is a better
> goal than same look.
>
> And on a side note:
> http://web.archive.org/web/20120102153021/http://www.fooishbar.org/blog
>

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.

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.


> Which email was your detailed proposition?
>

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.


Thanks,
--Jason Ekstrand
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-devel/attachments/20130520/f9b60c25/attachment.html>