<div dir="ltr">Hi,<br><div class="gmail_extra"><br><div class="gmail_quote">On 17 November 2015 at 11:09, Jonas Ådahl <span dir="ltr"><<a href="mailto:jadahl@gmail.com" target="_blank">jadahl@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">The wp_relative_pointer interface is an extension to the wl_pointer<br>
interface created from wl_seat. It has the same focus, but adds the<br>
functionality of sending relative pointer motions unhindered by<br>
constraints such as monitor edges or other barriers. It also contains<br>
unaccelerated pointer motion information.<br>
<br>
Signed-off-by: Jonas Ådahl <<a href="mailto:jadahl@gmail.com">jadahl@gmail.com</a>><br>
---<br>
<br>
There has alreay been RBs on this protocol, but I'd like to get them<br>
explicitly re-RB:ed considering that the protocol has changed some, even<br>
though the changes have not been major ones.<br>
<br>
<br>
Changes since the last version sent as weston patches:<br>
<br>
Interfaces and protocol renamed according to wayland-protocols naming<br>
conventions.<br>
<br>
Accelerated and unaccelerated motion deltas have the data type<br>
wl_fixed_t now again. 64 bit fixed point deltas was deemed unnecessary,<br>
and wl_double_fixed_t was dropped.<br>
<br>
64 bit timestamp argument name suffix changed from msb/lsb to hi/lo.<br>
<br>
Various other minor changes.<br>
<br>
<br>
Jonas<br>
<br>
<br>
Makefile.am | 1 +<br>
unstable/relative-pointer/README | 4 +<br>
.../relative-pointer-unstable-v1.xml | 122 +++++++++++++++++++++<br>
3 files changed, 127 insertions(+)<br>
create mode 100644 unstable/relative-pointer/README<br>
create mode 100644 unstable/relative-pointer/relative-pointer-unstable-v1.xml<br>
<br>
diff --git a/Makefile.am b/Makefile.am<br>
index f1bac16..2db6bd5 100644<br>
--- a/Makefile.am<br>
+++ b/Makefile.am<br>
@@ -5,6 +5,7 @@ nobase_dist_pkgdata_DATA = \<br>
unstable/text-input/text-input-unstable-v1.xml \<br>
unstable/input-method/input-method-unstable-v1.xml \<br>
unstable/xdg-shell/xdg-shell-unstable-v5.xml \<br>
+ unstable/relative-pointer/relative-pointer-unstable-v1.xml \<br>
$(NULL)<br>
<br>
pkgconfigdir = $(libdir)/pkgconfig<br>
diff --git a/unstable/relative-pointer/README b/unstable/relative-pointer/README<br>
new file mode 100644<br>
index 0000000..64c42a1<br>
--- /dev/null<br>
+++ b/unstable/relative-pointer/README<br>
@@ -0,0 +1,4 @@<br>
+Relative pointer protocol<br>
+<br>
+Maintainers:<br>
+Jonas Ådahl <<a href="mailto:jadahl@gmail.com">jadahl@gmail.com</a>><br>
diff --git a/unstable/relative-pointer/relative-pointer-unstable-v1.xml b/unstable/relative-pointer/relative-pointer-unstable-v1.xml<br>
new file mode 100644<br>
index 0000000..0411d1f<br>
--- /dev/null<br>
+++ b/unstable/relative-pointer/relative-pointer-unstable-v1.xml<br>
@@ -0,0 +1,122 @@<br>
+<?xml version="1.0" encoding="UTF-8"?><br>
+<protocol name="relative_pointer_unstable_v1"><br>
+<br>
+ <copyright><br>
+ Copyright © 2014 Jonas Ådahl<br>
+ Copyright © 2015 Red Hat Inc.<br>
+<br>
+ Permission is hereby granted, free of charge, to any person obtaining a<br>
+ copy of this software and associated documentation files (the "Software"),<br>
+ to deal in the Software without restriction, including without limitation<br>
+ the rights to use, copy, modify, merge, publish, distribute, sublicense,<br>
+ and/or sell copies of the Software, and to permit persons to whom the<br>
+ Software is furnished to do so, subject to the following conditions:<br>
+<br>
+ The above copyright notice and this permission notice (including the next<br>
+ paragraph) shall be included in all copies or substantial portions of the<br>
+ Software.<br>
+<br>
+ THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR<br>
+ IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,<br>
+ FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL<br>
+ THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER<br>
+ LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING<br>
+ FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER<br>
+ DEALINGS IN THE SOFTWARE.<br>
+ </copyright><br>
+<br>
+ <interface name="zwp_relative_pointer_manager_v1" version="1"><br>
+ <description summary="get relative pointer objects"><br>
+ A global interface used for getting the relative pointer object for a<br>
+ given seat.<br>
+<br>
+ Warning! The protocol described in this file is experimental and backward<br>
+ incompatible changes may be made. Backward compatible changes may be added<br>
+ together with the corresponding interface version bump. Backward<br>
+ incompatible changes are done by bumping the version number in the<br>
+ protocol and interface names and resetting the interface version. Once<br>
+ the protocol is to be declared stable, the 'z' prefix and the version<br>
+ number in the protocol and interface names are removed and the interface<br>
+ version number is reset.<br>
+ </description><br></blockquote><div><br></div><div>I think that it would be better to link to README in wayland-protocols repository that describes this procedure in detail, rather than duplicating this in each protocol file. Also README doesn't define experimental protocols - instead it uses unstable term. </div><div>Therefore, something like this might be better:</div><div><br></div><div>"Warning! The protocol described in this file is unstable and backward incompatible changes may be made. See <span style="color:rgb(0,0,0);white-space:pre-wrap"> </span><a href="http://cgit.freedesktop.org/wayland/wayland-protocols/plain/README">http://cgit.freedesktop.org/wayland/wayland-protocols/plain/README</a> for details." </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
+<br>
+ <request name="destroy" type="destructor"><br>
+ <description summary="destroy the relative pointer manager object"><br>
+ Used by the client to notify the server that it will no longer use this<br>
+ relative pointer manager object.<br>
+ </description><br>
+ </request><br>
+<br>
+ <request name="get_relative_pointer"><br>
+ <description summary="get a relative pointer object"><br>
+ Create a relative pointer interface given a wl_pointer object. See the<br>
+ wp_relative_pointer interface for more details.<br>
+ </description><br>
+<br>
+ <arg name="id" type="new_id" interface="zwp_relative_pointer_v1"/><br>
+ <arg name="pointer" type="object" interface="wl_pointer"/><br>
+ </request><br>
+ </interface><br>
+<br>
+ <interface name="zwp_relative_pointer_v1" version="1"><br>
+ <description summary="relative pointer object"><br>
+ A wp_relative_pointer object is an extension to the wl_pointer interface<br>
+ used for emitting relative pointer events. It shares the same focus as<br>
+ wl_pointer objects of the same seat and will only emit events when it has<br>
+ focus.<br>
+ </description><br>
+<br>
+ <request name="destroy" type="destructor"><br>
+ <description summary="release the relative pointer object"/><br>
+ </request><br>
+<br>
+ <event name="relative_motion"><br>
+ <description summary="relative pointer motion"><br>
+ Relative x/y pointer motion from the pointer of the seat associated with<br>
+ this object.<br>
+<br>
+ A relative motion is in the same dimension as regular wl_pointer motion<br>
+ events, except they do not represent an absolute position. For example,<br>
+ moving a pointer from (x, y) to (x', y') would have the equivalent<br>
+ relative motion (x' - x, y' - y). If a pointer motion caused the<br>
+ absolute pointer position to be clipped by for example the edge of the<br>
+ monitor, the relative motion is unaffected by the clipping and will<br>
+ represent the unclipped motion.<br>
+<br>
+ This event also contains non-accelerated motion deltas. The<br>
+ non-accelerated delta is, when applicable, the regular pointer motion<br>
+ delta as it was before having applied motion acceleration and other<br>
+ transformations such as normalization.<br>
+<br>
+ Note that the non-accelerated delta does not represent 'raw' events as<br>
+ they were read from some device. Pointer motion acceleration is device-<br>
+ and configuration-specific and non-accelerated deltas and accelerated<br>
+ deltas may have the same value on some devices.<br>
+<br>
+ Relative motions are not coupled to wl_pointer.motion events, and can be<br>
+ sent in combination with such events, but also independently. There may<br>
+ also be scenarious where wl_pointer.motion is sent, but there is no<br>
+ relative motion. The order of an absolute and relative motion event<br>
+ originating from the same physical motion is not guaranteed.<br>
+<br>
+ If the client needs button events or focus state, it can receive them<br>
+ from a wl_pointer object of the same seat that the wp_relative_pointer<br>
+ object is associated with.<br>
+ </description><br>
+<br>
+ <arg name="utime_hi" type="uint"<br>
+ summary="high 32 bits of a 64 bit timestamp with microsecond granularity"/><br>
+ <arg name="utime_lo" type="uint"<br>
+ summary="low 32 bits of a 64 bit timestamp with microsecond granularity"/><br>
+ <arg name="dx" type="fixed"<br>
+ summary="the x component of the motion vector"/><br>
+ <arg name="dy" type="fixed"<br>
+ summary="the y component of the motion vector"/><br>
+ <arg name="dx_unaccel" type="fixed"<br>
+ summary="the x component of the unaccelerated motion vector"/><br>
+ <arg name="dy_unaccel" type="fixed"<br>
+ summary="the y component of the unaccelerated motion vector"/><br>
+ </event><br>
+ </interface><br>
+<br>
+</protocol><br>
<span class=""><font color="#888888">--<br>
2.4.3<br>
<br></font></span></blockquote><div> </div></div></div><div class="gmail_extra">Mariusz Ceier</div></div>