(In reply to comment #0)
> There's no indication of the current volume however 
> (besides a rough guess based on the icon shifting states)

Except of course for the actual volume change :-)

Yes, and this is no different than current volume control applet.
We can't play the volume-change beep, because we don't know when you are okay with scrolling, unless we add a small timeout and ignore scroll-events that are within that timeout.

And what happens(In reply to comment #1)
> (In reply to comment #0)
> > There's no indication of the current volume however 
> > (besides a rough guess based on the icon shifting states)
> 
> Except of course for the actual volume change :-)


And what happens when you are trying to change the volume BEFORE performing an action. What's wrong with a stronger visual indication?

It's worse because you may have changed the volume without realizing you were doing so.

Suggestion: Pop up the volume popup-menu with a timeout.

I don't think there's anything wrong with launching a new sound event for each wheel event, as long as you cancel the previous sound. That's what the handling for the media keys does (play a sound on each key press).

Created attachment 180930 [details] [review]
VolumeStatus: play notification on scroll

Add the machinery to cancel the notification when a new playing a
new one (wrapping ca_context_cancel), then use it when scrolling
the status icon.
Not doing it for the slider because it causes noise, either with the
keyboard, with mouse drag or with mouse wheel.

Review of attachment 180930 [details] [review]:

Looks good and from a quick testing it seems to be indeed an improvement (and consistent with the volume hotkeys).

Attachment 180930 [details] pushed as a1e019b - VolumeStatus: play notification on scroll

This problem has been fixed in the development version. The fix will be available
in the next major software release. Thank you for your bug report.