<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 11, 2016 at 4:07 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"><div class="HOEnZb"><div class="h5"><br>
> > > + widget_pointer_frame_handler_t pointer_frame_handler;<br>
> > > + widget_axis_source_handler_t axis_source_handler;<br>
> > > + widget_axis_stop_handler_t axis_stop_handler;<br>
> > > + widget_axis_discrete_handler_t axis_discrete_handler;<br>
> ><br>
> > Should we really make the toytoolkit API this low level? I guess it's<br>
> > easier this way, so I won't complain further, but it'd be good to have<br>
> > our toy toolkit try to construct the higher level events the protocol<br>
> > try to communicate.<br>
><br>
> I think the question is: how much we want the toytoolkit to stay a<br>
> toy? Composing those events is doable, but how many toytoolkit users will<br>
> really care about them?<br>
<br>
</div></div>Probably none. It's just a matter of a "toytoolkit should represent how<br>
the protocol should be interpreted" kind of philosophy. But I understand<br>
that doing all that extra work just for that reason isn't all that<br>
reasonable.<br></blockquote><div><br></div><div>Another option is to *not* support this in toytoolkit.<br><br></div><div>Making callbacks like this that don't wait for the frame event is very misleading, and people are going to copy it (if you think they are going to read the documentation rather than copy code from toytoolkit, I have a bridge for sale you may like). I think it would be better to just not support this at all. Then somebody looking for "how do I get pen tilt from the tablet" would be forced to read the documentation.<br><br></div><div>I am not very clear on how this could be done, but it would be nice if there was a way to do direct-wayland inside toytoolkit. With no support from toytoolkit, a client should be able to get tablet events. I think all this requires is the ability to get the wl_surface or xdg_surface proxy from the toytoolkit window, but maybe I am missing something here...<br><br></div></div><br></div></div>