- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes

by Brian Tabone

Stephane, Â Â I have a web application in early beta that I think might be worthy to add to this list. It's not yet a success story but with a little exposure I hope it will be. It still has plenty of rough edges but is about 95% functional with new features added weekly. I hope to go into a more public beta in June or July. Attached are the slides that talk about it more in depth. The site is www.todocommander.com . This is built in Seaside 3.0 in Pharo (1.3) and uses Magma as its database. Thanks for your consideration, -Brian Tabone ________________________________ From: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> To: Pharo Development <Pharo-project(a)lists.gforge.inria.fr>; A friendly place where any question about pharo is welcome <pharo-users(a)lists.gforge.inria.fr>; pharo-consortium(a)lists.gforge.inria.fr Sent: Tuesday, May 15, 2012 4:11 PM Subject: Re: [Pharo-project] [Pharo-consortium] We need your Pharo successes Thanks Esteban for your cool slides: Â Â Â https://gforge.inria.fr/frs/download.php/30774/lawsuit3slides.pdf Â Â Â https://gforge.inria.fr/frs/download.php/30773/ibizlog3slides.pdf We want more! Stef

May 16, 2012

[Pharo-project] New Cuis mail list

by Juan Vuletich (mail lists)

Hi Folks, There's a new mail list for discussion about Cuis Smalltalk at http://www.jvuletich.org/mailman/listinfo/cuis_jvuletich.org . Everybody is welcome. Language is English. In any case, if you want to talk about Cuis in Spanish, the 'official' place is squeakRos(a)gruposyahoo.com.ar . Cheers, Juan Vuletich

May 16, 2012

Re: [Pharo-project] [squeak-dev] Re: Implementors of...

by Igor Stasenko

i don't understand one thing: we have shout, and it parses the source code to highlight it correctly, which means that it knows where each keyword selector starts, where it ends.. still we cannot navigate the code just by clicking on selector part or to variable name. the most annoying is when you have nested sends.. and sender/implementors often fail to work.. On 16 May 2012 01:55, Chris Muller <asqueaker(a)gmail.com> wrote: >> In Nautilus, unlike old Browser it now works for multiple keywords, so >> things are improving. > > Mm, I think it was Dan Ingalls who made browsing senders/implementors > of multi-argument keyword messages in the code pane working since the > 1990's. > > It works with even gross effort -- in the attached picture I made a > sloppy selection of #objectWithOid:ifFound:ifAbsent and press > Command+M to get implementors in spite of all of the intermediate code > it knows what I wanted. > >> The main drawback from usability point of view: it is an implicit >> feature, invisible to newbie and other out of the context. > > I was using Squeak for more than 5 years when someone told me about it > -- Once discovered, it's great, productivity has been a bit higher > ever since. Â People should know about it if they don't already.. > > > >> Though in term of number of actions necessary to reach information, >> I'm not sure it's a clear win. >> There's a balance between simplicity and efficiency. >> Isn't it also a step backward in promotion of keyboard navigation over >> mouse navigation? >> >> Nicolas >> >>> >>> Open an entry to be sure it's not lost in the mailing list, and as soon as I can, I will see to add a setting for this :) >>> (right now I am more in a "bugs fix" phase that "add new features" one ^^) >>> >>> Ben >>> >>> >>> >>> On May 12, 2012, at 11:47 AM, Hilaire Fernandes wrote: >>> >>>> Tried from Nautilus: >>>> >>>> Why when asking 'implementors of ' in the method menu, I only got the >>>> implementor of this method. >>>> >>>> Am I doing something wrong? >>>> >>>> Look like the browser need a lot of love. >>>> >>>> Hilaire >>>> >>>> -- >>>> Dr. Geo -- http://www.drgeo.eu >>>> >>>> >>> >>> >> > > > -- Best regards, Igor Stasenko.

May 16, 2012

Re: [Pharo-project] [Pharo-users] Smalltalkhub needs your quick in the ass :)

by Igor Stasenko

I wanted to migrate all my projects to smalltalk hub long ago. -- Best regards, Igor Stasenko.

May 16, 2012

Re: [Pharo-project] Implementors of...

by Chris Muller

> In Nautilus, unlike old Browser it now works for multiple keywords, so > things are improving. Mm, I think it was Dan Ingalls who made browsing senders/implementors of multi-argument keyword messages in the code pane working since the 1990's. It works with even gross effort -- in the attached picture I made a sloppy selection of #objectWithOid:ifFound:ifAbsent and press Command+M to get implementors in spite of all of the intermediate code it knows what I wanted. > The main drawback from usability point of view: it is an implicit > feature, invisible to newbie and other out of the context. I was using Squeak for more than 5 years when someone told me about it -- Once discovered, it's great, productivity has been a bit higher ever since. People should know about it if they don't already.. > Though in term of number of actions necessary to reach information, > I'm not sure it's a clear win. > There's a balance between simplicity and efficiency. > Isn't it also a step backward in promotion of keyboard navigation over > mouse navigation? > > Nicolas > >> >> Open an entry to be sure it's not lost in the mailing list, and as soon as I can, I will see to add a setting for this :) >> (right now I am more in a "bugs fix" phase that "add new features" one ^^) >> >> Ben >> >> >> >> On May 12, 2012, at 11:47 AM, Hilaire Fernandes wrote: >> >>> Tried from Nautilus: >>> >>> Why when asking 'implementors of ' in the method menu, I only got the >>> implementor of this method. >>> >>> Am I doing something wrong? >>> >>> Look like the browser need a lot of love. >>> >>> Hilaire >>> >>> -- >>> Dr. Geo -- http://www.drgeo.eu >>> >>> >> >> >

May 15, 2012

[Pharo-project] ANN: Moose apprentice course - June 2-3

by Tudor Girba

Hi, I am happy to announce that I will organize the first Moose apprentice public course. This is an introductory course on how to use the Moose analysis platform for putting humane assessment into practice. It is dedicated to software engineers, and the concepts covered include model navigation, querying techniques, code metrics, and visualizations. The course sessions are accompanied by hands-on exercises. Here is the official announcement: http://www.humane-assessment.com/blog/free-moose-apprentice-course-june-2-3… Cheers, Doru p.s. I am announcing this course here, because it can be interesting for the Smalltalk community (and Pharo in particular) in two ways: - learn how to use Moose in assessment scenarios, and - given that the course typically reaches non-Smalltalk programmers, it can be a good advertisement for Smalltalk (they actually get to program Smalltalk) -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

May 15, 2012

Re: [Pharo-project] [Pharo-users] Smalltalkhub needs your quick in the ass :)

by laurent laffont

To migrate a whole repository from SqueakSource to SmalltalkHub, here's how I've done (maybe there's a better way): Gofer it squeaksource: 'ProfStef'; package: 'ProfStef-Core'; package: 'ProfStef-Help'; package: 'ProfStef-Tests'; fetch. Gofer it url: 'http://smalltalkhub.com/mc/LaurentLaffont/ProfStef/main' username: 'LaurentLaffont' password: 'mysecretpassword'; package: 'ProfStef-Core'; package: 'ProfStef-Help'; package: 'ProfStef-Tests'; push. Laurent On Tue, May 15, 2012 at 11:23 PM, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr> wrote: > Hi guys > > Nicolas released internally a new version of smalltalkhub and everyday he > finds a good reason not to announce it. > So please do us a favorâ¦ create some projects and push your code there so > that nicolas gets the feel > of a alive and kicking smalltalkhub :) > > Stef >

May 15, 2012

Re: [Pharo-project] Pharo Kernel 2.0 Reload by Fuel activated

by StÃ©phane Ducasse

truly excellent Next week we should also sit with guillermo, ben and you so that we see how we can merge for the bootstrap because Guillermo has a 1.3 mb image now. Stef On May 15, 2012, at 9:21 AM, Pavel Krivanek wrote: > Hi, > > we were able to activate the job Pharo Kernel 2.0 Reload by Fuel [1] > and related tests [2]. In short, this job takes latest Pharo Kernel > image and with the only single script [3] it creates working Pharo > Core image. It uses code and some data previously exported by a > supporting job [4] [5]. > > The resultant image is not production-ready because Fuel Package > Loader currently doesn't work with changes file. > > The next step that should be quite simple is to do the same with an > image without Compiler :-) > > [1] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… > [2] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… > [3] http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… > [4] https://ci.lille.inria.fr/pharo/view/Pharo-Kernel%202.0/job/Pharo%20Kernel%… > [5] http://gitorious.org/pharo-build/pharo-build/blobs/master/scripts/pharo/Ker… > > Cheers, > -- Pavel >

May 15, 2012

Re: [Pharo-project] Problem with RPackage and MCPackage integration

by StÃ©phane Ducasse

On May 15, 2012, at 11:27 AM, Mariano Martinez Peck wrote: > Hi guys. I am experimenting with exporting Monticello packages with Fuel. What I am doing so far is I download somehting with metacello, then I query all the needed packages and its order and then I serialize that. To do that, I am using (PackageInfo named: 'XXX') and then I ask #classes or #extensionMethods. > The problem is that #extensionMethods is incredible slow: > > extensionMethods > ^ (Smalltalk allClassesAndTraits, (Smalltalk allClasses collect: [:c | c class])) gather: [:classOrTrait | self extensionMethodsForClass: classOrTrait] > > .... I THINK that RPackage store extension methods and tehrefor I guess it could be much faster. > > The problem I have now with RPackage is this. I have a MCPackage called 'Fuel'. And then I have different categories inside that package such as 'Fuel-Core', 'Fuel-Clusters'. 'Fuel-Stream', etc. > > (MCPackage named: 'Fuel') correspondingRPackage classes -> () > (RPackageOrganizer default packageNamed: 'Fuel') classes -> () I do not see why the system does not have an RPackage with Fuel if you have a working copy for it. Now I cannot debug that farâ¦ >From time to time you should come to visit us. Stef > > so i am getting an empty collection instead of the classes. If I enter to a category, it is fine, for example: > (RPackageOrganizer default packageNamed: 'Fuel-Clusters') classes -> a Set(FLGlobalSendCluster FLGlobalClassCluster FLObjectCluster FLCluster FLVariablesMapping FLWordObjectCluster FLIteratingCluster FLGlobalValueCluster FLVariableObjectCluster FLBitsObjectCluster FLGlobalCompiledMethodCluster FLPrimitiveCluster FLGlobalAssociationCluster FLPositiveSmallIntegerCluster FLGlobalCluster FLPointerObjectCluster FLWellKnownObjectsCluster FLMethodContextCluster FLSmallIntegerCluster FLUInt16Cluster FLGlobalClassSideCluster FLByteObjectCluster FLSubstitutionCluster FLNegativeSmallIntegerCluster FLHookPrimitiveCluster FLFixedObjectCluster FLWeakVariableObjectCluster) > > > so...how can I get a RPackage for my MCPackage/PackageInfo called 'Fuel' ? > > thanks > > > -- > Mariano > http://marianopeck.wordpress.com >

May 15, 2012

Re: [Pharo-project] Pharo is exploding

by StÃ©phane Ducasse

> > It depends. Pharo 2.0 is UNSTABLE. It says it everywhere. If you want to do seriuous development you won't beusing Pharo 2.0, will you? ;) This is not unstable, this is bleeding edge. When I see how the other applications are crashing. I think that Pharo in alpha is quite stable. Gary did it with pinesoft and he is not toying so this is possible. Moose people decide when the version is getting less changing and it works. Stef

May 15, 2012