- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] SmalltalkHub question: JSON

by Tobias Pape

On 03.07.2014, at 16:50, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Yes, > > ZnMimeType applicationJson > > would be better, but does it make a fundamental difference ? A bit, for example, Chrome renders text/* as plain text in its dev-tools (preview pane), but application/json as a kind-of tree. But apart from that, it is just about standard adherence. Best -Tobias

July 3, 2014

Re: [Pharo-dev] 13422 broken and fogbugz is down

by Marcus Denker

On 03 Jul 2014, at 16:45, Stephan Eggermont <stephan(a)stack.nl> wrote: > The fix for 13422 has broken the moose build. https://pharo.fogbugz.com/f/cases/13422 > Checking if a pharo change breaks other builds would be appreciated. > It is essential to check for changes in all other builds, as we don't run all > tests in all builds. Doing so âby handâ is impossible. Sorry. Your help setting up the build server to do so would be appreciated. But even than, we can not wait multiple hours for every tiny changeâ¦ so it would need to be done in a way that it is *fast*. (right now I do not even have time to get the infrastructure working again that just runs all image tests on all submitted code). Marcus

July 3, 2014

Re: [Pharo-dev] SmalltalkHub question: JSON

by Sven Van Caekenberghe

Yes, ZnMimeType applicationJson would be better, but does it make a fundamental difference ? On 03 Jul 2014, at 16:43, Tobias Pape <Das.Linux(a)gmx.de> wrote: > Dear all and > dear SmalltalkHub devs > > I read a bit through the Hub code and found, > that all JSON is sent with a mimetype of text/json. > Why is that? AFAIK the standard mime type of JSON > would be application/json [1]. > > Best > -Tobias > > [1]: http://stackoverflow.com/questions/477816/what-is-the-correct-json-content-…

July 3, 2014

13422 broken and fogbugz is down

by Stephan Eggermont

The fix for 13422 has broken the moose build. Checking if a pharo change breaks other builds would be appreciated. It is essential to check for changes in all other builds, as we don't run all tests in all builds. Thank you, Stephan

July 3, 2014

SmalltalkHub question: JSON

by Tobias Pape

Dear all and dear SmalltalkHub devs I read a bit through the Hub code and found, that all JSON is sent with a mimetype of text/json. Why is that? AFAIK the standard mime type of JSON would be application/json [1]. Best -Tobias [1]: http://stackoverflow.com/questions/477816/what-is-the-correct-json-content-…

July 3, 2014

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