Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merge consecutive mouse motion events with same button state #611

Closed
SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Closed

Merge consecutive mouse motion events with same button state #611

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Labels
endoflife Bug might be valid, but SDL-1.2 is EOL. enhancement New feature or request

Comments

@SDLBugzilla
Copy link
Collaborator

This bug report was migrated from our old Bugzilla tracker.

These attachments are available in the static archive:

Reported in version: HG 1.2
Reported for operating system, platform: All, All

Comments on the original bug report:

On 2011-01-12 13:32:47 +0000, Patrice Mandin wrote:

Created attachment 553
Patch to merge mouse motion events

Hello,

Some applications do many things between each SDL_Event they poll from the queue.

For example, with XBMC, it checks after each mouse motion which gui element to highlight, and it may takes a while (like redrawing the whole gui) before returning back to polling next event.

What is happening, is that there is a delay between when the mouse is moved, and when the cursor is draw as a new position, due to a huge number of mouse motion events queued.

The problem is aggravated if you set your video driver to sync to vblank, as XBMC may only process 1 event per frame refresh.

The attached patch fixes it by merging a new mouse motion event to the previous queued one, so the application will only get one global event for all mouse motion that happened.

On 2011-04-12 20:03:28 +0000, Jen Spradlin wrote:

Thank you for your bug report!

We're busy working on getting SDL 1.3 ready for a high quality release, and want to make sure as many things are fixed there as possible.
Could you check to see if your bug is resolved by the latest SDL 1.3 snapshot?
http://www.libsdl.org/tmp/SDL-1.3.zip

Thanks!

On 2011-04-26 07:02:42 +0000, Patrice Mandin wrote:

xbmc currently does not compile with SDL 1.3, so I'm trying to patch it, to be able to test it against SDL 1.3 .

On 2015-08-25 09:38:23 +0000, Ryan C. Gordon wrote:

Hello, and sorry if you're getting several copies of this message by email, since we are closing many bugs at once here.

We have decided to mark all SDL 1.2-related bugs as RESOLVED ENDOFLIFE, as we don't intend to work on SDL 1.2 any further, but didn't want to mark a large quantity of bugs as RESOLVED WONTFIX, to clearly show what was left unattended to and make it easily searchable.

Our current focus is on SDL 2.0.

If you are still having problems with an ENDOFLIFE bug, your absolute best option is to move your program to SDL2, as it will likely fix the problem by default, and give you access to modern platforms and tons of super-cool new features.

Failing that, we will accept small patches to fix these issues, and put them in revision control, although we do not intend to do any further official 1.2 releases.

Failing that, please feel free to contact me directly by email (icculus@icculus.org) and we'll try to find some way to help you out of your situation.

Thank you,
--ryan.

@SDLBugzilla SDLBugzilla added endoflife Bug might be valid, but SDL-1.2 is EOL. enhancement New feature or request labels Feb 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
endoflife Bug might be valid, but SDL-1.2 is EOL. enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant