Precise scrolling events

Hi!

I already opened a bug about this:
https://bugzilla.libsdl.org/show_bug.cgi?id=2293

Unfortunately, it didn’t lead to any discussion, so I’m trying to
spark something here.

I gave it some more thought, and I believe the best way would be adding
another function to change the resolution of scroll events. The
default could remain 1 per click, so existing programs will not break.
After calling that function to set the resolution to, say, 100, scroll
event values will be reported in percent of a tick - so a "clicky wheel"
will emit +100/-100 events while a “smooth wheel” will emit more events
with smaller values.

As mentioned in the bug report, I’m willing to continue working on my
implementation for X11/xinput2, while it should be almost trivial for
OSX and Windows. The new API can also be implemented without any
platform support (obviously without taking advantage of more precise
scrolling data that might be available).

Are there any opinions on this?

Greetings,
Robin Kreis

Hello,

is there no interest at all in adding precise scrolling?

Quoting myself:> I already opened a bug about this:

https://bugzilla.libsdl.org/show_bug.cgi?id=2293
klein_und_stossfest
Unfortunately, it didn’t lead to any discussion, so I’m trying to
spark something here.

I gave it some more thought, and I believe the best way would be
adding another function to change the resolution of scroll events.
The default could remain 1 per click, so existing programs will not
break. After calling that function to set the resolution to, say,
100, scroll event values will be reported in percent of a tick - so a
"clicky wheel" will emit +100/-100 events while a “smooth wheel” will
emit more events with smaller values.

As mentioned in the bug report, I’m willing to continue working on my
implementation for X11/xinput2, while it should be almost trivial for
OSX and Windows. The new API can also be implemented without any
platform support (obviously without taking advantage of more precise
scrolling data that might be available).

Are there any opinions on this?

Greetings,
Robin Kreis

I would also love to see this.

2014/1/7 Robin Kreis <r.kreis at uni-bremen.de>> Hello,

is there no interest at all in adding precise scrolling?

Quoting myself:

I already opened a bug about this:
https://bugzilla.libsdl.org/show_bug.cgi?id=2293
klein_und_stossfest
Unfortunately, it didn’t lead to any discussion, so I’m trying to
spark something here.

I gave it some more thought, and I believe the best way would be
adding another function to change the resolution of scroll events.
The default could remain 1 per click, so existing programs will not
break. After calling that function to set the resolution to, say,
100, scroll event values will be reported in percent of a tick - so a
"clicky wheel" will emit +100/-100 events while a “smooth wheel” will
emit more events with smaller values.

As mentioned in the bug report, I’m willing to continue working on my
implementation for X11/xinput2, while it should be almost trivial for
OSX and Windows. The new API can also be implemented without any
platform support (obviously without taking advantage of more precise
scrolling data that might be available).

Are there any opinions on this?

Greetings,
Robin Kreis


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org

I’ll second that.

Cheers!

Jeffrey Carpenter
<@Jeffrey_Carpenter>On 2014/01/ 07, at 16:04, Stefanos A. wrote:

I would also love to see this.

2014/1/7 Robin Kreis <r.kreis at uni-bremen.de>
Hello,

is there no interest at all in adding precise scrolling?

Quoting myself:

I already opened a bug about this:
https://bugzilla.libsdl.org/show_bug.cgi?id=2293
klein_und_stossfest
Unfortunately, it didn’t lead to any discussion, so I’m trying to
spark something here.

I gave it some more thought, and I believe the best way would be
adding another function to change the resolution of scroll events.
The default could remain 1 per click, so existing programs will not
break. After calling that function to set the resolution to, say,
100, scroll event values will be reported in percent of a tick - so a
"clicky wheel" will emit +100/-100 events while a “smooth wheel” will
emit more events with smaller values.

As mentioned in the bug report, I’m willing to continue working on my
implementation for X11/xinput2, while it should be almost trivial for
OSX and Windows. The new API can also be implemented without any
platform support (obviously without taking advantage of more precise
scrolling data that might be available).

Are there any opinions on this?

Greetings,
Robin Kreis


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org


SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org