'Twas brillig, and Tanu Kaskinen at 13/04/10 20:42 did gyre and gimble: > Solution: throw away volume sliders in applications, and promote > centralized volume management with volume applets and hardware controls. Even if this is the right solution[1], it would take a very long time to a) convince application developers this was the cases, and b) develop the GUI changes etc needed to implement this. Whereas just getting the volume range right is relatively simple. I'd rather work under the impression that we'll be sticking with in-app volume controls for some time to come and get it right, and if/when it's decided that in-app volumes are not needed then the code can be changed again. I don't think the work just now would be wasted for the 2 or 3 years it'll likely be used for if your preferred outcome does come to pass. Col [1] I'm not entirely sure I agree for all applications - e.g. mplayer is a full screen app with no gui - there are keybinding for volume and it's awkward for me to control a separate GUI due to it being full screen etc. There are plenty other use cases where in-app volume control of some sort is very desirable. -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/]
