<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 29, 2015 at 6:02 PM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
</span>We are not going to just provide libinput events via Wayland. It simply<br>
doesn't work. Also the Wayland protocol is different and needs to be<br>
different because it has to deal with protocol objects, destruction etc.<br></blockquote><div><br></div><div>What I meant is that there would be a wayland protocol object (perhaps wl_pointer_gestures) and it would deliver a wayland-style event (wl_gesture_event), but the contents of the event would be a copy of the libinput_gesture_event fields, including the enumeration saying what gesture it is and whether it is a begin or end. It seems that the current design means that every time a new gesture is added to libinput, the wayland server will need to be rewritten to pass that new event through, and so would every intermediate library such as toolkits. Also it is producing a lot of code bloat (every new method and protocol object and event adds a fairly large table to the api library, especially libraries written for languages other than C) and the possibilities of mistakes.<br></div></div></div></div>