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

[Pharo-project] About this MC extensions

by StÃ©phane Ducasse

Name: Monticello-jf.321 Author: jf Time: 23 October 2008, 8:14:55 pm UUID: 94116b6e-f3dc-da49-b5ed-d90ba5b4c9f3 Ancestors: Monticello-AlexandreBergel.320 The Monticello UI used to support "branches" by allowing multiple version segments separated by periods. So, for example, if you had a version called: my-package-jf.testbranch.4 the next suggested version name would be: my-package-jf.testbranch.5 You could also have my-package-jf.testbranch.subbranch.4. The version of MC in Pharao no longer allows this and suggests my-package-jf.5 instead. This version fixes the behaviour to keep everything up to the author initials and everything between the initials and the last period. New initials and new last number are provided. ======================== Hi since we do not really understand the implications of that changes when the authors have a . in their name we move it to the treated inbox and invite jf to discuss it in the list and resubmit a fix. Stef and Marcus

Oct. 25, 2008

[Pharo-project] Installer in Pharo

by jannick.menanteau.gmail

Hi all, I would like to understand the behavior of Installer, and for this I use http://installer.pbwiki.com/Installer. But when I execute the first exemple : squeakmap := Installer squeakmap. squeakmap install: 'DynamicBindings'. squeakmap open. "opens the squeak map loader gui" I have an error due to a nil value. Installer has no value for 'DynamicBindings'. I think it not find the package. So, I execute Installer squeakmap open. a window is opened but there is nothing in it. For information, it works on Squeak3.10.2. Is there anything to do in Pharo to make it work ? Jannik

Oct. 25, 2008

[Pharo-project] We will not accept any changes using initials anymore

by StÃ©phane Ducasse

Hi guys We are really sorry about that but we will not accept code submitted with initials anymore because we do not know who is submitting. Just use your full name instead of initials. we will fix the Author class to ask for your full name! Stef and Marcus

Oct. 25, 2008

Re: [Pharo-project] [updates] 10104

by Matthew Fulmer

On Sat, Oct 25, 2008 at 05:50:15PM +0200, Marcus Denker wrote: > Hi, > > We added an update to make the compiler support ifNotNil: [] as well > as ifNotNil[:tt |]. This was done by > Vassili Bykov and submitted to squeak's bugtracker many moons ago. > > The update consists of two, 10103 and 10104, as it is not loadable by > Monticello (deep compiler changes). > Thus the first is a normal changeset (hand-reordered), the second > loads again the MC packages. > MC pops up a worning when loading 10104 and asks for ok to load the > packages. [ load ] on: Warning do: [:ex | ex resume] -- Matthew Fulmer -- http://mtfulmer.wordpress.com/

Oct. 25, 2008

Re: [Pharo-project] facetious Splitter

by Gary Chambers

Aye, no problem. Splitters/grips was something in (now) Polymorph that was a bugger to fix... especially wrt window title area font sizes. Was SO broken before :-) Regards, Gary. ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> Sent: Saturday, October 25, 2008 4:28 PM Subject: Re: [Pharo-project] facetious Splitter I'm fixing that in 10104 probably. Stef On Oct 25, 2008, at 4:57 PM, Gary Chambers wrote: > Not to mention the reorganisations in SystemWindow... > :-) > > Regards, Gary. > > ----- Original Message ----- From: "StÃ©phane Ducasse" > <stephane.ducasse(a)inria.fr > > > To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, October 25, 2008 8:05 AM > Subject: Re: [Pharo-project] facetious Splitter > > >> Yes this is bug I introduced when removing etoy and that gary fixed but >> I harvested part of the solution. >> The problem was splitter used x and y of morphs and only them so gary >> replaced that with left right >> but I should harvest bottomBoundary from UIEnhancements/ >> polymorphWidgets.latest >> Now I got some problems to see what I have to extract exactly. If you >> get a list that is working I would be happy. >> >> gary said >> "More to the point... the overrides for bottomBoundary etc. are missing >> in >> ProportionalSplitterMorph." >> >> >> On Oct 25, 2008, at 12:44 AM, nicolas cellier wrote: >> >>> Recipe for a nice scrambling of layouts in Pharo 10102: >>> >>> open a FileList; >>> single click the splitter above text; >>> you should see an annoying mess in the pane layouts. >>> >>> This happens with some other tools (like FileContentsBrowser). >>> Removing the list of files morph with the halos, I discovered a hidden >>> splitter under top buttons. >>> You can see the mess in Pharo when acting on these two splitters. >>> Note that 3.9 ad 3.10.2 images have the hidden splitter too, but the >>> splitters behaves better. >>> So it has to be a Pharo change. >>> Unfortunately morphs are hard to debug! >>> It would probably be easier to trace recent Morphic changes. Any clue? >>> >>> Nicolas >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > 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

Oct. 25, 2008

Re: [Pharo-project] How to find methods sent but not implemented?

by StÃ©phane Ducasse

pay attention that I'm removing etoy aggressively so I'm introducing unimplemented calls. Stef On Oct 25, 2008, at 5:18 PM, Oscar Nierstrasz wrote: > > SystemNavigation default browseAllUnimplementedCalls > > shows 272 messages sent but unimplemented in the pharo-dev image > > :-( > > At least we know where to continue cleaning! ;-) > > - on > > On Oct 25, 2008, at 15:55, Marcus Denker wrote: > >> Yes, there is >> >> SystemNavigation>>#browseAllUnimplementedCalls >> >> The only problem is that it does not highlight the message that is >> detected. That can be a problem in large methods to find the >> problematic one. >> >> Marcus > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 25, 2008

Re: [Pharo-project] How to find methods sent but not implemented?

by StÃ©phane Ducasse

excellent! On Oct 25, 2008, at 5:16 PM, Oscar Nierstrasz wrote: > > Yes, I just saw that. > > I ran the code critics on the Regex package and immediately found 4 > methods that send unimplemented messages. > > RxParser class>>#rareMatchProfile > RxParser class>>#singleCharPrefixMatchProfile > RxParser class>>#frequentMatchProfile > send valueNowOrOnUnwindDo: > > RxParser class>>#bigHonkingStream > sends asFilename > > I am using the latest pharo-dev with the latest updates. > > - on > > On Oct 25, 2008, at 16:44, Lukas Renggli wrote: > >> Code Critics from the Refactoring browser finds that kind of >> problems. >> It also highlights its findings. >> >> Lukas >> >> -- >> Lukas Renggli >> http://www.lukas-renggli.ch >> >> _______________________________________________ >> 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 >

Oct. 25, 2008

Re: [Pharo-project] SUnit/OB integration

by StÃ©phane Ducasse

hi alex, david and simon it seems that your code got some problems and showing some decompiled syndrome. There is also changes that conflicts with lukas menu item changes. So we moved it on the PharoTreatedInbox and harvested lukas fixes. Could you check your problem and resubmit the changes (the next upates will contain lukas changes)? Stef On Oct 23, 2008, at 2:15 PM, Alexandre Bergel wrote: > Sorry, I should have said it before: > SLICE-SUnitImprovement-AlexandreBergel.1 > > Issue 280 > > Cheers, > Alexandre > > On 23 Oct 2008, at 13:44, Adrian Lienhard wrote: > >> Hi Alex, >> >> It would be very helpful for the harvesters if you can say which >> slice this change is (or at least which packages) and if you can >> create an issue in the tracker. Also a short description of the >> changes would be helpful. >> >> Thanks, >> Adrian >> >> On Oct 23, 2008, at 13:02 , Alexandre Bergel wrote: >> >>> Dear List, >>> >>> Yesterday we had an incredible pair programming session with David >>> R., Simon D., and myself. >>> OB is now aware of the method tests that passed and that failed. >>> Even more, it shows progress (a failed test is now green) and >>> regression (a test that was green before is now red) >>> >>> This is waiting in PharoInbox. >>> >>> Cheers, >>> Alexandre >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 25, 2008

[Pharo-project] [updates] 10104

by Marcus Denker

Hi, We added an update to make the compiler support ifNotNil: [] as well as ifNotNil[:tt |]. This was done by Vassili Bykov and submitted to squeak's bugtracker many moons ago. The update consists of two, 10103 and 10104, as it is not loadable by Monticello (deep compiler changes). Thus the first is a normal changeset (hand-reordered), the second loads again the MC packages. MC pops up a worning when loading 10104 and asks for ok to load the packages. Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

Oct. 25, 2008

Re: [Pharo-project] facetious Splitter

by StÃ©phane Ducasse

I'm fixing that in 10104 probably. Stef On Oct 25, 2008, at 4:57 PM, Gary Chambers wrote: > Not to mention the reorganisations in SystemWindow... > :-) > > Regards, Gary. > > ----- Original Message ----- From: "StÃ©phane Ducasse" <stephane.ducasse(a)inria.fr > > > To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> > Sent: Saturday, October 25, 2008 8:05 AM > Subject: Re: [Pharo-project] facetious Splitter > > >> Yes this is bug I introduced when removing etoy and that gary >> fixed but I harvested part of the solution. >> The problem was splitter used x and y of morphs and only them so >> gary replaced that with left right >> but I should harvest bottomBoundary from UIEnhancements/ >> polymorphWidgets.latest >> Now I got some problems to see what I have to extract exactly. If >> you get a list that is working I would be happy. >> >> gary said >> "More to the point... the overrides for bottomBoundary etc. are >> missing in >> ProportionalSplitterMorph." >> >> >> On Oct 25, 2008, at 12:44 AM, nicolas cellier wrote: >> >>> Recipe for a nice scrambling of layouts in Pharo 10102: >>> >>> open a FileList; >>> single click the splitter above text; >>> you should see an annoying mess in the pane layouts. >>> >>> This happens with some other tools (like FileContentsBrowser). >>> Removing the list of files morph with the halos, I discovered a >>> hidden splitter under top buttons. >>> You can see the mess in Pharo when acting on these two splitters. >>> Note that 3.9 ad 3.10.2 images have the hidden splitter too, but >>> the splitters behaves better. >>> So it has to be a Pharo change. >>> Unfortunately morphs are hard to debug! >>> It would probably be easier to trace recent Morphic changes. Any >>> clue? >>> >>> Nicolas >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 25, 2008