Mon, 24 Jan 2011 14:31:32 -0800Fixed bug #1080 SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 14:31:32 -0800] rev 5082
Fixed bug #1080

Markus Rathgeb 2011-01-23 14:34:23 PST

With kernel 2.6.31 the struct input_absinfo defined in linux/input.h changed.
A field "__s32 resolution" was added at the end of the struct.

Because the macro EVIOCGABS(abs) is using the struct input_absinfo, it would be
better (IMHO) to change the declaration of variable values to
"int values[sizeof(struct input_absinfo) / sizeof(int)];" or using "struct
input_absinfo" directly.

Mon, 24 Jan 2011 13:47:35 -0600Renamed SDL_keysym to SDL_KeySym
krogoway [Mon, 24 Jan 2011 13:47:35 -0600] rev 5081
Renamed SDL_keysym to SDL_KeySym
Renamed SDL_scancode to SDL_ScanCode
Added #defines to SDL_compat.h

Sun, 23 Jan 2011 21:55:04 -0800Fixed bug #1011
Sam Lantinga <slouken@libsdl.org> [Sun, 23 Jan 2011 21:55:04 -0800] rev 5080
Fixed bug #1011

Daniel Ellis 2010-06-25 15:20:31 PDT

SDL based applications sometimes display the wrong application name in the
Sound Preferences dialog when using pulseaudio.

I can see from the code that the SDL pulse module is initiating a new pulse
audio context and passing an application name using the function
get_progname().

The get_progname() function returns the name of the current process. However,
the process name is often not a suitable name to use. For example, the OpenShot
video editor is a python application, and so "python" is displayed in the Sound
Preferences window (see Bug #596504), when it should be displaying "OpenShot".

PulseAudio allows applications to specify the application name, either at the
time the context is created (as SDL does currently), or by special environment
variables (see http://www.pulseaudio.org/wiki/ApplicationProperties). If no
name is specified, then pulseaudio will determine the name based on the
process.

If you specify the application name when initiating the pulseaudio context,
then that will override any application name specified using an environment
variable.

As libsdl is a library, I believe the solution is for libsdl to not specify any
application name when initiating a pulseaudio context, which will enable
applications to specify the application name using environment variables. In
the case that the applications do not specify anything, pulseaudio will fall
back to using the process name anyway.

The attached patch removes the get_progname() function and passes NULL as the
application name when creating the pulseaudio context, which fixes the issue.

Sun, 23 Jan 2011 22:34:19 -0800Trying to close Andreas' branch again.
Sam Lantinga <slouken@libsdl.org> [Sun, 23 Jan 2011 22:34:19 -0800] rev 5079
Trying to close Andreas' branch again.

Sun, 23 Jan 2011 21:55:04 -0800Fixed bug #1011
Sam Lantinga <slouken@libsdl.org> [Sun, 23 Jan 2011 21:55:04 -0800] rev 5078
Fixed bug #1011

Daniel Ellis 2010-06-25 15:20:31 PDT

SDL based applications sometimes display the wrong application name in the
Sound Preferences dialog when using pulseaudio.

I can see from the code that the SDL pulse module is initiating a new pulse
audio context and passing an application name using the function
get_progname().

The get_progname() function returns the name of the current process. However,
the process name is often not a suitable name to use. For example, the OpenShot
video editor is a python application, and so "python" is displayed in the Sound
Preferences window (see Bug #596504), when it should be displaying "OpenShot".

PulseAudio allows applications to specify the application name, either at the
time the context is created (as SDL does currently), or by special environment
variables (see http://www.pulseaudio.org/wiki/ApplicationProperties). If no
name is specified, then pulseaudio will determine the name based on the
process.

If you specify the application name when initiating the pulseaudio context,
then that will override any application name specified using an environment
variable.

As libsdl is a library, I believe the solution is for libsdl to not specify any
application name when initiating a pulseaudio context, which will enable
applications to specify the application name using environment variables. In
the case that the applications do not specify anything, pulseaudio will fall
back to using the process name anyway.

The attached patch removes the get_progname() function and passes NULL as the
application name when creating the pulseaudio context, which fixes the issue.

Sun, 23 Jan 2011 21:02:02 -0800Michael Bicha to Sam SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Sun, 23 Jan 2011 21:02:02 -0800] rev 5077
Michael Bicha to Sam

I came across further issues with SDL 1.2.14 on win32 in combination
with touch screens.

When you touched the screen older SDLs reported
SDL_MOUSEMOTION to the touch position
SDL_MOUSEBUTTONDOWN at the touch position

1.2.14 reports
SDL_MOUSEBUTTONDOWN at the last mouse position before the touch
and then a
SDL_MOUSEMOTION to the touch position

I found that to fix it in the file SDL_sysevents.c i had to put back the
following lines from 1.2.12 to get it working correctly again:
if ( mouse_relative ) {
/* RJR: March 28, 2000
report internal mouse position if in relative mode */
x = 0; y = 0;
} else {
x = (Sint16)LOWORD(lParam);
y = (Sint16)HIWORD(lParam);
#ifdef _WIN32_WCE
if (SDL_VideoSurface)
GapiTransform(this->hidden->userOrientation,
this->hidden->hiresFix, &x, &y);
#endif
}
posted = SDL_PrivateMouseButton(
state, button, x, y);

where there was only
posted = SDL_PrivateMouseButton(
state, button, 0, 0);
in 1.2.14 (appx. line 484)

please feel free to put that change into any SDL lib you like in any way
you like and thanks for your great work !

Sat, 22 Jan 2011 15:58:21 -0800Fixed size_t warnings on 64-bit build
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Jan 2011 15:58:21 -0800] rev 5076
Fixed size_t warnings on 64-bit build

Sat, 22 Jan 2011 15:47:35 -0800Closing Andreas' commit. His changes don't apply to the tip code anymore.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Jan 2011 15:47:35 -0800] rev 5075
Closing Andreas' commit. His changes don't apply to the tip code anymore.

Sat, 22 Jan 2011 00:33:37 -0800Fixed bug in timer when the list of timers changed.
Sam Lantinga <slouken@libsdl.org> [Sat, 22 Jan 2011 00:33:37 -0800] rev 5074
Fixed bug in timer when the list of timers changed.

Fix contributed by Michael Bicha

Fri, 21 Jan 2011 23:46:51 -0800Fixed bug #1097
Sam Lantinga <slouken@libsdl.org> [Fri, 21 Jan 2011 23:46:51 -0800] rev 5073
Fixed bug #1097

There are problems with including intrin.h in C linkage in C++ compilation,
and further conflicts between intrin.h and winnt.h on Visual Studio 2005.