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

Re: [Pharo-project] [squeak-dev] Use of #asMorph

by Igor Stasenko

On 14 March 2010 14:40, stephane ducasse <stephane.ducasse(a)gmail.com> wrote: > Igor > > I do not know (I'm dizzy after a couple of hours of bus) but > asMorph for me conveys the idea that we get a transformation of the receiver, while if this is just to > change the model of a morph why not model: > Changing a model gives nothing: morph := MyListMorph new. morph model: someModel. now, since my morph is a list, it assumes that someModel object implements a protocol, which allows to extract the items ( #size, #at: etc). The question is, what you would do, if you want to represent each item in a list as a morph, so instead of: strings := model items collect: [:each | each asString ]. you doing: subMorphs := model items collect: [:each | each asMorph ]. ... this gives you a freedom to pick any form how represent each item in a list, instead of bare strings. > > Stef > -- Best regards, Igor Stasenko AKA sig.

March 14, 2010

Re: [Pharo-project] Collection

by Nicolas Cellier

Hi guys, You should have a look at Keith's work on image startup management. Some good ideas and MIT code could be good to experiment/polish/integrate in Pharo. Don't remember all the links (It's not always simple with Keith), but here are some starters: https://code.launchpad.net/~keithy/ https://code.launchpad.net/Cuis http://vimeo.com/9392990 Cheers Nicolas 2010/3/14 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > lol > > ;) > > we beat them :) > > > On Mar 14, 2010, at 12:55 PM, Philippe Marschall wrote: > >> On 11.03.2010 14:24, stephane ducasse wrote: >>> Hi guys >>> >>> tristan is a new student here and he would like to work on collection optimization and implementation. >>> I would like the get some ideas from you. >>> Â Â Â - are there some collections that would be cool to improve? >>> Â Â Â - are there some collections that would be cool to have and that we do not have yet? >> >> An ordered set, use case: start up and shut down list ;-) >> >> Cheers >> Philippe >> >> >> _______________________________________________ >> 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 >

March 14, 2010

[Pharo-project] About getting HashedCollection (another dream happening)

by stephane ducasse

Hi levente and others I always wanted to have Dictionary not be a subclass of Set and you did it. Now when you introduced that in Squeak, we were busy. But now I'm so found of this change (like other Smalltalk -> SmalltalkImage current --- which we stopped in the middle because lack of momentum and mindsharing) that I would like to integrate it into Pharo. Do you have any specific recommandations (like not shooting in our own foot)? Stef

March 14, 2010

Re: [Pharo-project] Collection

by StÃ©phane Ducasse

lol ;) we beat them :) On Mar 14, 2010, at 12:55 PM, Philippe Marschall wrote: > On 11.03.2010 14:24, stephane ducasse wrote: >> Hi guys >> >> tristan is a new student here and he would like to work on collection optimization and implementation. >> I would like the get some ideas from you. >> - are there some collections that would be cool to improve? >> - are there some collections that would be cool to have and that we do not have yet? > > An ordered set, use case: start up and shut down list ;-) > > Cheers > Philippe > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010

Re: [Pharo-project] [ANN 1.1] pre-built core 1.1#11268

by StÃ©phane Ducasse

thanks marcus I just arrived to annecy and will probably hack again this afternoon (with laurent ?) Stef On Mar 14, 2010, at 12:00 PM, Marcus Denker wrote: > > https://gforge.inria.fr/frs/download.php/26667/PharoCore-1.1-11268-UNSTABLE… > > -- > Marcus Denker -- http://www.marcusdenker.de > INRIA Lille -- Nord Europe. Team RMoD. > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010

[Pharo-project] about polymorph

by stephane ducasse

Hi gary here is the vision I would love to have for polymorph. Gary what would be good is that if we could - create adequate hooks in the underlying Morph to make sure that Polymorph can be easily added. - revisite clean change existing morphs that you may have to patch or rewrite to get polymorph The vision is can we have a good foundation on top of which "polymorph" could be build I put "" because it implies that some of the Polymorph changes or widgets may be pushed to the basis and Polymorph may be lighter because of that. This decomposition would make sure that Polymorph can be autonomous from the foundation and that for example you can decline different variants or that other people can define different look if they want. What do you think? I believe that we could get the best of both worlds: pharo infrastructure a better infrastructure and you less code to maintain for polymorph. Stef

March 14, 2010

Re: [Pharo-project] Polymorph

by StÃ©phane Ducasse

+1 On Mar 13, 2010, at 10:29 PM, Igor Stasenko wrote: > I'd recommend to incorporate all Polymorph's overrides into Morphic. > Then you can still maintain Polymorph as separate package, > but don't fool yourself with a tons of overrides. > > On 13 March 2010 19:15, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: >> >> On Mar 13, 2010, at 5:56 PM, Gary Chambers wrote: >> >>> All "fun" on squeak-dev... >>> >>> Getting close to abandoning support for Polymorph in Squeak at all now... >>> Only a few apps based on 3.9 left here. Not sure they need any of the ongoing improvements. >> >> I'm not sure that maintaining two version is an option for you. >> >>> So, the question is, how would we want future additions/changes/fixes to apply in Pharo. >> >> The way you were doing them is ok. >> You could also publish directly in Pharo >> But if you want to have you own package and control over it this is ok too. >> >>> Having Polymorph as an external (mergable, not loadable) package has worked well for us, as much as it can be well. >>> >>> Perhaps changesets are the way to go from here... opinions/advice welcome... >> >> Why MC is not good for you? >> >>> >>> Regards, Gary >>> _______________________________________________ >>> 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 >> > > > > -- > 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

March 14, 2010

Re: [Pharo-project] Collection

by Philippe Marschall

On 11.03.2010 14:24, stephane ducasse wrote: > Hi guys > > tristan is a new student here and he would like to work on collection optimization and implementation. > I would like the get some ideas from you. > - are there some collections that would be cool to improve? > - are there some collections that would be cool to have and that we do not have yet? An ordered set, use case: start up and shut down list ;-) Cheers Philippe

March 14, 2010

[Pharo-project] [ANN 1.1] pre-built core 1.1#11268

by Marcus Denker

https://gforge.inria.fr/frs/download.php/26667/PharoCore-1.1-11268-UNSTABLE… -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

March 14, 2010

Re: [Pharo-project] Mac carbon VM goes to 4.2.3beta1U

by Adrian Lienhard

Thanks John! This is the direct download link so not everybody needs to spend minutes to find it :) ftp://ftp.smalltalkconsulting.com/Squeak%204.2.3beta1U.app.zip Cheers, Adrian On Mar 14, 2010, at 08:34 , John M McIntosh wrote: > In order to wrap up some VM fixes that should be pushed into the Squeak 4.x offering I've compiled up a 4.2.3beta1U VM > This will be the last 4.x series of macintosh VMs as the 5.x series gains support. > > Someone should run the Sunit and smoke test to ensure the VM is sane. > > Follow the macintosh link from http://www.squeakvm.org/index.html > > 4.2.3b1 We update to VMMaker 160 > > Reference Mantis 7405: Array new: SmallInteger maxVal broken. > Reference Mantis 7407: BitBlt. Incorrect alpha values for several rules. > Reference Mantis 7421: Bug in Interpreter>>primitiveNextPut: > (Various 64bit fixes which don't apply to this 32bit VM) > > Put ObjectiveCPlugin.bundle to 1.1.2 > Removed SparklePlugin because of file copy issues on squeak 4.0 build process. bad sym links > > **** This VM includes some features not in VMMaker yet ***** > (a) primitiveAsyncFileOpen: 64bit > (b) explicit declare for primitiveShowHostWindow: > (c) primitive for microsecond clock > (f) statGCTime, statFullGCMSecs,statIGCDeltaTime,statIncrGCMSecs go to 64bit for > microscecond clock > (e) primitiveVMParameter changes to pull back 64bit values > (f) JPEGReaderPlugin, work to make 64bit clean > (g) primitiveMIDIGetPortName: 64bit fix > > > NSCursorWrapper.m compiler warning cleanup > sqMacMacmain.m compiler warning cleanup > sqMacTime.c add microsecond clock > sqmacWIndowUniversal.c compiler warning cleanup > > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

March 14, 2010