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.
Sun, 23 Jan 2011 21:02:02 -0800 Michael 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 -0800 Fixed 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 -0800 Closing 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 -0800 Fixed 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 -0800 Fixed 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.
(0) -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 tip