Sounds ok for me. We should do that for 3.0alpha :) Now I do not care about Beeper removal. I will split sound in different packages because there are sound and score and these are different domains. Stef On Mar 10, 2013, at 11:38 AM, Pavel Krivanek <pavel.krivanek@gmail.com> wrote:
Hi,
removal of this class is proposed in https://code.google.com/p/pharo/issues/detail?id=6996
-- Pavel
On Sun, Mar 10, 2013 at 11:31 AM, Stéphane Ducasse <stephane.ducasse@inria.fr> wrote:
Hi guy
Sound has an AbstractSoundSystem and a Base and Dummy. Then in addition there is SounService.
SoundService is not doing much
soundEnabled ^ self defaultSoundEnabled
defaultSoundEnabled ^DefaultSoundEnabled ifNil: [false]
toggleSoundEnabling self soundEnabled: self soundEnabled not
So we could just keep AbstractSoundSystem and deprecate SoundService.
Stef