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

Re: [Pharo-dev] [Pharo4] Slots: Class Definition

by Marcus Denker

On 03 Jul 2014, at 13:15, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I cannot wait to get to play with this. > > Btw, is it possible to have a slot per object? Or are slots only part of the class definition? > They are part of the class definition. The idea is to get lots of power *without* changing the underlying object modelâ¦ > I am thinking of several performance optimization scenarios that I saw in Moose where we need to store a temporary value in an object as a cache as part of a larger computation. Typically, for things like this you create another structure in between, but the problem with that approach is that you lose object identity and things become immediately too complicated. > > If we would have a slot per object, we could use this mechanism in such a way. I think there is a class of scenarios that can be simplified significantly. If per object is not possible, we could somehow think of a special slot that would hold a dictionary with instances as keys. You could do a slot that saves object state in a such a dictionary, adding such a slot to the class would mean that you would not need to #become all the instancesâ¦ but else it is the same as adding an instance variable reflectively in standard smalltalk, with the downside that it would be slow and memory intensive. So the better way is to use the same trick that is possible now: anonyous subclass, add the slot there, change class of your object to that anonymous class. We should add a nice API on Object (#addInstanceSlot: or something that hides the whole complexity and makes it easy to useâ¦) I want to look at instance specific mechanisms later, after a) Slots are there and b) we have MetaLinks for both Slots, Globals and AST nodes... Marcus

July 3, 2014

Re: [Pharo-dev] SpecInterpreter?

by Benjamin

Not particular reason. It was coded this way because it was what we needed back at this time :) Please feel free to improve it Ben On 03 Jul 2014, at 12:52, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Awesome. Iâve missed that somehow. > > While Iâve got a reply from you, can I ask one specific question? > > As Roassalâs view is the main handle to control the visualisation, why canât Roassal model use a View as a main property, and we have to use a script? The thing is that if you want to change something in the view on the go, itâs quite hard. > > Uko > > On 03 Jul 2014, at 12:42, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > >> And you can also find some explanations here: http://spec.st/docs/interpreter/#collect_the_data >> >> Ben >> >> On 03 Jul 2014, at 12:37, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >> >>> Hi, >>> >>> is there any explanation how SpecInterpreter works? >>> >>> Because in MorphicRoassalAdapter class you have: >>> >>> defaultSpec >>> >>> ^ #(RTViewForSpec >>> whenLastEventChangedDo: #(model whenLastEventChangedBlock)) >>> >>> and I cannot find out how this symbol magic is working. >>> >>> Uko >>> >> >

July 3, 2014

Re: [Pharo-dev] [Pharo4] Slots: Class Definition

by Tudor Girba

I cannot wait to get to play with this. Btw, is it possible to have a slot per object? Or are slots only part of the class definition? I am thinking of several performance optimization scenarios that I saw in Moose where we need to store a temporary value in an object as a cache as part of a larger computation. Typically, for things like this you create another structure in between, but the problem with that approach is that you lose object identity and things become immediately too complicated. If we would have a slot per object, we could use this mechanism in such a way. I think there is a class of scenarios that can be simplified significantly. If per object is not possible, we could somehow think of a special slot that would hold a dictionary with instances as keys. Cheers, Doru On Thu, Jul 3, 2014 at 11:32 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > This is now in 4.0 060. > > to play with it, execute: > > Object subclass: #B > slots: {#iv => TestSlot} > classVariableNames: '' > category: âPlayground' > > > > On 03 Jul 2014, at 10:21, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > > Now classes with special Slots are shown with a special class definition > (this is just a stand-in, not > > finalâ¦ e.g. we need to add first class globals and think about what to > do with #categoryâ¦ so we > > will see. For now please treat this as just a stand-in for playing with > things. > > > > > > <slots.png> > > > > The idea is that we need to actually use it and then see what to change > in the next iteration. > > > -- www.tudorgirba.com "Every thing has its own flow"

July 3, 2014

Re: [Pharo-dev] SpecInterpreter?

by Yuriy Tymchuk

Awesome. Iâve missed that somehow. While Iâve got a reply from you, can I ask one specific question? As Roassalâs view is the main handle to control the visualisation, why canât Roassal model use a View as a main property, and we have to use a script? The thing is that if you want to change something in the view on the go, itâs quite hard. Uko On 03 Jul 2014, at 12:42, Benjamin <Benjamin.VanRyseghem.Pharo(a)gmail.com> wrote: > And you can also find some explanations here: http://spec.st/docs/interpreter/#collect_the_data > > Ben > > On 03 Jul 2014, at 12:37, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> Hi, >> >> is there any explanation how SpecInterpreter works? >> >> Because in MorphicRoassalAdapter class you have: >> >> defaultSpec >> >> ^ #(RTViewForSpec >> whenLastEventChangedDo: #(model whenLastEventChangedBlock)) >> >> and I cannot find out how this symbol magic is working. >> >> Uko >> >

July 3, 2014

Article Statistics

by Sven Van Caekenberghe

Hi, I would like to share the statistics of the article that I published last week Rediscovering the UX of the legendary HP-35 Scientific Pocket Calculator A tutorial on Pharo, test and specification based immersive programming https://medium.com/@svenvc/rediscovering-the-ux-of-the-legendary-hp-35-scie… I have no good references to compare these statistics with, but I think that the numbers are quite good for our community And these are the top referees Thanks to everybody who shared the article around, who voted for it in various places, who recommended it, tweeted it, who wrote nice comments. Thanks also to everybody in the community for making Pharo possible ! Sven

July 3, 2014

Re: [Pharo-dev] SpecInterpreter?

by Benjamin

And you can also find some explanations here: http://spec.st/docs/interpreter/#collect_the_data Ben On 03 Jul 2014, at 12:37, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > is there any explanation how SpecInterpreter works? > > Because in MorphicRoassalAdapter class you have: > > defaultSpec > > ^ #(RTViewForSpec > whenLastEventChangedDo: #(model whenLastEventChangedBlock)) > > and I cannot find out how this symbol magic is working. > > Uko >

July 3, 2014

Re: [Pharo-dev] SpecInterpreter?

by Benjamin

the SpecInterpreter turns this into RTViewForSpec new whenLastEventChangedDo: model whenLastEventChangedBlock where model refers to the instance being currently build Ben On 03 Jul 2014, at 12:37, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi, > > is there any explanation how SpecInterpreter works? > > Because in MorphicRoassalAdapter class you have: > > defaultSpec > > ^ #(RTViewForSpec > whenLastEventChangedDo: #(model whenLastEventChangedBlock)) > > and I cannot find out how this symbol magic is working. > > Uko >

July 3, 2014

SpecInterpreter?

by Yuriy Tymchuk

Hi, is there any explanation how SpecInterpreter works? Because in MorphicRoassalAdapter class you have: defaultSpec ^ #(RTViewForSpec whenLastEventChangedDo: #(model whenLastEventChangedBlock)) and I cannot find out how this symbol magic is working. Uko

July 3, 2014

Re: [Pharo-dev] [Pharo-users] PillarHub

by Damien Cassou

On Thu, Jul 3, 2014 at 11:48 AM, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > https://github.com/GitbookIO/gitbook > https://www.gitbook.io/ Pillar can generate GitBooks. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

July 3, 2014

Re: [Pharo-dev] [Pharo-users] PillarHub

by H. Hirzel

On 7/2/14, J.F. Rick <self(a)je77.com> wrote: > Awesome. Not that I have time right now but I have always wanted to bring > Swiki / AniAniWeb into the present. This would be the right foundational > work to make this a useful reality. > > On a side note, I apologize for all the bad qualities of Pillar markup. > Back in 1999, I created ComSwiki out of the beginning that was PWS Swiki > (the first wiki to eschew camel case for links). One of the first things I > did was to make changes to the markup to improve it. Of course, once we had > some users and established content, all the decisions I made at that early > point in the project were made permanent. Looking at Pillar, it pretty much > uses the syntax I created back then (with a few improvements). I'm sure the > markup just drifted through the Smalltalk community and was then adopted by > Pillar. It's not a bad design but I've always felt that a better, more > extensible syntax was possible. As usual, the good proved to be the enemy > of the great. > > Cheers, > > Jeff Jeff, According to https://github.com/pillar-markup/pillar-documentation the Pillar document model is based on the Pier document model by Lukas Renggli http://piercms.com/ Which might in turn be based on your Swiki model? Noteworthy to check out these days is https://github.com/GitbookIO/gitbook https://www.gitbook.io/ and of course pandoc which converts from and to an amazing number of markup formats http://johnmacfarlane.net/tools.html --Hannes > > > On Wed, Jul 2, 2014 at 10:57 AM, phil(a)highoctane.be <phil(a)highoctane.be> > wrote: > >> >> Superb! >> >> Keep on pushing, that's how we can attain the critical momentum. >> >> Hopefully, I'll be able to show something from my side as well on the >> commercial products front. >> >> Phil >> >> >> >> On Wed, Jul 2, 2014 at 10:00 AM, Sven Van Caekenberghe <sven(a)stfx.eu> >> wrote: >> >>> Wow, amazing - great work ! >>> >>> On 02 Jul 2014, at 09:28, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: >>> >>> > Hi everyone. >>> > >>> > I'm so excited that I cannot keep silent. Guys from Pharocloud have >>> implemented online editor (and storage) for Pillar documents. This is >>> really amazing, and you can check it out here: >>> http://pillarhub.pharocloud.com/hub/pillarhub/about. >>> > >>> > They have a really nice plans, and now we can write pillar docs with >>> live compilation and share them online. >>> > >>> > Cheers! >>> > Uko >>> >>> >>> >> > > > -- > Jochen "Jeff" Rick, Ph.D. > http://www.je77.com/ > Skype ID: jochenrick >

July 3, 2014