On Thu, Dec 8, 2011 at 4:58 AM, Pekka Paalanen wrote:
> On Wed, 7 Dec 2011 15:56:23 +
> Rob Bradford wrote:
>
>> On 7 December 2011 14:32, Tiago Vignatti
>> wrote:
>> > From: Tiago Vignatti
>> >
>> > Previously the client could set another grab via
>> > wl_input_device_update_grab, which wo
On Wed, 7 Dec 2011 15:56:23 +
Rob Bradford wrote:
> On 7 December 2011 14:32, Tiago Vignatti
> wrote:
> > From: Tiago Vignatti
> >
> > Previously the client could set another grab via
> > wl_input_device_update_grab, which would lead the compositor not
> > delivering some button events. Now
On 7 December 2011 14:32, Tiago Vignatti wrote:
> From: Tiago Vignatti
>
> Previously the client could set another grab via wl_input_device_update_grab,
> which would lead the compositor not delivering some button events. Now,
> independently the semantics the client defines, the compositor will
From: Tiago Vignatti
Previously the client could set another grab via wl_input_device_update_grab,
which would lead the compositor not delivering some button events. Now,
independently the semantics the client defines, the compositor will send
anyway a button event to the client, fixing the appar