<div dir="ltr"><div>Hi,<br></div>Some questions below.. <br><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 6, 2016 at 11:52 PM, Peter Hutterer <span dir="ltr"><<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Wed, Apr 06, 2016 at 10:17:35AM -0700, Dennis Kempin wrote:<br>
> On Tue, Apr 5, 2016 at 5:26 PM, Peter Hutterer <<a href="mailto:peter.hutterer@who-t.net" target="_blank">peter.hutterer@who-t.net</a>> wrote:<br>
> > On Tue, Apr 05, 2016 at 01:09:31PM -0700, Dennis Kempin wrote:<br>
> >> [...]<br>
> >> +      </description><br>
> >> +      <arg name="id" type="int" summary="the unique ID of this touch point"/><br>
> >> +      <arg name="major" type="fixed" summary="length of the major<br>
> >> axis in surface coordinates"/><br>
> >> +      <arg name="minor" type="fixed" summary="length of the minor<br>
> >> axis in surface coordinates"/><br>
> >> +      <arg name="orientation" type="fixed"<br>
> >> +           summary="angle between major axis and surface x-axis in degrees"/><br>
> >> +    </event><br></div></div></blockquote><div><br></div><div>Jumping on the major/minor train. Is there no interest in pressure values?<br></div><div>It seems that more accurate touchscreens that may offer reproducible pressure values<br></div><div>become mainstream..  <br><br></div><div><br>
> > [...]<span></span><br><span></span></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>
> Maybe we could include a fallback event for devices that do not have<br>
> good support?<br>
> One that would only use a single value to describe the size of a<br>
> touch, normalized<br>
> to 0..1. In practice, I do not think we could put any more requirements on this<br>
> value. There is no way for us to tell how tell if a device is using<br>
> the full range<br>
> (0 to reported max axis value), and in a bad case we might end up with that<br>
> size being in the range of 0 to 0.1.<br>
><br>
> Let me know what you think about this.<br>
<br>
</span>I'm mostly thinking about how to enable this in libinput from a technical<br>
perspective, and the obvious solution would be whitelisting or blacklisting<br>
devices, combined with the calibration you use as well.<br>
<br>
the fallback wouldn't be normalized but simply skipping it where we can't be<br>
sure. to do that, we need to do one thing though: split up the events into<br>
area and orientation as separate events. we can send orientation even when<br>
the area is unknown.<br>
<br>
how does that sound?<br></blockquote><div><br>Are you referring to libinput events or wayland events here? Why would splitting the events help?<br></div><div>I have also seen touchscreens just offering a major axis and an orientation. That is an edge<br>case but even there we could have finger-heuristic to estimate a minor value.. <br><br></div><div>@Dennis: I am curious how complex the contact size calibration function in chrome os is.<br><br></div><div>regards<br></div><div>Andreas <br></div></div></div></div></div></div>