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

Re: [Pharo-dev] Clarifications with small lint rules

by Jan Vrany

No. not really. There are just 4 implementors only, in RBBasicLintRule, RBTransformationRule and RBCompositeLintRule. Maybe I've added something to environment, I don't really remember, it's a long time ago when worked on this and since then it just works :-) If you'd like more convenient way to browse the code, you may want to download and run St/X and look at it in browser: https://swing.fit.cvut.cz/projects/stx-jv/wiki/Download SmallLint is pre-loaded. Jan On 22/05/14 16:18, Yuriy Tymchuk wrote: > Hi Jan, > > in #failedMethods: you use #failedMethodsInto: which is abstract. So the idea is that in each rule gets methods from itâs result? > > Uko > > > On 22 May 2014, at 17:03, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > >> Yeah, >> >> all the refatory stuff has weird API and SmallLint ones are of the weirdest. The design is bit unfortunate. >> You may want to have a look how I did it: >> >> RBLintRule>>failedMethods, RBLintRule>>failedClasses >> >> source code's here: >> http://www.exept.de/cgi-bin/viewvc.cgi/stx/goodies/refactoryBrowser/lint/RB… >> >> Best, Jan >> >> >> On 22/05/14 15:49, Yuriy Tymchuk wrote: >>> Hi guys, >>> >>> so Iâm experimenting with rules, and I have one simple question: how do I get a collection of items from some environment which violate some rule? >>> >>> i know that I can send #runOnEnvironment: to the rule itself and then it will use a checker to run the rule on the environment. But later I end up with the rule itself. I know that I can get all atomic rules from composite rule by sending #leaves, and there is #result method that returns environment. But there is no single way to get items from environment, and all accessors are environment-specific. Am I doing something wrong? Because Iâve spent half of a day to find out how to run a rule and get violations :). >>> >>> Cheers. >>> Uko >>> >> >> > > >

May 22, 2014

Re: [Pharo-dev] Clarifications with small lint rules

by Yuriy Tymchuk

Hi Jan, in #failedMethods: you use #failedMethodsInto: which is abstract. So the idea is that in each rule gets methods from itâs result? Uko On 22 May 2014, at 17:03, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > Yeah, > > all the refatory stuff has weird API and SmallLint ones are of the weirdest. The design is bit unfortunate. > You may want to have a look how I did it: > > RBLintRule>>failedMethods, RBLintRule>>failedClasses > > source code's here: > http://www.exept.de/cgi-bin/viewvc.cgi/stx/goodies/refactoryBrowser/lint/RB… > > Best, Jan > > > On 22/05/14 15:49, Yuriy Tymchuk wrote: >> Hi guys, >> >> so Iâm experimenting with rules, and I have one simple question: how do I get a collection of items from some environment which violate some rule? >> >> i know that I can send #runOnEnvironment: to the rule itself and then it will use a checker to run the rule on the environment. But later I end up with the rule itself. I know that I can get all atomic rules from composite rule by sending #leaves, and there is #result method that returns environment. But there is no single way to get items from environment, and all accessors are environment-specific. Am I doing something wrong? Because Iâve spent half of a day to find out how to run a rule and get violations :). >> >> Cheers. >> Uko >> > >

May 22, 2014

Re: [Pharo-dev] Clarifications with small lint rules

by Yuriy Tymchuk

On 22 May 2014, at 17:03, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > The design is bit unfortunate. ;) Iâll take a look. Thanks Jan.

May 22, 2014

Re: [Pharo-dev] Clarifications with small lint rules

by Yuriy Tymchuk

On 22 May 2014, at 17:03, Jan Vrany <jan.vrany(a)fit.cvut.cz> wrote: > The design is bit unfortunate. ;) Iâll take a look. Thanks Jan.

May 22, 2014

Re: [Pharo-dev] Pharo in Rasbian ?

by Chris Muller

On Thu, May 22, 2014 at 2:50 AM, stepharo <stepharo(a)free.fr> wrote: > I think that Jannik started to clean to code long before tim and he is not > payed for that > so at least we should respect that and do not start to blame him about > redundancy. Hi Stef, I'm talking about redundancy within the default PI configuration. No matter how uber-awesome Phratch is "underneath", Pi-consumer's would find two things on their Pi that appear to be almost the same. Hence my suggestion (before understanding the infeasibility) that jannik try to collaborate rather than reinvent. > And cleaning Scratch is really a MUST because it is full of *&%^&%. > To the point that the people from Scat dropped the maintenance because it > was a NIGHTMARE. > > So can we respect the work of people? I do! I never referred anyone else's work as "full of *&%^&%"...

May 22, 2014

Re: [Pharo-dev] Clarifications with small lint rules

by Jan Vrany

Yeah, all the refatory stuff has weird API and SmallLint ones are of the weirdest. The design is bit unfortunate. You may want to have a look how I did it: RBLintRule>>failedMethods, RBLintRule>>failedClasses source code's here: http://www.exept.de/cgi-bin/viewvc.cgi/stx/goodies/refactoryBrowser/lint/RB… Best, Jan On 22/05/14 15:49, Yuriy Tymchuk wrote: > Hi guys, > > so Iâm experimenting with rules, and I have one simple question: how do I get a collection of items from some environment which violate some rule? > > i know that I can send #runOnEnvironment: to the rule itself and then it will use a checker to run the rule on the environment. But later I end up with the rule itself. I know that I can get all atomic rules from composite rule by sending #leaves, and there is #result method that returns environment. But there is no single way to get items from environment, and all accessors are environment-specific. Am I doing something wrong? Because Iâve spent half of a day to find out how to run a rule and get violations :). > > Cheers. > Uko >

May 22, 2014

Clarifications with small lint rules

by Yuriy Tymchuk

Hi guys, so Iâm experimenting with rules, and I have one simple question: how do I get a collection of items from some environment which violate some rule? i know that I can send #runOnEnvironment: to the rule itself and then it will use a checker to run the rule on the environment. But later I end up with the rule itself. I know that I can get all atomic rules from composite rule by sending #leaves, and there is #result method that returns environment. But there is no single way to get items from environment, and all accessors are environment-specific. Am I doing something wrong? Because Iâve spent half of a day to find out how to run a rule and get violations :). Cheers. Uko

May 22, 2014

Re: [Pharo-dev] Source.squeak.org is down ?

by Torsten Bergmann

May 22, 2014

Source.squeak.org is down ?

by Jean Baptiste Arnaud

Source.squeak.org is down? answer to ping but not reachable Best Regards Jean Baptiste Arnaud jbaptiste.arnaud(a)gmail.com

May 22, 2014

Re: [Pharo-dev] Pharo in Rasbian ?

by Sebastian Sastre

It sounds like a great fit for the prototyping phase of the Design Thinking cycle exciting sebastian o/ On May 22, 2014, at 5:43 AM, phil(a)highoctane.be wrote: > I'd say that Phratch is another kind of beast. > As it has deeper abilities to go down the system, the pragmas blocks things etc. > > In that, this can be usable by engineers and not kids. I am seeing Phratch as "Scratch for grown ups". > From I saw from the code and plugins etc, there has indeed been a ton of cleanups. > > One very cool place where we would see it are in fablabs. > > e.g. Close to where I live - http://makilab.org (this thing is getting its wings ready) - and where I'll introduce Phratch at one point. > > Jannik, you have given us a powertool. Let's use it as such! > > Phil > > > On Thu, May 22, 2014 at 9:50 AM, stepharo <stepharo(a)free.fr> wrote: > I think that Jannik started to clean to code long before tim and he is not payed for that > so at least we should respect that and do not start to blame him about redundancy. > > And cleaning Scratch is really a MUST because it is full of *&%^&%. > To the point that the people from Scat dropped the maintenance because it was a NIGHTMARE. > > So can we respect the work of people? > > Stef > > On 21/5/14 18:11, Chris Muller wrote: > One reason might be that Phratch is kind of redundant isn't it? > Smalltalk already has a foothold on the Pi in the form of Squeak, and > Tim Rowledge is being paid by that organization right now to improve > Scratch. So if you're interested in helping kids learn programming > with Scratch, why not check with Tim see if you can find a way help > with what he's doing..? > > On Tue, May 20, 2014 at 10:41 AM, Alexandre Bergel > <alexandre.bergel(a)me.com> wrote: > Hi! > > My point was the following: why Phratch is not included in the default setting of Rasbian? > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > On May 20, 2014, at 9:36 AM, jannik laval <jannik.laval(a)gmail.com> wrote: > > Hi, > > Probably he does not know phratch for Rasberry-Pi: https://ci.inria.fr/pharo-contribution/view/Phratch/job/Phratch-OneClick-RP… > > Cheers :) > > > 2014-05-20 15:32 GMT+02:00 Alexandre Bergel <alexandre.bergel(a)me.com>: > Hi! > > A friend of mine recently bought a Raspberry pi and installed Rasbian, a Debian-like OS for Raspberry. Squeak and Scratch are installed per default. There is room to fill here... > > <image001.png> > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > -- > ~~Jannik Laval~~ > Ãcole des Mines de Douai > Enseignant-chercheur > http://www.jannik-laval.eu > http://www.phratch.com > http://car.mines-douai.fr/ > > > > > >

May 22, 2014