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

Re: [Pharo-project] Permutations and Combinations in SequenceableCollection

by merlyn＠stonehenge.com

>>>>> "John" == John Toohey <jt(a)parspro.com> writes: John> Yep, the four scores would be 1 point conversion, 2 point conversion or a John> safety, 3 point field goal, and a 6 point touchdown. Although the 1 point John> can only come after a 6 point touchdown, so any score with just a 1 point John> would not be possible, but in theory, you could have 2-2, 4-4 etc. So it isn't really 1, 2, 3, 6. It's 2, 3, 6, 7 maybe? Dunno football - just trying to decipher what you said. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn(a)stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc. See http://methodsandmessages.vox.com/ for Smalltalk and Seaside discussion

Jan. 6, 2010

Re: [Pharo-project] cutting dependencies

by Alain Plantec

StÃ©phane Ducasse a Ã©crit : > Now the fact that Setting is cool will also > reduce some problems we saw before. This will raise the question of the usage of services too. > Because Services are a registration mechanism. > I thought that Services was to be removed and I've started to do so (It would allow to fully remove Preferences). Have I missed something ? Alain

Jan. 6, 2010

Re: [Pharo-project] ESUG don't forget Pharo!!!!!

by Noury Bouraqadi

Thanks Mariano for reporting it. I added a few links on Pharo. On 6 janv. 10, at 16:00, Mariano Martinez Peck wrote: > http://www.esug.org/Smaltalk/Links > > there is nothing about pharo. I would link to www.pharo- > project.org , to the mailing list and even to PBE website :) > > Cheers > > Mariano Noury http://car.ensm-douai.fr/noury/ -------------- -16Ã¨me ConfÃ©rence francophone sur les Langages et ModÃ¨les Ã Objets (LMO). Pau 2010 http://lmo-conference.org/2010/index -ESUG 18th International Smalltalk Conference - Barcelona, Spain 2010 http://www.esug.org/Conferences/2010

Jan. 6, 2010

Re: [Pharo-project] [Seaside] Mac VM 5.2b3 & iPhone VM 2.1.0 ships

by Esteban Lorenzano

Well, I'm currently testing those vms with the iphone. So far, no problems (but I'm maybe being optimistic, I didn't tried a full stress of the vm, just a few tests) Cheers, Esteban On 2010-01-06 04:15:53 -0300, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> said: > Since Pharo 1.1 is already faster and 1.0 and will continue to improve > on that level. I'm curious to see > if how it helps for iphone > > Stef > > On Jan 6, 2010, at 3:35 AM, John M McIntosh wrote: > >> I've push the latest cocoa based 32/64bit macintel/powerpc VM >> >> Various users pointed out that option-arrow key did not work. Oddly I >> had marked moveWordForward/Back/etc as being required but couldn't >> figure out what the magic keystrokes were. >> 5.2b3 fixes the problem. >> >> Look for the folder experimental/64bits in the regular places found >> via http://smalltalkconsulting.com/squeak.html >> or >> ftp://ftp.smalltalkconsulting.com/experimental/64bit/32bitImage*64bitVM/ >> >> file name: >> Squeak 64-32 5.2b3.app.zip >> >> This *beta* VM runs in 32 or 64 bit mode on macIntel, and 32bit mode on >> powerpc to support Squeak 32bit images. >> Requires os-x 10.5 or higher. >> >> -------------------------------- >> iPhone VM 2.1.0 >> >> The iPhone VM now uses the pharo1.0-10502-rc1dev09.12.2.image >> The image feels faster, likely due to the ongoing Pharo optimization work. >> >> I note I can no longer build custom VM's for people's iPhones since >> I've exceeded the number of devices I can dedicate to >> iPhone development. People who have not use the iPhone VM in the past >> will need another developer to build a VM for them, >> or will need to purchase Apple's iPhone SDK. >> >> ----------------------------------- >> For the moment source for both VMs can be found at http://isqueak.org >> >> -- >> =========================================================================== >> John M. McIntosh >> <johnmci(a)smalltalkconsulting.com> Twitter: >> squeaker68882 >> Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com >> =========================================================================== >> >> >> >> >> _______________________________________________ >> seaside mailing list >> seaside(a)lists.squeakfoundation.org >> http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

Jan. 6, 2010

Re: [Pharo-project] Dev images with or without tests?

by Yanni Chiu

Alexandre Bergel wrote: >> For example, if I'm just writing a Seaside app. that does not change >> Seaside itself, I would not want the Seaside tests around. > > > I have a different opinion Okay, Seaside was just one example package I chose for illustration. Perhaps it was not the best choice, since I said I was building a Seaside application. What about Collections tests or Morphic tests? Also, not having them around, doesn't mean never running them. They could be run by a build process, and I would be told if they failed. Meanwhile, I would never be distracted by their presence. I would not have to think about which SUnit tests to run; I would just run all the ones in my image. -- Yanni

Jan. 6, 2010

Re: [Pharo-project] Dev images with or without tests?

by Mariano Martinez Peck

Decision taken then :) I will then explain how to load an image without tests for those rebelds people ;) cheers 2010/1/6 Frederic Pluquet <fpluquet(a)ulb.ac.be> > +1 for an image with tests. > > FrÃ©d > ---- > FrÃ©dÃ©ric Pluquet > UniversitÃ© Libre de Bruxelles (ULB) > Assistant > http://www.ulb.ac.be/di/fpluquet > > > 2010/1/5 Mariano Martinez Peck <marianopeck(a)gmail.com> > >> Ok, that's the big questions. Until now, the Dev image only cointained the >> tests of the PharoCore image. Actually, it also included the tests fro those >> projects where the test were in the same package (for example, RoelTyer). >> Now, with the new Metacello infrastructure, you will be able to take a >> PharoCore and evaluate: >> >> (ConfigurationOfPharo project version: '10496') load (which it will >> load the defualt stuff, in this case, all the stuff for a dev image) >> >> or >> >> (ConfigurationOfPharo project version: '10496') load: >> 'StandardDevImageWithTests' >> >> which will loads not only all the packages, but also ALL the test of all >> packages (all packages that have tests). >> >> So, my question is, should the test be included in the default dev image? >> >> I think that yes, because of the following: >> >> 1) Tests are useful for documentation >> 2) It encourages people to run the tests before committing something (that >> may break something) >> 3) You can see the state of the image you are using. >> 4) Because they are not bad >> 5) Because if you don't want to load the test, just add a simple >> 'StandardDevImageWithoutTests' after the load. >> 6) I don't think they take a lot of size in an image. In addition, it is a >> DEV image, not production. In production is logic that you don't want the >> tests and that may be even done with something similar to ScriptLoader >> >> cleanUpForProduction >> >> So..what do you think ? >> >> Cheers >> >> Mariano >> >> >> _______________________________________________ >> 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 >

Jan. 6, 2010

Re: [Pharo-project] Dev images with or without tests?

by Frederic Pluquet

+1 for an image with tests. FrÃ©d ---- FrÃ©dÃ©ric Pluquet UniversitÃ© Libre de Bruxelles (ULB) Assistant http://www.ulb.ac.be/di/fpluquet 2010/1/5 Mariano Martinez Peck <marianopeck(a)gmail.com> > Ok, that's the big questions. Until now, the Dev image only cointained the > tests of the PharoCore image. Actually, it also included the tests fro those > projects where the test were in the same package (for example, RoelTyer). > Now, with the new Metacello infrastructure, you will be able to take a > PharoCore and evaluate: > > (ConfigurationOfPharo project version: '10496') load (which it will load > the defualt stuff, in this case, all the stuff for a dev image) > > or > > (ConfigurationOfPharo project version: '10496') load: > 'StandardDevImageWithTests' > > which will loads not only all the packages, but also ALL the test of all > packages (all packages that have tests). > > So, my question is, should the test be included in the default dev image? > > I think that yes, because of the following: > > 1) Tests are useful for documentation > 2) It encourages people to run the tests before committing something (that > may break something) > 3) You can see the state of the image you are using. > 4) Because they are not bad > 5) Because if you don't want to load the test, just add a simple > 'StandardDevImageWithoutTests' after the load. > 6) I don't think they take a lot of size in an image. In addition, it is a > DEV image, not production. In production is logic that you don't want the > tests and that may be even done with something similar to ScriptLoader >> > cleanUpForProduction > > So..what do you think ? > > Cheers > > Mariano > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 6, 2010

Re: [Pharo-project] Notifications of windows opening/closing/focus

by Simon Denier

On 6 janv. 2010, at 16:48, Gary Chambers wrote: > Would be nice (if anyone needs it) to have a "global" access point (the > World perhaps) for general notifcations as hinted at earlier. Kind of > "window manager" notifications. I think so. It would be useful in the long terms for window management. However, the current taskbar is able to detect and register any new window. Gary, can you tell how it is done right now? > > In the individual window case, I see some use in being to pick up > "reactivation" perhaps, to refresh contents etc. when costly to keep > constantly in sync... > > Regards, Gary > > ----- Original Message ----- > From: "Alexandre Bergel" <alexandre(a)bergel.eu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, January 06, 2010 3:17 PM > Subject: Re: [Pharo-project] Notifications of windows opening/closing/focus > > >>>> In this email I attached a .st file. Just load it, and it will >>>> install the change set to get notifications. >>> >>> I see. The fact that the actual changes are in a method makes it a >>> bit hard to browse (I like to browse things before installing them) >>> >>> Only problem is how to subscribe to a new window announcer when it >>> pops up by any means (world menu, button, do-it....)? Should I scan >>> World submorphs periodically? It does not seem right. >>> Perhaps an announcement is missing in World, to notify a new window >>> (then one can subscribe to the window) >> >> This is not supported currently. I haven't see a situation where I >> personally need it. >> I can easily add this... Do you want me to do it? >> >> Alexandre >> >>> >>> >>> >>>> A number of people already expressed their need for such an >>>> extension. >>>> >>>> Cheers, >>>> Alexandre >>>> >>>> <MOMorphicExtensionInstaller.st> >>>> On 4 Jan 2010, at 17:20, Gary Chambers wrote: >>>> >>>>> Nothing like that currently or previously AFAIK. >>>>> >>>>> Regards, Gary >>>>> >>>>> ----- Original Message ----- >>>>> From: "Simon Denier" <Simon.Denier(a)inria.fr> >>>>> To: "Pharo Development" <pharo-project(a)lists.gforge.inria.fr> >>>>> Sent: Monday, January 04, 2010 4:00 PM >>>>> Subject: [Pharo-project] Notifications of windows opening/closing/ >>>>> focus >>>>> >>>>> >>>>>> Hi >>>>>> >>>>>> How do you get notified of windows opening, closing, or getting >>>>>> focus in >>>>>> Pharo? Is there some announcements or some older events? >>>>>> >>>>>> >>>>>> -- >>>>>> Simon >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> 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 >>> >>> -- >>> Simon >>> >>> >>> >>> >>> _______________________________________________ >>> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Simon

Jan. 6, 2010

Re: [Pharo-project] Interim build server

by Yanni Chiu

Michael Roberts wrote: > ... hudson looks > good. all the dashboard and easy install stuff for free. do you > regularly use & maintain it? I don't know anything about the community around Hudson. I happened to see it at: http://ese.unibe.ch/exercises/project-cycle-1/ci (which supported Lukas' software engineering course). I liked the features of Hudson, but didn't know how it could help with Smalltalk. Then I fell victim to the infamous "Save & quit" disaster, and lost my trusty image. I knew I was not building from scratch frequently enough, because I found the process long and tedious. After too much time spent on Metacello, and other meanderings, the net results are the build scripts and SUnit-to-Hudson test report XML code that was released. I use it regularly now. I use a day to day work image. When something is stable, I save the Monticello packages, then go to my Hudson webpage and click "Build now". When I feel the need to refresh my day to day work image, then I navigate to the images directory in the job's workspace, and click on "(all files in zip)" to download the newly built and tested images. BTW, the test cases seem to run about ten times faster when built in a headless image. One set of test cases took about 15 minutes to run from the TestRunner GUI, but the automated build & test took just a minute and a half. Another thing - Hudson has RSS feeds for the builds, so no need to email anyone. Those interested should just subscribe to the feed. -- Yanni

Jan. 6, 2010

Re: [Pharo-project] cutting dependencies

by Alexandre Bergel

> Just to keep you informed. Tomorrow we will use Moose on > Pharo1.1core to assess some dependencies > between packages. We already did that in the past and cut some > obvious dependencies. We will redo one > step with Jannik and Marcus. We will probably redo a couple of > sessions. The goal is to identify evil cyclic dependencies > and fix them. The tool of jannik is good for that and we applied it > on Morphic now we want to apply it on > pharo. Excellent! Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

Jan. 6, 2010