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

[Fwd: New request to join project pharo-contribution]

by btc＠openinworld.com

Jan. 10, 2014

Re: [Pharo-dev] A question about AST

by Nicolas Passerini

Thank you Markus and Thierry, I will try that. On Thu, Jan 9, 2014 at 5:10 AM, Goubier Thierry <thierry.goubier(a)cea.fr>wrote: > > > Le 09/01/2014 01:57, Nicolas Passerini a Ã©crit : > > I am looking at the AST of a method like this: >> >> someMethod >> ^ SomeClass new >> >> >> It was a surprise to me that the note for 'SomeClass' is an >> RBVariableNode instead of a RBClassReference. Which is the best way to >> tell if an RBVariableNode represents a global reference or an instance >> variable? >> > > You test the binding associated with the RBVariableNode > > self binding isInstance -> instance variable name > > self binding isLiteral or: [ self isGlobal] > Class reference or a global reference (singleton) or a literal > > self binding isTemp -> temporary > > 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 > >

Jan. 10, 2014

Fwd: where is hosted Grease?

by HernÃ¡n Morales Durand

---------- Forwarded message ---------- From: HernÃ¡n Morales Durand <hernan.morales(a)gmail.com> Date: 2014/1/9 Subject: Re: [Pharo-dev] where is hosted Grease? To: Damien Cassou <damien.cassou(a)gmail.com> Thanks Damien, For the Seaside team, you only need to merge changes from my repository http://smalltalkhub.com/#!/~hernan/Grease I hope one day you could take the time to do it, takes less energy than claiming property rights :) Cheers, HernÃ¡n 2014/1/6 Damien Cassou <damien.cassou(a)gmail.com> > On Mon, Jan 6, 2014 at 8:41 PM, HernÃ¡n Morales Durand > <hernan.morales(a)gmail.com> wrote: > > > > So I've decided to load Seaside configuration and they seem to add > > FileDirectory in FileSystem-Legacy from Seaside30LGPL. > > Then I wonder, how do you load Grease indenpendently of Seaside? > > In this job https://ci.inria.fr/pharo-contribution/job/Grease, the > configuration script contains: > > REPO=http://smalltalkhub.com/mc/Seaside/MetacelloConfigurations/main > ./pharo $JOB_NAME.image config $REPO ConfigurationOf$JOB_NAME > --install=$VERSION --group='Core Tests' > ./pharo $JOB_NAME.image test --junit-xml-output "$JOB_NAME.*" > > > I don't know more than this :-). > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill >

Jan. 10, 2014

Re: [Pharo-dev] Punishment as an educational method

by Jimmie Houchin

I agree. I don't believe Igor intended to mean punishment, even if punishment is what he said. He is not native to the English language or idioms. When he spoke of the child, he spoke of allowing the consequence of the child's actions to occur. Not that the parent punished the child. This is very valid and in my opinion often preferred. You can explain and teach. But at some point the individual will make a choice to abide by what was taught or explained or to possibly test the teaching and see if it is true. Children do this all the time. Their prime thought is to test what they are taught and to challenge it. Only after a sufficient number of confirmations do they give a certain amount of implicit trust to the teacher or parent. Fire in Igor's example is a common example for teaching children. Parent's who childproof their home generally do their children and themselves a disservice. I am a father of 10 children, 28-4 years of age. I have never had a child burn themselves on a heater, or hurt themselves significantly falling down the stairs. Consequences, good and bad are a prime means of learning. But consequences should be appropriate for action. If we have within our power, and sometimes we do and sometimes we don't, have the ability to determine the consequences, then we should do so in consideration of what we are protecting, rewarding, punishing. How do we want the standard of behavior to be in that situation. Just my thoughts. Back to lurking. Jimmie On 01/09/2014 03:30 PM, Sven Van Caekenberghe wrote: > I don't think Igor meant punishment as a tool, but rather experience something negative for yourself. > > I am sure that if you think back at your own development, there were instances where you did not listen to adults warning you and only learned certain things the hard way. > > Anyway, we're getting way off topic ;-) > > On 09 Jan 2014, at 22:25, Stephan Eggermont <stephan(a)stack.nl> wrote: > >> Igor, >> >> The way you describe the role of punishment in education is not in line with current research. Most learning happens trough copying the behavior of others, and punishment has a number of negative consequences on character development, making it a non-suitable instrument. You might want to take a look at the work done by Marshall Rosenberg on non-violent communication. >> >> Stephan >

Jan. 9, 2014

Nautilus: Package file-outs are empty

by Nicolai Hess

Regarding issue 12589. How should we do a file-out of a classTag from a Package? Nautilus and RPackageTag uses the RPackageTag name for display and file-outs. For example. RPackageTag "BasicObjects" in RPackage "Kernel" uses the name BasicObjects for the file-out file. The file is empty, because it uses SystemOrganization fileOutCategory: self name on: internalStream. I think it shoud use self categoryName instead of self name (Kernel-BasicObjects) What should we use for the file-out file name? self categoryName, too ? There is a problem with Packages like "AST-Core", as it includes a classTag with the same name. RPackage "AST-Core" and RPackageTag "AST-Core" should file-out to different files with different contents. Nicolai

Jan. 9, 2014

Re: [Pharo-dev] Punishment as an educational method

by Sven Van Caekenberghe

I don't think Igor meant punishment as a tool, but rather experience something negative for yourself. I am sure that if you think back at your own development, there were instances where you did not listen to adults warning you and only learned certain things the hard way. Anyway, we're getting way off topic ;-) On 09 Jan 2014, at 22:25, Stephan Eggermont <stephan(a)stack.nl> wrote: > Igor, > > The way you describe the role of punishment in education is not in line with current research. Most learning happens trough copying the behavior of others, and punishment has a number of negative consequences on character development, making it a non-suitable instrument. You might want to take a look at the work done by Marshall Rosenberg on non-violent communication. > > Stephan

Jan. 9, 2014

Punishment as an educational method

by Stephan Eggermont

Igor, The way you describe the role of punishment in education is not in line with current research. Most learning happens trough copying the behavior of others, and punishment has a number of negative consequences on character development, making it a non-suitable instrument. You might want to take a look at the work done by Marshall Rosenberg on non-violent communication. Stephan

Jan. 9, 2014

How to handle merge conflicts?

by Nicolai Hess

How are merge conflicts handled? If you look at issue 7542 <https://pharo.fogbugz.com/default.asp?7542> there is a merge conflict with the current version and SLICE-Issue-7542-NB-system-example-IgorStasenko.2 The current version usess Smalltalk compiler new ... and igors version uses Smalltalk compiler ... Smalltalk compiler new doesn't work, as Smalltalk compiler is alread an instance of OpalCompiler nicolai

Jan. 9, 2014

Re: [Pharo-dev] Athens SVG Import

by Igor Stasenko

On 9 January 2014 17:32, J.F. Rick <self(a)je77.com> wrote: > Sure, but getting the glue between Athens and Morphic right is important > if we want Morphic to successfully use Athens. I'll investigate it sometime > and see where the problem lies. > > BTW, I'm starting to work on the SVG thing. There definitely are a few > things missing from the specification. For instance, opacity does not work > that well. I'll just see what bugs I find and try to put solutions to them > together. One thing that occurred to me is that we may want to think about > abstracting a bit up from the SVG format. Could we have a more universal > vector format that can be read from an SVG and can be written to an SVG but > could also have other applications (e.g., Postscript)? What I am thinking > of is something along the lines of forms. They can be written out as JPGs > or PNGs but they aren't very JPG or PNG like when you are using them. > > Yes, some kinds of objects hierarchy which form a scene (which if rendered form a picture, and transferring it to any kind of media don't costs too much). In case of Athens it could any object, since you need from object to be compatible with Athens is understand #drawOnAthensCanvas: protocol. Cheers, > > Jeff > > > On Thu, Jan 9, 2014 at 1:07 PM, Igor Stasenko <siguctua(a)gmail.com> wrote: > >> >> >> >> On 9 January 2014 12:54, J.F. Rick <self(a)je77.com> wrote: >> >>> 'self changed' logic is the thing that triggers drawing. Before Athens, >>> various different morphs would register that their part of the screen >>> needed to be updated with a 'self changed' thing. Then, once a UI cycle, >>> the sum of the areas needing to be changed was determined and those morphs >>> within that area would be redrawn. So, you could have a 100 'self changed' >>> things happening before drawing happens. It seems like with Athens that >>> each 'self changed' causes a redraw. So, having 25 times as many self >>> changed messages causes 25 times as many drawing cycles. While Athens is >>> faster than BitBlt rendering, it may not be 25 times faster. >>> >>> >> Lets make things clear: Athens is responsible for drawing things on >> canvas. >> It is not responsible for what you drawing, when and where. Such things >> is beyond the scope of Athens. >> So, if there's a bug it could be related to some Morphic glue code (like >> in AthensWrapMorph etc). That is possible. >> And so, if you suspecting there's something wrong, look in that >> direction, and don't loose time trying to fix something in Athens because >> these things actually belong to morphic. >> >> >> >>> Cheers, >>> >>> Jeff >>> >>> >>> On Thu, Jan 9, 2014 at 10:36 AM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>> >>>> >>>> >>>> >>>> On 9 January 2014 10:26, J.F. Rick <self(a)je77.com> wrote: >>>> >>>>> OK. I've made a little headway in diagnosing the problem. It seems >>>>> that one culprit is that the "self changed" thing works differently with >>>>> Athens than previously. Correct me if I'm wrong, but it seems like sending >>>>> that method immediately causes the canvas to draw. In contrast, before, it >>>>> just marked that area as needing to be redrawn and then, on an update >>>>> cycle, it would redraw the total area that changed. I was using a >>>>> model-view pattern that had 25 components to it. When each got the update >>>>> command, it seems to have launched the canvas to draw. When I changed it so >>>>> that only one changed command was given, the interface became immediately >>>>> much snappier. Adding a factor of 25 to rendering could cause even fast >>>>> rendering to be quite noticeable. So, it is not an inherent problem with >>>>> drawing forms but rather one with changing the programming paradigm. Forms >>>>> are just noticeably slower to draw than vector components and that >>>>> exacerbated my problem. >>>>> >>>>> >>>> Hmm.. Can you explain me, how Athens is related to that? :) >>>> >>>> 'self changed' logic and its handling is related to Morphic and used by >>>> it. >>>> there's no way how you can change it by changing something in Athens. >>>> >>>> >>>> >>>>> Cheers, >>>>> >>>>> Jeff >>>>> >>>>> >>>>> On Thu, Jan 9, 2014 at 8:18 AM, J.F. Rick <self(a)je77.com> wrote: >>>>> >>>>>> Hmm. Weird. Could it be a linux thing? Bit order or something? Could >>>>>> it be a transparency issue? Could it be a size of the form? I have forms of >>>>>> size around 200 x 200. At this point, I haven't numerically investigated >>>>>> it. I just notice a significant difference in rendering speed as I switch >>>>>> from forms to SVGs. Perhaps it is having to redraw the entire interface >>>>>> very often. I'll investigate a bit more when I have some time. >>>>>> >>>>>> Cheers, >>>>>> >>>>>> Jeff >>>>>> >>>>>> >>>>>> On Thu, Jan 9, 2014 at 2:08 AM, Igor Stasenko <siguctua(a)gmail.com>wrote: >>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> On 8 January 2014 08:59, J.F. Rick <self(a)je77.com> wrote: >>>>>>> >>>>>>>> In good news, I was able to implement the S/s functionality and >>>>>>>> both of my SVGs now load properly. I'll try some more soon and commit the >>>>>>>> changes once I have tested it a bit more. >>>>>>>> >>>>>>>> In bad news, the cacheing was working properly, so I still suspect >>>>>>>> that rendering forms as a paint is too intensive to be practical for many >>>>>>>> applications. I'll try to evaluate it a bit more as I replace forms with >>>>>>>> SVGs. If the forms are causing the problem, then performance should >>>>>>>> noticeably increase. >>>>>>>> >>>>>>>> >>>>>>> I just did a little comparison: >>>>>>> >>>>>>> | surface time | >>>>>>> surface := AthensCairoSurface extent: 200@200. >>>>>>> >>>>>>> surface drawDuring: [ :canvas| >>>>>>> canvas setPaint: Color red. >>>>>>> canvas setShape: (0@0 extent: 100@100). >>>>>>> time := [ 10000 timesRepeat: [ canvas draw ] ] timeToRun. >>>>>>> ]. >>>>>>> time >>>>>>> 0:00:00:00.115 >>>>>>> ============= >>>>>>> >>>>>>> same as above but with: >>>>>>> canvas setPaint: (ThemeIcons current backIcon). >>>>>>> >>>>>>> time >>>>>>> 0:00:00:00.093 >>>>>>> =========== >>>>>>> >>>>>>> same as above but with: >>>>>>> (canvas setPaint: (ThemeIcons current backIcon)) repeat. >>>>>>> >>>>>>> time >>>>>>> 0:00:00:00.956 >>>>>>> >>>>>>> as you can see, even in slowest case, the throughput is: >>>>>>> >>>>>>> 100*100*10000 = 100'000'000 pixels (texels) per second. >>>>>>> >>>>>>> >>>>>>> >>>>>>>> Cheers, >>>>>>>> >>>>>>>> Jeff >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> Best regards, >>>>>>> Igor Stasenko. >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Jochen "Jeff" Rick, Ph.D. >>>>>> http://www.je77.com/ >>>>>> Skype ID: jochenrick >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Jochen "Jeff" Rick, Ph.D. >>>>> http://www.je77.com/ >>>>> Skype ID: jochenrick >>>>> >>>> >>>> >>>> >>>> -- >>>> Best regards, >>>> Igor Stasenko. >>>> >>> >>> >>> >>> -- >>> Jochen "Jeff" Rick, Ph.D. >>> http://www.je77.com/ >>> Skype ID: jochenrick >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick > -- Best regards, Igor Stasenko.

Jan. 9, 2014

Re: [Pharo-dev] logCr in SpecDebugger

by ClÃ©ment Bera

No. Please remove it. 2014/1/9 Esteban Lorenzano <estebanlm(a)gmail.com> > Hi, > > I found this in SpecDebugger>>#updateCodeFromContext: > > ... > self logCr: aContext receiver class. > ... > > is there any any reason? > > Esteban > >

Jan. 9, 2014