On Fri, 26 Apr 2013 09:48:19 -0500
Jason Ekstrand wrote:
> Wayland Devs,
>
> What follows is an idea that's been kicking around my head for a little
> while now due to a discussion on the list a month or so ago. The basic
> idea is to add an interface that provides some additional buffer types
On Sat, 27 Apr 2013 18:41:48 -0700
Bill Spitzak wrote:
> On 04/27/2013 05:21 AM, Pekka Paalanen wrote:
>
> > 1. There is a window with a main surface and a sub-surface is in
> > desync mode. Sub-surface is running independently. Sub-surface has
> > buffer B1 reserved by the server on display.
>
On 04/27/2013 05:21 AM, Pekka Paalanen wrote:
1. There is a window with a main surface and a sub-surface is in
desync mode. Sub-surface is running independently. Sub-surface has
buffer B1 reserved by the server on display.
2. Application decides the window must resize.
3. The sub-surface is set
Sorry to spam the list, but I had another idea kicking around my head this
weekend that I thought was worth sharing. Please note that I don't think
this is a stopper. I just think it's worth throwing out there and seeing
if others think it's useful.
I don't think there are any major holes in com
On Sat, Apr 27, 2013 at 10:23 AM, nerdopolis
wrote:
> What about rumblepads? How would the protocol control the rumblepad in some
> controllers?
I think rumble is beyond the scope of the proposed gamepad
protocol. The problem is that (at least in my experience) whereas
many controllers have
Hi.
What about rumblepads? How would the protocol control the rumblepad in some
controllers?
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Fri, 26 Apr 2013 11:40:23 -0700
Bill Spitzak wrote:
> Pekka Paalanen wrote:
>
> > This is all *inside* the client. This is a toolkit patch.
>
> You are right, the patch is in clients/window.c, I confused it with an
> adjacent patch.
>
> I agree the client has to throttle resizes but I thin
