[PATCH 2/2] docs: Add information about serials and timestamps

Jason Ekstrand jason at jlekstrand.net
Sat Mar 30 15:37:43 PDT 2013


On Sat, Mar 30, 2013 at 1:09 PM,  <matthias.clasen at gmail.com> wrote:
> From: Matthias Clasen <mclasen at redhat.com>
>
> Add some information about serials, timestamps and their uses
> to the Input section in the protocol overview.
> ---
>  doc/Wayland/en_US/Protocol.xml | 16 ++++++++++++++++
>  1 file changed, 16 insertions(+)
>
> diff --git a/doc/Wayland/en_US/Protocol.xml b/doc/Wayland/en_US/Protocol.xml
> index b94e9ca..5c7ef76 100644
> --- a/doc/Wayland/en_US/Protocol.xml
> +++ b/doc/Wayland/en_US/Protocol.xml
> @@ -241,6 +241,22 @@
>        with a pointer grab.
>      </para>
>      <para>
> +      To avoid race conditions, input events that are likely to
> +      trigger further requests (such as button presses, key events,
> +      pointer motions) carry serial numbers, and requests such as
> +      wl_surface.set_popup require that the serial number of the
> +      triggering event is specified. The server maintains a
> +      monotonically increasing counter for these serial numbers.
> +    </para>
> +    <para>
> +      Input events also carry timestamps with millisecond granularity.
> +      Their base is undefined, so they can't be compared against
> +      system time (as obtained with clock_gettime or gettimeofday).
> +      They can be compared with each other though, and for instance
> +      be used to identify sequences of button presses as double
> +      or triple clicks.

I think this should be re-worded.  It's correct, it just seems
awkward.  For example:

Input events also carry timestamps in milliseconds.  The base for
these timestamps is left up to the compositor.  Therefore, they should
not be compared against anything except other compositor-provided
timestamps.

> +    </para>
> +    <para>
>        See <xref linkend="protocol-spec-interface-wl_seat"/> for the
>        protocol description.
>      </para>
> --
> 1.8.2
>
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel


More information about the wayland-devel mailing list