[Pharo-project] what do we do with SoundService?
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
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
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
e.g. of sound being useful: With the help of Craig Latta, I've been trying out Spoon. There is a remote browser for browsing classes remotely. Well, sound cues while things are transferred over the network are very useful when debugging. That's why sound matters in the core of Pharo. And Beeper may be interesting too. Phil 2013/3/10 stephane ducasse <stephane.ducasse@free.fr>:
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
That's why sound matters in the core of Pharo. And Beeper may be interesting too.
yes! what I mean is that to have Beeper is not a problem to me. But I see what pavel means: no need for SoundSystem and Beeper.
Phil
2013/3/10 stephane ducasse <stephane.ducasse@free.fr>:
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
participants (4)
-
Pavel Krivanek -
phil＠highoctane.be -
stephane ducasse -
Stéphane Ducasse