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.kriva...@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.duca...@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 >