- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Access to Inria contribution server for pillarhub

by Marcus Denker

On 03 Jul 2014, at 10:26, mikefilonov <mikefilonov(a)gmail.com> wrote: > Hello pharo-dev, > > Torsten suggested to create a CI job for PillarHub at > https://ci.inria.fr/pharo-contribution/ to build one-click image for the > project. I'll be really happy to do so. > > I registered at https://ci.inria.fr so I need a permision to be granted for > my user in order to proceed. > Can you already log in? The next step is to join the pharo-contribution project. Marcus

July 3, 2014

Re: [Pharo-dev] Again on #definesClass: and #includesClass:

by Yuriy Tymchuk

Good, I will implement this and submit a slice. Thanks. Uko On 03 Jul 2014, at 10:27, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 03 Jul 2014, at 10:09, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > >> In environments we have two methods: #definesClass: and #includesClass:. They make sense for package environments, as one of them may include a class as it defines extension methods for it, but itâs not defining the class itself. Now #includesClass: is redefined in all environments, but #definesClass: is not redefined anywhere except for package environment. So for example ClassEnvironment says that it defines every class that itâs asked about. Should we redefine that method in each environment? I would say yes, but Iâm not familiar with RBâ¦Stuff philosophy. What do you think? > > I think it should be redefined, e.g. a ClassEnvironment just defines the one class it stands for, I would say. > > Marcus

July 3, 2014

Re: [Pharo-dev] Again on #definesClass: and #includesClass:

by Marcus Denker

On 03 Jul 2014, at 10:09, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > In environments we have two methods: #definesClass: and #includesClass:. They make sense for package environments, as one of them may include a class as it defines extension methods for it, but itâs not defining the class itself. Now #includesClass: is redefined in all environments, but #definesClass: is not redefined anywhere except for package environment. So for example ClassEnvironment says that it defines every class that itâs asked about. Should we redefine that method in each environment? I would say yes, but Iâm not familiar with RBâ¦Stuff philosophy. What do you think? I think it should be redefined, e.g. a ClassEnvironment just defines the one class it stands for, I would say. Marcus

July 3, 2014

Access to Inria contribution server for pillarhub

by mikefilonov

Hello pharo-dev, Torsten suggested to create a CI job for PillarHub at https://ci.inria.fr/pharo-contribution/ to build one-click image for the project. I'll be really happy to do so. I registered at https://ci.inria.fr so I need a permision to be granted for my user in order to proceed. Is here anyone who can help me with this? Thanks, Mike -- View this message in context: http://forum.world.st/Access-to-Inria-contribution-server-for-pillarhub-tp4… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

July 3, 2014

[Pharo4] Slots: Class Definition

by Marcus Denker

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. The idea is that we need to actually use it and then see what to change in the next iteration. And it should stay always compatible: if you do not use special slots, it is compatible, if you do, you get more power at the price of not being portable to other systems. But even in this case, the slots do give value: e.g. we will be able to add very very easily breakpoints or reflectively change behaviour for a slot (without chaining its definition). This will be very powerful. Marcus

July 3, 2014

Again on #definesClass: and #includesClass:

by Yuriy Tymchuk

In environments we have two methods: #definesClass: and #includesClass:. They make sense for package environments, as one of them may include a class as it defines extension methods for it, but itâs not defining the class itself. Now #includesClass: is redefined in all environments, but #definesClass: is not redefined anywhere except for package environment. So for example ClassEnvironment says that it defines every class that itâs asked about. Should we redefine that method in each environment? I would say yes, but Iâm not familiar with RBâ¦Stuff philosophy. What do you think? Cheers. Uko

July 3, 2014

[Roassal3D] R3GridLayout, which one?

by Roberto Minelli

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] PillarHub

by Goubier Thierry

Le 03/07/2014 05:38, mikefilonov a Ã©crit : > Hi everyone, > > Thanks! I think Alexey will be really happy to read this thread when he is > back to university in a month :) Congratulations! > As for versioning yes we plan to implement it. I think it should be easy as > Monticello implement it so it should be possible to reuse. I need to see the > code though. > > Also Damien gave a great idea to add a configuration for a hub to sync it's > content to GitHub so cloud could be used for backup/versioning. I think it > is a perfect solution but I don't see yet how it can be implemented. Is any > one knows classes to talk to github? If it can go through Monticello, then you can use GitFileTree or FileTree + Git + OSProcess. Look into the GitFileTree code to see how you can clone from a github repository and do push / pull. If it's not Monticello, but pillar files saved to disk, the same code/approach can be used. 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

July 3, 2014

Re: [Pharo-dev] busy monkey

by Marcus Denker

On 03 Jul 2014, at 09:06, Nicolai Hess <nicolaihess(a)web.de> wrote: > Do we have problems with issue validation? Yes, it aborts with a DNU. I added a bug tracker entry for it but I have not yet found the time to look at it. (this has to do with the MethodContext / Context cleanup jn combination with Fuel, I guess.) > There are some issues at fogbugz with stay status: > "Resolved (Monkey is Checking)". > > > nicolai

July 3, 2014

busy monkey

by Nicolai Hess

Do we have problems with issue validation? There are some issues at fogbugz with stay status: "Resolved (Monkey is Checking)". nicolai

July 3, 2014