September 2008 - Pharo-dev - lists.pharo.org

Re: Installer was: Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alphauniverse

by StÃ©phane Ducasse

Keith could you make sure that the tests can run when we load the installer and its tests? I do not know what is the classcloner... Stef

Sept. 30, 2008

Re: Installer was: Re: [Pharo-project] Fwd: [Seaside-dev] preliminary Seaside 2.9 alphauniverse

by StÃ©phane Ducasse

Yes I like it too. This is why I want to invest on it. On Sep 30, 2008, at 4:27 AM, Igor Stasenko wrote: > I like the Installer. > Its a simple tool to break your work onto multiple stages/packages. > It is very useful for making automatic builds. > No manual image hacking - instead you have to fix the scripts or > packages. > This will guarantee that every time you will load the same code as > before, w/o losing or forgetting something. > > > -- > Best regards, > Igor Stasenko AKA sig. > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 30, 2008

Re: [Pharo-project] Total image lockup when using middle/right click menu on world

by StÃ©phane Ducasse

> > Thanks Marcus (and Stef) - glad there's a fix, and now I know in > future where to look for bugs that I may find, and to report them. > Sure this is important Marcus I will harvest it. Stef

Sept. 30, 2008

Re: [Pharo-project] Total image lockup when using middle/right click menu on world

by StÃ©phane Ducasse

> > >> A few fast-hit alt-. efforts can bring up a debugger on the current >> process, but it too is frozen. >> >> Don't know if this was already something knew about. Sorry for the >> duplication if so. > > No report no problem. I was sorry I typed something stupid.... when you cannot control your fingers it is time to go to bed :) > > It also shows that we have to clean this menu. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Sept. 30, 2008

Re: [Pharo-project] [OB] Implementor

by David RÃ¶thlisberger

> instClass wiresong > project: 'ob'; > install: 'OB-TraitsIntegration-dc.34'. Maybe it's because of this line. OB-Enhancements does now contain OB-TraitsIntegration, so loading it a second time could lead to strange behavior. Besides that I use almost the same versions, with these two differences: OB-Morphic-dr.58 OB-Enhancements-dr.219 David

Sept. 30, 2008

Re: [Pharo-project] [OB] Implementor

by Alexandre Bergel

I did a ScriptLoader class>>loadTools -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= loadOB "self loadOB" | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. instClass ss project: 'AST'; install: 'AST-lr.158'. instClass ss project: 'RefactoringEngine'; install: 'RefactoringEngine-ab.51'. instClass wiresong project: 'ob'; install: 'OmniBrowser-dr.419'; install: 'OB-Standard-dr.355'; install: 'OB-Morphic-dr.57'; install: 'OB-Enhancements-dr.217'; install: 'OB-Refactory-lr.100'; install: 'OB-SUnitIntegration-dc.9'. instClass wiresong project: 'ob'; install: 'OB-TraitsIntegration-dc.34'. loadShout "self loadShout" | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. instClass ss project: 'shout'; install: 'Shout.3.15-tween.72'. instClass ss project: 'shout'; install: 'ShoutWorkspace.1-tween.2'. instClass ss project: 'shout'; install: 'ShoutOmniBrowser-dc.5.mcz' -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= I can provide an image if necessary. Alexandre On 30 Sep 2008, at 15:57, David RÃ¶thlisberger wrote: > Hi Alex, > >> Pressing alt-m on a method that is implemented on a class-side >> prevents from opening a implementor method. > > I cannot reproduce this - which version of OB are you using? > > David > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 30, 2008

Re: [Pharo-project] [OB] Implementor

by David RÃ¶thlisberger

Hi Alex, > Pressing alt-m on a method that is implemented on a class-side prevents > from opening a implementor method. I cannot reproduce this - which version of OB are you using? David

Sept. 30, 2008

Re: [Pharo-project] OB's icon support improved

by Oscar Nierstrasz

Why not put that information in the ? button itself? E.g., bold font if there is something there, and italic if there is nothing. - on On Sep 29, 2008, at 18:57, StÃ©phane Ducasse wrote: > You know I would really like to see if this is worth pressing the ? > > So I miss the pane showing the comment under the class def. > May be a good way also would be to have the question mark with a > different color > when there is a comment. > > David we are starting to use manifesto for package so it would be > also great to show them. > > Stef > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Sept. 30, 2008

[Pharo-project] [OB] Implementor

by Alexandre Bergel

Hi! Pressing alt-m on a method that is implemented on a class-side prevents from opening a implementor method. I will open an issue. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Sept. 30, 2008

Re: [Pharo-project] Fwd: Strange bug

by Michael Roberts

http://code.google.com/p/pharo/issues/detail?id=207 I couldn't figure it out but managed to make a mess of my my image... Mike On Mon, Sep 29, 2008 at 3:58 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > > > > > Hi > > ImageSegment discoverActiveClasses. > is cool and it lets you (by swapping method dict behind your back) knowing > which classes > have been involved in a certain action. > > as follow > Now ImageSegment discoverActiveClasses. > -- do something typical -- > ImageSegment activeClasses size printString , ' classes were active out of ' > , > Smalltalk allClasses size printString. > > Now if following > recoverFromMDFaultWithTrace > > you put > > Smalltalk at: #MDFaultDict put: Dictionary new. > > you get a strange error, tell you that there is syntax error > > Stef > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Sept. 30, 2008