Comment 26 for bug 552221

Responding to comment #18, Milan Bouchet-Valat wrote on 2010-05-02:

> So we'd need to be sure that the actual wanted behavior is adding the applet. Else, another solution would be to autostart gnome-volume-control-applet when we detect that the applet is not present.

- How about *not remove* the gnome-volume-control-applet on upgrade? Most users who care (maybe all) had it there before the upgrade. I'm not sure if the applet changed name; if so, then rename?

Also, I suspect the following would also help most affected users.

- List the gnome-volume-control-applet under "Add to Panel". It was there in Karmic and earlier as "Volume control applet" or something like that.

Because it is no longer shown in "Add to Panel", I assumed for months that it had been removed from the distribution, as I assumed all installed and properly packaged applets would appear in that list.

There is really no clue at all that adding "Indicator applet" provides a volume control. Even including "volume" somewhere in the menu's descriptive text would have been helpful.

Finally: Sorry, I was wrong in the previous comment about it being much harder to control the indicator-applet with the mouse. I was echoing a complaint elsewhere that it's now a horizontal scrollbar and not controllable with mouse "scroll wheel" or touchpad scroll area. But actually those do still work.

(However, I suggest the old applet's visuals are better when scrolling: The gnome-volume-control-applet's changing tooltip gives much better visual feedback about the volume, especially useful when there's nothing currently making a sound. And the old applet shows as muted when slid to the minimum volume; the indicator-applet doesn't.)

Thanks