July 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Doubt in Pharo

by Richard Sargent

harshit wrote > So I was creating this dictionary for column at the instance side > initialization of Employee. > > My instructor suggested to do that in class side initialization, > > My Doubts are: > > 1. Why should we do class side initialization instead of instance side > initialization. > > 2. Could you please refer me to the link which explains how to do class > side initialization. Because when I do Employee new, I see only instance > side initialization is being called. This comes down to the distinction between class and instance. As you know, instance-side functionality relates to how individual instances behave while class-side functionality related to how /all/ instances behave. In this case, the relational mapping rules are not going to differ from one instance to another. That is why your instructor advised you to set that up using class-side behaviour. If you aren't that familiar with Smalltalk - compared to C-derived languages like Java - it may be hard to get really and truly adapted to the meaning of "everything is an object". In this case, you have a number of classes which represent objects mapped to a relational database, so it makes sense that each such class is responsible for defining what that mapping is. (Although, one could argue that proper decoupling of layers moves the responsibility of knowing how to map the data from the individual classes to some other objects.) As far as doing class-side initialization, it is simply a matter of sending the right messages to the classes at the right time. For example, you might have a Employee class>>#setUpRelationalMappingRules method defined. Before you can replicate the data between Smalltalk and SQL, you need to execute that method. You have choices in terms of when you actually do it. - There is "lazy initialization" in which the initialization is done at the last possible instant. But this incurs an overhead in that every mapping occurrence requires the check. - There is "application start up initialization" in which the initialization is done early, as part of starting the application. For example, when you connect to the database, you can initialize the mapping rules. - There is "class loading initialization" in which the initialization is done when you actually load the code into the image. This is typically controlled by a class-side method called #initialize. The code loading frameworks may execute the method automatically for you. I find too many "corner cases" with this technique and I prefer explicit behaviours rather than implicit ones. The "application start up initialization" is my preferred approach. If you imaging the UML of an application, you would have a package for your model code, another for your persistence mechanism, and a third for your "application". This is grossly simplified, of course. The application package has dependencies on the other two packages, but they have no dependencies on any of the others. In this sense, you are using the application to tie together the model and the persistence mechanism of your choice. At start up, you "configure" the persistence mechanism by explicitly invoking the appropriate methods to set up the server connection, the mapping rules, and anything else your choice of persistence requires. -- View this message in context: http://forum.world.st/Doubt-in-Pharo-tp4769465p4769668.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 23, 2014

Re: [Pharo-dev] Coverage testing options

by Alexandre Bergel

We have worked on Hapao, which is available for Pharo 3.0 http://smalltalkhub.com/#!/~ObjectProfile/S2py It gives nice visualization, such as the one shows in: http://bergel.eu/download/papers/Berg12c-HapaoSCP.pdf Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jul 23, 2014, at 7:01 AM, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > Hi, > > what are the current working options for the tests coverage reporting? For testing of the minimal image I tried to use the standard code simulator but as you may expect the results are not perfect (it cannot hanlde tests that use should:rise, it's very slow etc.) > > https://ci.inria.fr/pharo/view/4.0-Bootstrap/job/Pharo-4.0-Bootstrap-Step-2… > > Cheers, > -- Pavel

July 23, 2014

Re: [Pharo-dev] TextMorph: No Emphasis?

by Nicolai Hess

Where did you test this? (TextMorph new contents: (Text string: 'hi there' attribute: (TextEmphasis underlined))) openInHand. Works for me. (Pharo 40120 windows 7) 2014-07-23 6:39 GMT+02:00 Tudor Girba <tudor(a)tudorgirba.com>: > Strange indeed. > > Rubric supports this well: > (RubEditingArea new updateTextWith: (Text string: 'hi there' attribute: > TextEmphasis underlined)) openInWindow. > > Cheers, > Doru > > [image: Inline image 1] > > > On Wed, Jul 23, 2014 at 6:23 AM, Sean P. DeNigris <sean(a)clipperadams.com> > wrote: > >> I was surprised that the following does not show an underline: >> (TextMorph new contents: (Text string: 'hi there' attribute: >> (TextEmphasis >> underlined))) openInHand. >> ... especially since the first line in TM's class comment is "TextMorphs >> support display of text with emphasis" >> >> Any ideas? >> >> p.s. the emphasis is there, it's just not being displayed. When I copy the >> text to the clipboard and paste in the workspace via "Clipboard >> clipboardText: (Text string: 'hi there' attribute: (TextEmphasis >> underlined))", I see the underline for a split second before the syntax >> highlighting happens. >> >> >> >> ----- >> Cheers, >> Sean >> -- >> View this message in context: >> http://forum.world.st/TextMorph-No-Emphasis-tp4769458.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> >> > > > -- > www.tudorgirba.com > > "Every thing has its own flow" >

July 23, 2014

Re: [Pharo-dev] First attempt at submitting a simple contribution

by Tim Mackinnon

Thanks for the feedback, I will look at making those corrections/suggestions and resubmit. Tim -- View this message in context: http://forum.world.st/First-attempt-at-submitting-a-simple-contribution-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 23, 2014

Re: [Pharo-dev] Package Dependencies Analysis : new features

by Baptiste Quide

nice! This is his main goal ;) ----- Mail original ----- De: "stepharo" <stepharo(a)free.fr> Ã: "Pharo Development List" <pharo-dev(a)lists.pharo.org> EnvoyÃ©: Mercredi 23 Juillet 2014 16:59:23 Objet: Re: [Pharo-dev] Package Dependencies Analysis : new features I tried with Morphic-widgets and this is really cool because it is really helping me to spot problems!!! Stef On 23/7/14 14:49, Baptiste Quide wrote: <blockquote> Hello Pharos Users, Since the first release of Package Dependencies Analysis, here is a summary of improvements : - tool is available in World Menu (Tools > Package Dependencies Browser) : choose your packages and browse dependencies. - add/remove packages into the analysis. - you can refresh the current analysis manually (for instance if you change a piece of code to remove/add dependency) - filter the packages displaying by name - button "find cycles" allows to find all cycles in the system where the selected packages in the tree are (it could take a while the first time you click) - contextual menu (right click) to browse scoped dependencies or find cycles among the selected packages in the tree Then, in the window displaying cycles among packages : - only dependencies among packages in the cycle are displaying (no outgoing dependencies) - packages appear by order (if you see aCycle : A, B, C, the cycle is A -> B -> C -> A) See more details : http://www.baptistequide.fr/packagedependencies.php Regards, Baptiste </blockquote>

July 23, 2014

Re: [Pharo-dev] Package Dependencies Analysis : new features

by stepharo

I tried with Morphic-widgets and this is really cool because it is really helping me to spot problems!!! Stef On 23/7/14 14:49, Baptiste Quide wrote: > Hello Pharos Users, > > Since the first release of Package Dependencies Analysis, here is a > summary of improvements : > > - tool is available in World Menu (Tools > Package Dependencies > Browser) : choose your packages and browse dependencies. > - add/remove packages into the analysis. > - you can refresh the current analysis manually (for instance if you > change a piece of code to remove/add dependency) > - filter the packages displaying by name > - button "find cycles" allows to find all cycles in the system where > the selected packages in the tree are (it could take a while the > first time you click) > - contextual menu (right click) to browse scoped dependencies or find > cycles among the selected packages in the tree > > Then, in the window displaying cycles among packages : > > - only dependencies among packages in the cycle are displaying (no > outgoing dependencies) > - packages appear by order (if you see aCycle : A, B, C, the cycle is > A -> B -> C -> A) > > See more details : http://www.baptistequide.fr/packagedependencies.php > > Regards, > > Baptiste

July 23, 2014

Re: [Pharo-dev] Package Dependencies Analysis : new features

by stepharo

To test: Gofer it smalltalkhubUser: 'BaptisteQuide' project: 'PackageDependenciesAnalysis'; configuration; loadStable Stef On 23/7/14 14:49, Baptiste Quide wrote: > Hello Pharos Users, > > Since the first release of Package Dependencies Analysis, here is a > summary of improvements : > > - tool is available in World Menu (Tools > Package Dependencies > Browser) : choose your packages and browse dependencies. > - add/remove packages into the analysis. > - you can refresh the current analysis manually (for instance if you > change a piece of code to remove/add dependency) > - filter the packages displaying by name > - button "find cycles" allows to find all cycles in the system where > the selected packages in the tree are (it could take a while the > first time you click) > - contextual menu (right click) to browse scoped dependencies or find > cycles among the selected packages in the tree > > Then, in the window displaying cycles among packages : > > - only dependencies among packages in the cycle are displaying (no > outgoing dependencies) > - packages appear by order (if you see aCycle : A, B, C, the cycle is > A -> B -> C -> A) > > See more details : http://www.baptistequide.fr/packagedependencies.php > > Regards, > > Baptiste

July 23, 2014

Re: [Pharo-dev] Merging Transcript and Tool-Transcript

by stepharo

Ok I think that I should allocate some time to SystemLogger because it is a good replacement to transcript. On 23/7/14 15:18, Pavel Krivanek wrote: > Hi Stef, > > ThreadSafeTranscript is not the UI class. It is present in the minimal > image and it's connected to the STDOUT by default. So it makes sense > to split Transcript as a general output stream and a Morphic tool > showing its content. > > Cheers, > -- Pavel > > > 2014-07-23 15:08 GMT+02:00 stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>>: > > Hi pavel > > can you explain to me why this would bring a dependency that is > not already included by Transcript? > Transcript depends on ThreadSafeTranscriptPluggableTextMorph > > > > https://pharo.fogbugz.com/default.asp?13627#105924 > > Stef > >

July 23, 2014

Re: [Pharo-dev] Project Watch on SThub

by Sven Van Caekenberghe

On 23 Jul 2014, at 16:22, Damien Cassou <damien.cassou(a)gmail.com> wrote: > - a code browser (like we have for years on SqueakSource) +111

July 23, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40120 Home: https://github.com/pharo-project/pharo-core

July 23, 2014