wl_tablet specification draft

[Jasper St. Pierre]

"A blink in the highlighting"?


On Tue, Jul 1, 2014 at 3:32 PM, Bill Spitzak <spitzak at gmail.com> wrote:

> On 06/30/2014 09:50 PM, Peter Hutterer wrote:
>
>  Yes this makes sense. Sorry I was confusing it with the X implementation
>>> where the Enter event replaced a Move event.
>>>
>>
>> it does? it's actually one of the ambiguous parts of the X protocol.
>> nothing prevents you from sending motion events for the same coordinates
>> (indeed, we do so for subpixel motion). So whether you get a motion after
>> an
>> enter event is pretty much implementation-dependent. and if you check the
>> implementation, we just slot the leave/enter events in before the motion
>> event, without ever discarding it.
>>
>
> Actually the problem was with overlapping windows belonging to the same
> client, and this bug still exists in Wayland.
>
> When you move the mouse from one to another the client gets an Exit from
> the first, an Enter on the second, and then a Move (sometimes). The result
> is that after an Exit event I needed to look ahead for enter events to see
> if it entered an a different window belonging to me before the Exit can be
> properly handled, otherwise there may be a blink in the highlighting. This
> is rather annoying.
>
> A fix for Wayland would be to not send the Exit event if the Enter is
> going to the same client. Another method would be to send the Enter event
> first followed by the Exit.
>
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>



-- 
  Jasper
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-devel/attachments/20140701/731e9fc2/attachment-0001.html>