view TODO @ 5080:6d94060d16a9

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.
author Sam Lantinga <slouken@libsdl.org>
date Sun, 23 Jan 2011 21:55:04 -0800
parents d79939f20c45
children
line wrap: on
line source

Eli Gottlieb's checklist for the GSOC shaped windows project.  Dated July 9, 2010.
1. Enable proper linking of the X11 implementation and test it.
--> Find the place in the build system for platform-specific linking flags.  STATUS: DONE
--> Add a linker flag to bring in libXext.a. STATUS: DONE.
2. Build the Win32 implementation of shaped-windows functionality.
--> Add driver functions to the SDL_ShapeDriver in the Win32 driver's SDL_DisplayDevice at the proper point in the code.  STATUS: CHECK.
--> Add a hook in the Windows resize-window code to call Win32_ResizeWindowShape().  STATUS: CHECK.
--> Get the Windows code to build and run properly.  STATUS: IN PROGRESS.
3. Enable building the testeyes program.
--> Reprogram it to use the latest shaped-windows API.  STATUS: CHECK.
--> Get it, along with the rest of the test suite in my branch, building successfully.  STATUS: DONE.
--> Debug testeyes and the platform-specific shaped-window implementations in tandem.  STATUS: IN PROGRESS.
4. Implement the SDL shaped-windows API for Mac OS X using Cocoa.  STATUS: IN PROGRESS
--> Locate (once more) the API documentation for shaped windows under Cocoa.  STATUS: NEARLY FINISHED.
--> Design and encode a version of SDL_ShapeData for Cocoa.  STATUS: IN PROGRESS.
--> Write Cocoa_CreateShaper().  STATUS: MOSTLY DONE, AFAIK.
--> Write Cocoa_ResizeWindowShape().  STATUS: DONE, AFAIK.
--> Write Cocoa_SetWindowShape().  STATUS: IN PROGRESS.
--> If necessary, implement functionality adjunct to SDL_CalculateShapeBitmap() for Cocoa usage.
5. Use testeyes to debug all implementations. STATUS: SPRINT + 2.
--> Debug Cocoa implementation.
--> Debug Win32 implementation.
--> Debug X11 implementation (again).

1.3 release checklist:
 * http://wiki.libsdl.org/moin.cgi/Roadmap

 * See why windows are being rearranged.  Is the shield window not up?
 * Make sure you can create and show a fullscreen window in one step
 * Figure out how to handle OpenGL context lost on Mac OS X (does it happen?)
 * Write automated test case for multi-draw APIs
 * Make sure you can build SDL without the renderer to slim it down a bunch
 * Implement assertion code on iPhone
 * Add __WINDOWS__ in addition to __WIN32__

 * Check 1.2 revisions:
	3554 - Need to resolve semantics for locking keys on different platforms
	4874 - Do we want screen rotation?  At what level?
	4974 - Windows file code needs to convert UTF-8 to Unicode, but we don't need to tap dance for Windows 95/98
	4484, 4485 - Verify that SDL's Windows keyboard handling works correctly
	4865 - See if this is still needed (mouse coordinate clamping)
	4866 - See if this is still needed (blocking window repositioning)