- Pharo-dev - lists.pharo.org

[Pharo-project] ??? OB loading???
by StÃ©phane Ducasse Feb. 18, 2009

Feb. 18, 2009

When I load that in the latest image I get a topPanel DNU I do not understand how to fix it. Stef | instClass | instClass := self environment at: #Installer ifAbsent: [self new installingInstaller]. self new universalInstaller universe update; addPackage: 'Shout'; addPackage: 'AST'; addPackage: 'Refactoring Core'; install. "load latest alpha version of OB directly from its Monticello repo" instClass wiresong project: 'ob'; install: 'OmniBrowser'; install: 'OB-Standard'; install: 'OB-Morphic'; install: 'OB-Enhancements'; install: 'OB-Refactory'. self new universalInstaller universe addPackage: 'ShoutOmniBrowser'; addPackage: 'eCompletion'; addPackage: 'eCompletionOmniBrowser'; addPackage: 'eCompletion-Traits'; install.

2 1

[Pharo-project] loadOBAlpha
by Alexandre Bergel Feb. 18, 2009

Feb. 18, 2009

Hi All, Apparently, what is loaded by ScriptLoader>>loadOBAlpha cannot be opened. OBPackageBrowser>>topPanel DNU It would be great to fix this... Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

3 7

[Pharo-project] [update] #10236
by Marcus Denker Feb. 18, 2009

Feb. 18, 2009

10236 ----- Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the objects Issue 559: Message sent but not implemented: AlignmentMorph Issue 579: 0007218: ClassOrganizer categories breaks if given an empty array Issue 580: 0007291: MC1.5 overrides methods in HTTPSocket Issue 581: 0007218: ClassOrganizer categories breaks if given an empty array Issue 234: 0007131: Syntax Error dialogs raise more errors than does the calling Parser Issue 235: 0007205: Monticello Snapshot Speedup via new MethodReference ivar Postscript: UIThemeWatery2 beCurrent. -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

4 3

[Pharo-project] [update] #10237
by Marcus Denker Feb. 18, 2009

Feb. 18, 2009

#10237 ------ Issue 464: Added subclass: and subclass:instanceVariableNames: Issue 456: 7272: BlockContext equality test is missing Issue 518: '-94' asInteger --> 94 SUnit-al.59: Make edge case where method is an object work. Tests-al.41: Clean up TestObjectsAsMethods (do a proper tearDown) -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

2 1

[Pharo-project] Clicking on a test method
by Alexandre Bergel Feb. 18, 2009

Feb. 18, 2009

I just discovered that clicking on the icon near a testing method in the browser launches the test. Excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

4 4

[Pharo-project] [ANN] prebuild #10236
by Marcus Denker Feb. 18, 2009

Feb. 18, 2009

http://gforge.inria.fr/frs/download.php/17569/Pharo0.1Core-10236.zip update10232 - Remove the last PopUpMenu references. - Remove some of the CustomMenu uses (wherever it is possible to replace it with a simple UIManager dialog). - Mime mike kind of fixes ------------------------------------------------------ update10233 MVCMenuMorph killed Changeset - Hernan Morales: Issue 505: Optimize select:thenDo: Newversion ------------------------------------------------------ update10234 Issue 523: [SmallLint] Undeclared variables This check is similar to the "References an undeclared variable" check, but it looks for variables that are not defined in the class or in the undeclared dictionary. You probably had to work hard to get your code in this state. PasteUpMorph>>#makeNewDrawing:at: Project>>#storeSegmentNoFile CollectionRootTest>>#nonEmpty ScriptLoader>>#update10196 ScriptLoader>>#update10074 Issue 525: useless boolean checks on Morphic extras MorphicExtras Check for a =, ==, ~=, or ~~ message being sent to true/ false or with true/false as the argument. SqueakPage>>#write URLMorph>>#mouseUp: ClockMorph>>#addCustomMenuItems:hand: ClockMorph>>#step ClockMorph>>#toggleShowingSeconds ClockMorph>>#toggleShowing24hr MorphObjectOut>>#doesNotUnderstand: SketchEditorMorph>>#verifyState: SketchEditorMorph>>#deliverPainting:evt: FlapTab>>#inboard FlapTab>>#flapShowing FlapTab>>#tabSelected ReferenceMorph>>#isHighlighted SimpleSliderMorph>>#truncate ------------------------------------------------------ update10235 Polymorph new version ------------------------------------------------------ update10236 Issue 316: forgetAllGrabCommandsFrom: at startup scanning all the objects Issue 559: Message sent but not implemented: AlignmentMorph Issue 579: 0007218: ClassOrganizer categories breaks if given an empty array Issue 580: 0007291: MC1.5 overrides methods in HTTPSocket Issue 581: 0007218: ClassOrganizer categories breaks if given an empty array Issue 234: 0007131: Syntax Error dialogs raise more errors than does the calling Parser Issue 235: 0007205: Monticello Snapshot Speedup via new MethodReference ivar -- Marcus Denker -- denker(a)acm.org http://www.marcusdenker.de

3 2

[Pharo-project] Distributed versioning ... MonticelloHub?
by Geert Feb. 18, 2009

Feb. 18, 2009

At first it usually takes some time to get one's head around the Smalltalk way of working in a live image. The next question is usually something around, how can I make this work in a team environment, what about version control, how can I share and/or re-use external packages/classes? After some research there appears to be something called: - SqueakMap: an out-dated collection of publicly shared packages? - Package Universe: an attempt to manage dependency of SqueakMap packages? - Monticello: a nifty distributed package version control system. It seems to me that the concept of a distributed repository system and the implementation of Monticello was ahead of its time in 2003 and makes perfect sense given the fact that everyone is working in their own image ... or repository if you will. How does the now extremely popular Git compare to Monticello actually? Are there any plans for the Pharo Project to create some sort of PharoHub or MonticelloHub (taking the example of GitHub here) where everyone can browse through available repositories and their packages? Anyhow, maybe I am jumping ahead a bit since the first goal is getting towards the big Pharo one point O, but I just wanted to see what other people's thoughts are o this? -- View this message in context: http://n2.nabble.com/Distributed-versioning-...-MonticelloHub--tp2319149p23… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

5 21

Re: [Pharo-project] Inst var case (was: Mike we need some fixes for mime.... :)
by Michael Rueger Feb. 18, 2009

Feb. 18, 2009

changed the subject :-) Michael On Tue, Feb 17, 2009 at 11:52 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: > I just wanted to add that I agree the change is currently at the wrong > level. Whilst the change was done with the best intentions, and in > the best spirit of what Pharo is trying to be, the impact on the user > was not obvious until it was live. I wanted to load the cryptography > package so that I could play with the Amazon cloud stuff. I get > exactly the same warning and it is a disruption. I agree with the > thread that said this should be a code critic rule, and / or there is > some control over when the warnings are raised. I also saw that Doru > was having issues with it as well in another thread. I'm all for > change, but in this case we need to be more sophisticated about it. > > thanks, > Mike > > On Tue, Feb 17, 2009 at 9:48 AM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> Ok >> >>>> >>> Lets discuss this monday. >> >> :) >> >>> I am not against change, but this chagne is *at the wrong level*. >>> >>> I don't want RB Lint to do the check in the browser (maybe later), >>> it can be done just the same it is now done in the classbuilder, just >>> in the browser. That's where we want it, as it talks to the user. >> >> Why not then. >> My gut feeling is that we should have LARGE warning when also saving >> or loading code. >> Consistency can be a good thing >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

1 0

Feb. 17, 2009

> > > From: stephane ducasse <stephane.ducasse(a)free.fr> > Date: February 15, 2009 3:49:58 PM CEST > To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr> > Subject: Mike we need some fixes for mime.... > > > Issue 527: MIMEDocument changes break Kom > http://code.google.com/p/pharo/issues/detail?id=527 > > Issue 520: MIMEDocument class(Object)>>doesNotUnderstand: > #resetMIMEdatabase > http://code.google.com/p/pharo/issues/detail?id=520 > > Tx > Stef > > >

5 13

Feb. 17, 2009

10235 contains new polymorph version and diff tools. Stef

1 0