<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 20 October 2015 at 06:53, Arun Raghavan <span dir="ltr"><<a href="mailto:arun@accosted.net" target="_blank">arun@accosted.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>On Mon, 2015-10-19 at 16:38 +0200, Wim Taymans wrote:<br><br>
</div></div>I think this option is more or less the same as disabling flat volumes.<br>
The user is back to having at least two actions to control volume<br>
(either app slider and panel slider, or open panel and adjust app<br>
slider).<br></blockquote><div><br></div><div>It is, it would disable flat volumes by default. But it would allow you to enable them again for the streams you want.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The point of flat volumes was that if you're using the application<br>
volume slider, you don't need to hunt for two volume sliders to adjust<br>
to get the full range of volume that your hardware allows. To my mind,<br>
your proposal makes sense as an alternative to what I suggested only if<br>
we move to a model where we suggests applications do _not_ have volume<br>
sliders at all, and then design the desktop UX differently to provide a<br>
single-action way to adjust volumes.<br></blockquote><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
As an example, the shell could track what the current playing stream is<br>
based on the foreground application and volume controls (hardware and<br>
panel mixer) could track that volume and apply changes as flat volumes.<br>
So the user is always only dealing with one control, by default. (I<br>
just thought of this, so probably needs to be fleshed out to make<br>
sense, or maybe it doesn't at all.)<br></blockquote><div><br></div><div>This is an interesting idea. Because the slider is part of the shell, we can trust it to be user-controlled and thus give is access to the flat-volumes of</div><div>the stream. It's like the slider from the current app in the mixer appears in the shell task bar.</div><div><br></div><div>In any case, this would work nicely with this proposal and since you would remove the volume from the apps, making all app-controlled volumes relative would be a good default.</div><div><br></div><div>Wim</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span><font color="#888888"><br>
-- Arun<br>
</font></span><div><div>_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org" target="_blank">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" rel="noreferrer" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
</div></div></blockquote></div><br></div></div>