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

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

by Tudor Girba

Hi, Indeed, I do not think it scales for the Pharo integrators to deal with all external projects. And, it actually happens rarely that changes in Pharo break Moose. I think we should not overreact :). It should be the responsibility of the external project to ensure it can react fast. I think this gets more people involved and overall we benefit from more energy. Cheers, Doru On Thu, Jul 3, 2014 at 4:55 PM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > 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 > -- www.tudorgirba.com "Every thing has its own flow"

July 3, 2014

Re: [Pharo-dev] [Roassal3D] R3GridLayout, which one?

by Alexandre Bergel

Thanks Roberto, We will have a look at this Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. On Jul 3, 2014, at 4:07 AM, Roberto Minelli <roberto.minelli(a)usi.ch> wrote: > Hi, > > I was trying Roassal3D and I need the simplest (and only!) grid layout that places elements on the XY plane. > > Looking at both examples and class hierarchies it seems that the R3XYGridLayout should do, but as soon as you add an #height (I am expecting the height to go along the Z axis) to the R3CubeShape you got amazingly interesting results. > > I also tried adding #depth and #width, I cannot understand how it works. :S > > Hereâs the code > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > | view elements | > view := R3View new. > view camera translateUp: 5. > view camera rotateRight: 80. > > numEls := 5. > > elements := OrderedCollection new. > (1 to: numEls) do: [ :id | > | el cube | > cube := R3CubeShape new. > cube height: id. > el := cube element. > elements add: el. > view add: el > ]. > > (R3XYGridLayout new) gap: 0; on: elements. > > view addInteraction: R3MKControl. > view open. > view > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- > > Any help? Thanks a lot, > R

July 3, 2014

Re: [Pharo-dev] SmalltalkHub question: JSON

by Tobias Pape

On 03.07.2014, at 18:15, Nicolas Petton <petton.nicolas(a)gmail.com> wrote: > Hmmm, right. I don't know why :) > I'll change that. > Cool. good to know :) Best -Tobias

July 3, 2014

Re: [Pharo-dev] SmalltalkHub question: JSON

by Nicolas Petton

Hmmm, right. I don't know why :) I'll change that. Nico Tobias Pape <Das.Linux(a)gmx.de> writes: > 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-… -- Nicolas Petton http://nicolas-petton.fr

July 3, 2014

[Pharo4] First Class Global Variables

by Marcus Denker

Hi, If we have meta-object describing (and thus having the power to change the semantics of) instance variables, we need the same for Globals. I think the easiest is to just re-use the object hat is already there: the âbindingâ, that is, the association from the dictionary where the global lives (e.g. the classPool for class vars, Smalltalk globals for true globals, and so on). SystemVersion bindingOf: âCurrent' The VM just cares that it is an assoiation (actually, it just care that there are two fields, but the rest of the image cares about value and keyâ¦) -> we can make a subclass of Association -> we can have the compiler forward code generation to the object that describes the global -> we can add a nice MOP API: #read and #write: (instead of #value and #value:) -> Programmers can subclass the GlobalVariable and change #read and #write like they want (or override the code gen methods) as in Slots. The only drawback is that you can not add an instance variables, I think, to checkâ¦ maybe it even works? If not, there are ways around that e.g. using some fancy Slot that does not need an ivar but uses a weak dictionary in a class variable, for example). Thus: it would be fairly easy to have the class vars be as flexible as the slotsâ¦ and then e.g. you will be able to put breakpoints and watchers on class vars. You could even define globals with special behaviour the same way as you do with Slots. Marcus

July 3, 2014

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