March 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Issue 3773 in pharo: should get a better completionDialog

by pharo＠googlecode.com

Status: Accepted Owner: stephane...(a)gmail.com Labels: Milestone-1.3 New issue 3773 by stephane...(a)gmail.com: should get a better completionDialog http://code.google.com/p/pharo/issues/detail?id=3773 OBCompletionDialog / OBCompletionRequest come with the OB from Pharo 1.2. The way to use it is like: OBCompletionRequest new prompt: 'Find Class'; searchBlock: [ :string | OBCmdFindClass new findClassIn: Smalltalk pattern: string ]; labelBlock: [ :class | class name ]; iconBlock: [ :class | class browserIcon ]; signal.

March 1, 2011

Re: [Pharo-project] Issue 3753 in pharo: SimpleMorphic Layout Code missing

by pharo＠googlecode.com

Comment #3 on issue 3753 by stephane...(a)gmail.com: SimpleMorphic Layout Code missing http://code.google.com/p/pharo/issues/detail?id=3753 what do you mean by "What would be the suggested strategy to get save/restore working?"

March 1, 2011

Re: [Pharo-project] Mac VM 5.7b3 (21.0) Beeper primitiveBeep does not beep anymore

by StÃ©phane Ducasse

do not lose time on that we should fix everything. This architecture is dull. There is something wrong. And registeredClasses should not hold objects but classes. Stef > Den 1. mars 2011 kl. 20:05 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> see igor mail :) >> >> ioBeep{ >> } >> >> does not beep :) >> >> On Mar 1, 2011, at 6:18 PM, Henrik Johansen wrote: >> >>> >>> Btw, you changed >>> DummySoundSystem class >> #initialize >>> SoundService register: self. >>> >>> Why? >>> >>> This kinda breaks playing anything but beeps with the DummySoundSystem, as all the play.... methods are instance-side, as well as beeps played with the BaseSoundSystem loaded, as: >>> >>> Beeper >> #beep >>> SoundService default new beep >>> >>> does not work anymore when the default is an instance as it used to be, and still is with BaseSoundSystem. >>> >>> Cheers, >>> Henry >>> >>> > > Got an answer for this one too? ;) > Atm I'm of the mind we should revert 1.2/1.3 to register instance again... > > Cheers, > Henry

March 1, 2011

[Pharo-project] Issue 3772 in pharo: taskbar doesnât adapt to resized window

by pharo＠googlecode.com

Status: New Owner: ---- New issue 3772 by thereluc...(a)fastmail.fm: taskbar doesnât adapt to resized window http://code.google.com/p/pharo/issues/detail?id=3772 Pharo image: Projekt Pharo 1.2/PharoOneClick1.2/build #162 Pharo core version: Pharo1.2rc2 Latest update: #12339 Virtual machine used: MacOS Steps to reproduce: 1. open the world-menu 2. without doing anything else, resize the pharo-window the taskbar stays in the place it was before the window was resized (make the window bigger -> it stays somewhere in the middle of the window, make the window smaller -> it is outside the window).

March 1, 2011

Re: [Pharo-project] Issue 3691 in pharo: Cleaning by comparing SimpleMorphic and Morphic

by pharo＠googlecode.com

Updates: Status: Closed Comment #5 on issue 3691 by stephane...(a)gmail.com: Cleaning by comparing SimpleMorphic and Morphic http://code.google.com/p/pharo/issues/detail?id=3691 in 13069

March 1, 2011

Re: [Pharo-project] Issue 3704 in pharo: remove FakeClassPool adopt: and its senders

by pharo＠googlecode.com

Updates: Status: closed Comment #5 on issue 3704 by stephane...(a)gmail.com: remove FakeClassPool adopt: and its senders http://code.google.com/p/pharo/issues/detail?id=3704 13069

March 1, 2011

Re: [Pharo-project] Issue 3704 in pharo: remove FakeClassPool adopt: and its senders

by pharo＠googlecode.com

Comment #4 on issue 3704 by stephane...(a)gmail.com: remove FakeClassPool adopt: and its senders http://code.google.com/p/pharo/issues/detail?id=3704 (No comment was entered for this change.) Attachments: fakePool.1.cs 4.6 KB

March 1, 2011

Re: [Pharo-project] Issue 3715 in pharo: Workspace shouting after switching between shout/unshout

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3715 by stephane...(a)gmail.com: Workspace shouting after switching between shout/unshout http://code.google.com/p/pharo/issues/detail?id=3715 Benjamin I'm sure that there is a solution without the Smalltalk at:... Now that there is a NullStyler, it should be enough to pass another one, without these terrible checks. Smalltalk at: should not exist.

March 1, 2011

Re: [Pharo-project] Issue 3737 in pharo: Behavior>>allSubclasses comment does not match actual implementation

by pharo＠googlecode.com

Updates: Status: closed Comment #4 on issue 3737 by stephane...(a)gmail.com: Behavior>>allSubclasses comment does not match actual implementation http://code.google.com/p/pharo/issues/detail?id=3737 (No comment was entered for this change.)

March 1, 2011

Re: [Pharo-project] Mac VM 5.7b3 (21.0) Beeper primitiveBeep does not beep anymore

by Henrik Johansen

Den 1. mars 2011 kl. 20:05 skrev StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > see igor mail :) > > ioBeep{ > } > > does not beep :) > > On Mar 1, 2011, at 6:18 PM, Henrik Johansen wrote: > >> >> Btw, you changed >> DummySoundSystem class >> #initialize >> SoundService register: self. >> >> Why? >> >> This kinda breaks playing anything but beeps with the DummySoundSystem, as all the play.... methods are instance-side, as well as beeps played with the BaseSoundSystem loaded, as: >> >> Beeper >> #beep >> SoundService default new beep >> >> does not work anymore when the default is an instance as it used to be, and still is with BaseSoundSystem. >> >> Cheers, >> Henry >> >> Got an answer for this one too? ;) Atm I'm of the mind we should revert 1.2/1.3 to register instance again... Cheers, Henry

March 1, 2011