March 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] help with tests

by Sean P. DeNigris

Usman Bhatti wrote > 1) Is there anyway to say not to execute the tests in the > abstract class. override class-side #isAbstract Usman Bhatti wrote > 2) inherit tests from an abstract super class? Works for me out of the box. n.b. you must be a little creative in #isAbstract so that it doesn't answer true for the subclass (see examples in the image). ----- Cheers, Sean -- View this message in context: http://forum.world.st/help-with-tests-tp4678969p4678985.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

March 30, 2013

help with tests

by Usman Bhatti

I need some help with tests. I have a set of classes for UI testing. There's an abstract super class that defines abstract methods for testing (title, classtotest, model etc). Then each subclass defines its own tests. It works so far until I have each subclass defining each its own specific tests. Now, I need to add a test that is common to all subclasses so a candidate to be placed in the super class, but my superclass only defines a framework for tests, hence this test wont have the data to execute the test and this would not execute correctly in my abstract super class. My questions: 1) Is there anyway to say not to execute the tests in the abstract class. 2) inherit tests from an abstract super class? Apparently, #shouldInheritSelectors does not work for abstract classes or I am not understanding some design rules. tx, usman

March 30, 2013

Re: [Pharo-users] a glimpse at new cool text editor made by alain P ; )

by Tudor Girba

Great. Could we get a demo of this at PharoConf? :) Cheers, Doru On Mar 30, 2013, at 9:01 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks alain for this previea > and Synectique ( http://www.synectique.eu ) for the sponsoring of this effort. > > Stef > > > > <a RubTextSurface(902561792).png> -- www.tudorgirba.com "If you interrupt the barber while he is cutting your hair, you will end up with a messy haircut."

March 30, 2013

Re: [Pharo-users] a glimpse at new cool text editor made by alain P ; )

by Sven Van Caekenberghe

On 30 Mar 2013, at 09:01, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks alain for this previea > and Synectique ( http://www.synectique.eu ) for the sponsoring of this effort. > > Stef > > > > <a RubTextSurface(902561792).png> Beautiful !

March 30, 2013

Re: [Pharo-users] a glimpse at new cool text editor made by alain P ; )

by Denis Kudriashov

Hi Where is this code? 2013/3/30 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Thanks alain for this previea > and Synectique ( http://www.synectique.eu ) for the sponsoring of this > effort. > > Stef > > > >

March 30, 2013

a glimpse at new cool text editor made by alain P ; )

by StÃ©phane Ducasse

Thanks alain for this previea and Synectique ( http://www.synectique.eu ) for the sponsoring of this effort. Stef

March 30, 2013

GSoC deadline passed, record number of ideas collected

by Janko MivÅ¡ek

Dear Smalltalkers, Serge and me just submitted the application for the GSoC (see its copy here: http://gsoc2013.esug.org/application) now let we wait finger crossed to the Monday 8.April when accepted organizations will be announced. But we have a good chance thanks to all of you spend a time to prepare the record number of ideas: 44, which is way over last year 25! Note also that you can still propose an project idea, there is two more weeks or so for that, but we need a solid list of ideas at that time for Google guys to see what we are really capable :) While idea authors please recheck that your idea is properly put on http://gsoc2013.esug.org/ideas. For any mistake I apologize in advance! Thanks therefore again to all, now a week and so a rest! Best regards Serge and Janko your GSoC admin team -- Janko MivÅ¡ek Smalltalk GSoC Admin Team http://gsoc2013.esug.org

March 29, 2013

Re: [Pharo-users] in anybody out there? who uses 2.0?

by Alain Busser

I am developing MathsOntologie under Pharo 2.0 beta, and testing it under Pharo 1.4; when the test is OK I distribute MathsOntologie with Pharo 1.4 as "all in one". Don't know if it is the best way to do but I became used to it... By the way, I am ashamed that I never made a unit test... Also, when I wanted to translate in French the method "add: anObject times: aNumber" to a Collection, I found that it didn't work, so I created it with something like Collection>add: anObject times: aNumber aNumber timesRepeat: [self add: anObject]. I don't know if it was intended or a bug, and and did not find it very difficult to create this method but I asked myself why this method did not work. And I could not test it afterwards because I could not update Pharo 2.0 beta (conflicts between consecutive updates); I have to download Pharo 2.0 and transfer MathsOntologie inside the new version; I just did not have the time... Alain On Thu, Mar 28, 2013 at 12:34 PM, Goubier Thierry <thierry.goubier(a)cea.fr>wrote: > Le 27/03/2013 15:24, Esteban Lorenzano a Ã©crit : > > Hi, >> >> Here in Pharo headquarters we are shock that there are just 10 new bugs >> reported for 2.0 after the release... >> So... I wonder... is that because we made a really cool release, or just >> because nobody is using it? >> >> Cheers, >> Esteban >> > > Hi, > > I've started to load things in 2.0 (SmaCC, some of my current work) but > then the current work caught me back and I'm finishing it on 1.4 at the > moment. > > Oh, I think I also stopped because I couldn't load FileTree in 2.0 and I > need it for a git-based workflow. > > Thierry > -- > Thierry Goubier > CEA list > Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s > 91191 Gif sur Yvette Cedex > France > Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 > >

March 29, 2013

Re: [Pharo-users] [ANN] Fuel Release Version 1.9

by Chris

This is great news! I think Monticello running on top of Fuel should be a big priority for 3.0. I think some of the recent comments about git are quite valid, and one of the bigger barriers to people coming to Smalltalk recently. It would probably bring me back from using FileTree and external version control. > Hi all, > > We are happy to announce Fuel 1.9. > > Fuel is an open-source general-purpose object serialization > framework developed in Pharo. You can find more information on > our website [1]. > > The default set of packages of this version already comes in Pharo > 2.0, so you it's not necessary to install it there. However, Fuel also > works out-of-the-box in Pharo from 1.1 up to 2.0, as well as in Squeak > 4.1 up to 4.4. You can see our documentation [2] for complete > installation and use guides. > > Changes: > > - (feature) DoIt and not-installed CompiledMethods are fully > serialized by default. > - (fix) Date & DateAndTime (thanks Cami and Marcus) (already included > in Fuel 1.8.1 and 1.8.2). > - (feature) New hooks methods #fuelNew and #fuelNew: for custom > instantiation (see "Hooking instance creation" in Customizing the Graph). > - Globals: > - Added #globalEnvironment: to specify where the globals are > looked-up. (see "Changing the environment" in Managing Globals). > - Explicit references to "Smalltalk globals" changed to "self class > environment". > - A SystemDictionary instance is not treated as global when it is > not "Smalltalk globals". > - Documentation: > - General update > - New Format Migration section. > - New Built-in Header Support section. > - (feature) Put back FLSerializer>>on:. > - (optimization) New clusters for SmallInteger. > - (optimization) New clusters for most common collections. > - (feature) Built-in support for header (See Built-in Header Support): > - pre and post materialization actions (clean closures). > - attach additional objects. > - materialize only the header. > - (fix) Safer substitutions (see > FLPluggableSubstitutionTest>>testPrivateExcluded). > - (feature) Materialize .fuel files when drag&dropped in the image. > - (cleanup) Removed unneeded cluster: FLWellKnownObjectsCluster. > > [1]: http://rmod.lille.inria.fr/web/pier/software/Fuel > [2]: > http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.9/Documentation > <http://rmod.lille.inria.fr/web/pier/software/Fuel/Version1.8/Documentation> > > We want to thank developers of the community that enrich the project > with code, issue reports and ideas. > > Have fun! > > Martin (on behalf of Mariano and Max, who worked a lot on this version)

March 29, 2013

Re: [Pharo-users] Why are SmallTalk projects/source code hosted on SS3 Gemstone instead of Git?

by Janko MivÅ¡ek

Small and micro companies, we should actually promote Smalltalk more among them. And for startups, being able to build a solution and put into market very fast. Web solutions specially, noone ask here what is behind, so can sneak-in the Smalltalk without questions so common if you try to build a Smalltalk app for the desktop. Best regards Janko Dne 29. 03. 2013 14:59, piÅ¡e Sean P. DeNigris: > Victor wrote >> Traditionally and culturally, at first glance, forgive me if I'm >> stereotyping, but the smalltalk world seems to be heavily biased towards >> academic and large proprietary enterprise tooling and development >> environments > > I have also heard this (from non-Smalltalkers). My experience in the > community (just 3 years) is markedly different. Although there is definitely > strength in academic (e.g. Noury's great robotics stuff [2]) and enterprise > settings, if I had to pick the most common scenario, I see many vibrant > small businesses (e.g. Inceptive [1]) doing web and desktop apps. > > For myself, I use Smalltalk as it was intended... as prototype Dynabook > software ;) I am slowly wrapping my world (calendar, todos, notetaking, > journal) in Smalltalk because I will not accept anything less from my > computer than live turtles all the way down. > > I also use it to replace shell scripts, to run Jenkins jobs, and to write > web and desktop apps for small businesses - you would never run out of work > if you went around to people using Excel spreadsheets and built Smalltalk > apps that express their intentions on their own terms, instead of Excel's > (or whatever other off the shelf garbage they're using). > > [1] http://inceptive.be/ > [2] https://www.google.com/search?q=noury+robotics > > p.s. Pharo has laid a lot of groundwork in the last few years to magnify all > this. When I first discovered Smalltalk, I was excited by the power, but > frustrated by the mess under the covers of Squeak (FileDirectory was > particularly agonizing). Whenever I started to develop a > revolutionary-next-cool tool, I ran into a mess like the text model. Since > then, Pharo has been steadily evolving many foundational pieces. There has > been an upfront cost of backward-compatibility, as some great projects have > not kept pace. But it seems all worth it, as I feel us approaching a > critical point where the clean, beautiful system will inspire and support > the next generation of amazing ideas on top of Pharo. > > p.p.s. Squeak has also made a lot of progess and I value it highly :) I'm > particularly excited about the cooperation and cross-pollination that I've > seen recently... > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Why-are-SmallTalk-projects-source-code-hosted-on-SS3-… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > > -- Janko MivÅ¡ek Aida/Web Smalltalk Web Application Server http://www.aidaweb.si

March 29, 2013