[protocol PATCH v2 1/2] add parameters for set_fullscreen
ppaalanen at gmail.com
Thu Jan 12 01:58:00 PST 2012
On Wed, 11 Jan 2012 23:52:44 +0800
Juan Zhao <juan.j.zhao at linux.intel.com> wrote:
> On Wed, 2012-01-11 at 10:10 +0200, Pekka Paalanen wrote:
> > The scaling modes apply only to the case, where the client decides to
> > attach a buffer of different size than what the compositor suggests
> > (which is the size of the assigned output).
> > The configure event is just a hint, an application can be
> > well-behaving
> > even if it does not exactly follow the configure data. That is how we
> > are supposed to implement integer-cell resizing (what was the proper
> > term for this?), the client rounding the size to the nearest integer
> > multiple of a character size (think about terminals), for example.
> in the shell side, send a configure event to the client, to provide the
> correct size.
> when painting, scale it or change mode when the surface size does not
> match the assigned output?
Depending on the surface type and scaling mode, yes.
Referring to the other email, I guess you can forget my babbling about
scanning out a buffer that is smaller than the video mode. I'm not
sure, whether that is possible driver- or hardware-wise. It is unlikely
to occur, and even then, we are talking about a hint, and it's not that
big of a deal if some compositor decides to not center the image, if
that allows it to scan out directly.
More information about the wayland-devel