Mon, 24 Jan 2011 16:10:13 -0800 Fixed bug #1103
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 16:10:13 -0800] rev 5087
Fixed bug #1103 The SDL_blendmode.h and SDL_scalemode.h headers needed to be added to the Public Headers and all the public headers need to have the "Public" role set.
Mon, 24 Jan 2011 15:46:11 -0800 Fixed compiling on Windows Mobile SDK 5.0 with Visual Studio 2008
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 15:46:11 -0800] rev 5086
Fixed compiling on Windows Mobile SDK 5.0 with Visual Studio 2008
Mon, 24 Jan 2011 15:10:16 -0800 Fixed compile error
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 15:10:16 -0800] rev 5085
Fixed compile error
Mon, 24 Jan 2011 14:36:12 -0800 Fixed bug #1080
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 14:36:12 -0800] rev 5084
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 14:34:58 -0800 Missed a small part of the patch SDL-1.2
Sam Lantinga <slouken@libsdl.org> [Mon, 24 Jan 2011 14:34:58 -0800] rev 5083
Missed a small part of the patch
Mon, 24 Jan 2011 14:31:32 -0800 Fixed 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 -0600 Renamed 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 -0800 Fixed 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 -0800 Trying 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 -0800 Fixed 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.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip