<br><br><div class="gmail_quote">On Fri, Sep 28, 2012 at 7:09 AM, 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">On Fri, Sep 28, 2012 at 2:47 PM, Pekka Paalanen <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> wrote:<br>
> On Fri, 28 Sep 2012 14:30:18 +0200<br>
> Jonas Ådahl <<a href="mailto:jadahl@gmail.com">jadahl@gmail.com</a>> wrote:<br>
><br>
>> On Fri, Sep 28, 2012 at 2:13 PM, Pekka Paalanen <<a href="mailto:ppaalanen@gmail.com">ppaalanen@gmail.com</a>> wrote:<br>
>> > I have an old discrete-stepped mouse wheel, it reports:<br>
>> ><br>
>> > Event: time 1348834027.330811, type 2 (EV_REL), code 8 (REL_WHEEL), value 1<br>
>> > Event: time 1348834027.330812, -------------- SYN_REPORT ------------<br>
>> ><br>
>> > and the other direction:<br>
>><br>
>> Which one did you scroll downward?<br>
><br>
> Negative is down, positive is up.<br>
><br>
>> > Event: time 1348834027.906825, type 2 (EV_REL), code 8 (REL_WHEEL), value -1<br>
>> > Event: time 1348834027.906827, -------------- SYN_REPORT ------------<br>
>> ><br>
>> > So it reports literally the number of "steps" it rotates. In urxvt on X,<br>
>> > each step seems to scroll 5 lines.<br>
>><br>
>> Ok, so to emulate the axis movement for the event it needs to move a<br>
>> number of pixels per event. For the X11 compositor I made it move 10<br>
>> pixels units per step, maybe can do the same with evdev. Is it worth<br>
>> having discrete scroll events handled separately in another way (or<br>
>> even both ways) as it could be good to be able to detect discrete<br>
>> scroll movements correctly as well?<br>
><br>
> Do you mean adding more protocol for discrete axis motion? I don't<br>
> know. At first thought it seems just emitting motion in steps of 10 or<br>
> whatever is good enough.<br>
><br>
> Btw. the clarify pointer axis event -commit didn't make too much sense<br>
> until I thought of touchpads.</div></div></blockquote><div><br>Yes, I was also confused by this until considering touchpads. It still does not<br>make sense when considering both, however.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On mice, the motion and wheel are<br>
> inherently in different, arbitrary units. One might even argue, that<br>
> for wheels, the motion is an angle instead of a length. I don't have<br>
> any strong opinions here, and I don't know how existing smooth<br>
> scrolling works.<br>
><br>
<br>
</div></div>It makes most sense on touchpads indeed, but it is more or less the<br>
only coordinate space we can relate to, as I see it.</blockquote><div><br>Axis events have nothing to do with a coordinate system really.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The other way to<br>
make it more like the traditional protocols is to have 1 "step" be 1<br>
unit, and have "smooth" scroll wheels or touchpads use fractions of 1<br>
to step smaller steps. This would however make the coordinate space of<br>
the axis event harder to relate to a surface, and I don't think it's<br>
better.<br>
<span class="HOEnZb"><font color="#888888"><br>
Jonas<br></font></span></blockquote><div><br><br>Can you please explain in more detail, why the current code needs changing, so that people without a touch device can understand the problem better?<br><br><br>Thanks,<br>
<br>Scott<br></div></div><br>