Comment #13 on issue 3482 by [email protected]: InterimSoundMorph references to SketchMorph
http://code.google.com/p/pharo/issues/detail?id=3482
In other words, I agree it's not ideal for Sound services to rely on System-Applications. The package seems more like it's put together more on the principle of "Ah! These are registry subclasses!!" rather than "I provide a pluggable way to do X Oh, and btw, I happen to be using the registry mechanism to achieve that" :) The second approach would, I think, lead you to put it in the same package as the other classes needed to do X.
I do not think it's a good change in functionality/responsibility to have a sound on/off setting per service though, that should remain a global setting.
Moving Beeper and SoundService to System-Sound would satisfy both.
