- Pharo-users - lists.pharo.org

Ring Vs Ficus

by abdelghani ALIDRA

Hi Guys, I believe the Ring metamodel has been proposed 4 or 5 years earlier. Is it acctually in use in the current pharo tools? which ones? I have been told that Martin has develloped a different model : Ficus What are the limitations that Martin tried to fixed?What can be further unhanced? Thanks. Abdou.

June 6, 2015

Re: [Pharo-users] loading Coral from SmalltalkHub

by Ben Coman

On 6 Jun 2015 1:56 pm, "stepharo" <stepharo(a)free.fr> wrote: > > > > Le 5/6/15 21:37, Francisco Garau a Ã©crit : >> >> Thanks Stefan. >> >> I am playing with the Coral image downloaded from the CI site. > > > ok now again pay attention. The syntax is not important and stable. > What is more important is > > Coral should let > - us interactively access and define environment varibales > - write and ***debug*** OS scripts > - publish these scripts > > Here is typical session I want. > > you have a coral scripts > - no method > - just a bunch of expression > - you get a bug > - you relaunch the script -db > - and you get debugger you fix the script > - then your script is regenerate > > Now if you need to define a method then you define a class ie > PillarInstructor and a couple of method but they should be ***normal*** method and normal class > (just with a better syntax that the ugly code chunk delimiter) and this is why I proposed > > PillarInstructor>>compileAllFileIn: aFS > [ > gkjgkjgkjg kjgkjgkgkgj > ] > > Stef I like that syntax. Cheers -ben > >> >> On 4 June 2015 at 20:08, stepharo <stepharo(a)free.fr> wrote: >>> >>> Thanks Stefan >>> >>> Francisco there is nothing new in Coral we got stalled again because we focused on pillar. >>> >>> Stef >>> >>> Le 4/6/15 11:20, Stephan Eggermont a Ã©crit : >>> >>>> On 04-06-15 01:46, Francisco Garau wrote: >>>>> >>>>> I've tried loading Coral by following the below instructions in its >>>>> website <http://rmod.lille.inria.fr/coral/getting-started.html> but they >>>>> failed when trying to load Readline. >>>>> >>>>> Gofer new url: 'http://ss3.gemstone.com/ss/coral'; >>>>> package: 'ConfigurationOfCoral'; >>>>> load. >>>>> >>>>> ConfigurationOfCoral loadDevelopment. >>>> >>>> >>>> Yes, that is an old configuration. I've updated it >>>> on smalltalkhub: PharoExtras/Coral, but that was before >>>> the release of Pharo4. CDLM, Damien C and Stef have worked >>>> on it this year. >>>> >>>> As PetitParser still uses the >>>> #stable and #development style of symbolic naming, >>>> instead of #release5.1, things can break when a new >>>> version of Moose is released. >>>> >>>>> It seems the project was moved to Smalltalk Hub >>>>> (http://smalltalkhub.com/#!/~PharoExtras/Coral/) >>>>> >>>>> What expressions should I evaluate in a Pharo5 image to get the latest >>>>> Coral project loaded. >>>> >>>> >>>> I've added a Pharo 5 build to >>>> https://ci.inria.fr/pharo-contribution/job/Coral/ >>>> The 4 and 5 builds are green >>>> >>>> I've also added a Pharo4 and Pharo5 build to OSProcess >>>> https://ci.inria.fr/pharo-contribution/job/OSProcess/ >>>> The 4 and 5 builds each have 3 failures >>>> >>>> It is possible that some changes to the parser are needed >>>> due to improvements in PetitParser. I ran into that last >>>> time I tried, and forgot whether that got fixed. >>>> >>>> Stephan >>>> >>>> >>>> >>>> >>>> >>> >>> >> >

June 6, 2015

Re: [Pharo-users] loading Coral from SmalltalkHub

by stepharo

Le 5/6/15 21:37, Francisco Garau a Ã©crit : > Thanks Stefan. > > I am playing with the Coral image downloaded from the CI site. ok now again pay attention. The syntax is not important and stable. What is more important is Coral should let - us interactively access and define environment varibales - write and ***debug*** OS scripts - publish these scripts Here is typical session I want. you have a coral scripts - no method - just a bunch of expression - you get a bug - you relaunch the script -db - and you get debugger you fix the script - then your script is regenerate Now if you need to define a method then you define a class ie PillarInstructor and a couple of method but they should be ***normal*** method and normal class (just with a better syntax that the ugly code chunk delimiter) and this is why I proposed PillarInstructor>>compileAllFileIn: aFS [ gkjgkjgkjg kjgkjgkgkgj ] Stef > > On 4 June 2015 at 20:08, stepharo <stepharo(a)free.fr > <mailto:stepharo@free.fr>> wrote: > > Thanks Stefan > > Francisco there is nothing new in Coral we got stalled again > because we focused on pillar. > > Stef > > Le 4/6/15 11:20, Stephan Eggermont a Ã©crit : > > On 04-06-15 01:46, Francisco Garau wrote: > > I've tried loading Coral by following the below > instructions in its > website > <http://rmod.lille.inria.fr/coral/getting-started.html> > but they > failed when trying to load Readline. > > Gofer new url: 'http://ss3.gemstone.com/ss/coral'; > package: 'ConfigurationOfCoral'; > load. > > ConfigurationOfCoral loadDevelopment. > > > Yes, that is an old configuration. I've updated it > on smalltalkhub: PharoExtras/Coral, but that was before > the release of Pharo4. CDLM, Damien C and Stef have worked > on it this year. > > As PetitParser still uses the > #stable and #development style of symbolic naming, > instead of #release5.1, things can break when a new > version of Moose is released. > > It seems the project was moved to Smalltalk Hub > (http://smalltalkhub.com/#!/~PharoExtras/Coral/ > <http://smalltalkhub.com/#%21/%7EPharoExtras/Coral/>) > > What expressions should I evaluate in a Pharo5 image to > get the latest > Coral project loaded. > > > I've added a Pharo 5 build to > https://ci.inria.fr/pharo-contribution/job/Coral/ > The 4 and 5 builds are green > > I've also added a Pharo4 and Pharo5 build to OSProcess > https://ci.inria.fr/pharo-contribution/job/OSProcess/ > The 4 and 5 builds each have 3 failures > > It is possible that some changes to the parser are needed > due to improvements in PetitParser. I ran into that last > time I tried, and forgot whether that got fixed. > > Stephan > > > > > > > >

June 6, 2015

Re: [Pharo-users] Protocol selection erratic behaviour

by stepharo

There is a little utils in nautilus that propose "good protocol" and we should brigde the widget to us it. Now I'm resuurrecting a little project that let us compose rule to define how methods should be categorized. The idea is to agree on the main categories recategorize all the packages with it use it for interactive sesssion too. Stef Le 6/6/15 00:27, Sergio Fedi a Ã©crit : > Let me see if I understand what you are saying. > > The category "setter" exists, but it's an automatically generated one > (as well as others, I suppose). > > So it doesn't appear in the protocol selection window, because that > window only lists protocols created manually. > > Is that what you where saying?

June 6, 2015

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Sergio Fedi

The examples you listed are awesome. When I first saw Tags on the system browser I thought they behaved that way.

June 6, 2015

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Ben Coman

On Sat, Jun 6, 2015 at 7:30 AM, Sergio Fedi <sergio.fedi(a)gmail.com> wrote: >>> If something is a tag, then you should be able to apply multiple tags to >>> something. >> Well you sort-of can do that. Consider how many packages have tag "Tests" >> in it. They don't need to be globally unique and it makes sense to use the >> very same tag in different packages... so at least for me tag is perfectly >> fitting name. > > If you could use Tags as tags, then you could have this > > Car -> Model > CarTest -> Model, Tests > CarFactory -> Factories > CarFactoryTest -> Factories, Tests > > Thus, you could browse different groups of classes anyway you want: > > Has tag: Model > Classes: Car, CarTest > > Has tag: Model, no-Tests > Classes: Car > > Has tag: Tests > Classes: CarTest, CarFactoryTest > > Has tag: Factores, Tests > Classes: CarFactoryTest > > Imagine then that you could also make tags to show which classes implement a > certain Pattern, so now you could browse different implementations of a > specific Pattern all accoress your image. > > Tagging in any domain is an extremely useful feature. > So is adding notes/comments, but that's another topic. I am not clear on the internals dealing with "tag" , but in your example I guess the tags needs to be associated with classes, but our current "tag"s are associated with a packages? If tags are used how you describe, I wonder if our package "categories" then become tag filter expressions. Perhaps GT-Tests-Spotter makes a good example, tagging classes as: Exceptions; Scripting; and Mocks. You might simultaneously have filter categories: * Exceptions * Scripting * Mocks * Exceptions,Mocks * Scripting,Mocks cheers -ben

June 6, 2015

Re: [Pharo-users] Pharo Video Tutorial: Package Tags

by Sergio Fedi

>> If something is a tag, then you should be able to apply multiple tags to something. > Well you sort-of can do that. Consider how many packages have tag "Tests" in it. They don't need to be globally unique and it makes sense to use the very same tag in different packages... so at least for me tag is perfectly fitting name. If you could use Tags as tags, then you could have this Car -> Model CarTest -> Model, Tests CarFactory -> Factories CarFactoryTest -> Factories, Tests Thus, you could browse different groups of classes anyway you want: *Has tag: *Model *Classes: *Car, CarTest *Has tag: *Model, no-Tests *Classes: *Car *Has tag: *Tests *Classes: *CarTest, CarFactoryTest *Has tag: *Factores, Tests *Classes: *CarFactoryTest Imagine then that you could also make tags to show which classes implement a certain Pattern, so now you could browse different implementations of a specific Pattern all accoress your image. Tagging in any domain is an extremely useful feature. So is adding notes/comments, but that's another topic.

June 6, 2015

Re: [Pharo-users] Protocol selection erratic behaviour

by Sergio Fedi

Let me see if I understand what you are saying. The category "setter" exists, but it's an automatically generated one (as well as others, I suppose). So it doesn't appear in the protocol selection window, because that window only lists protocols created manually. Is that what you where saying?

June 6, 2015

Re: [Pharo-users] loading Coral from SmalltalkHub

by Francisco Garau

Thanks Stefan. I am playing with the Coral image downloaded from the CI site. On 4 June 2015 at 20:08, stepharo <stepharo(a)free.fr> wrote: > Thanks Stefan > > Francisco there is nothing new in Coral we got stalled again because we > focused on pillar. > > Stef > > Le 4/6/15 11:20, Stephan Eggermont a Ã©crit : > > On 04-06-15 01:46, Francisco Garau wrote: >> >>> I've tried loading Coral by following the below instructions in its >>> website <http://rmod.lille.inria.fr/coral/getting-started.html> but they >>> failed when trying to load Readline. >>> >>> Gofer new url: 'http://ss3.gemstone.com/ss/coral'; >>> package: 'ConfigurationOfCoral'; >>> load. >>> >>> ConfigurationOfCoral loadDevelopment. >>> >> >> Yes, that is an old configuration. I've updated it >> on smalltalkhub: PharoExtras/Coral, but that was before >> the release of Pharo4. CDLM, Damien C and Stef have worked >> on it this year. >> >> As PetitParser still uses the >> #stable and #development style of symbolic naming, >> instead of #release5.1, things can break when a new >> version of Moose is released. >> >> It seems the project was moved to Smalltalk Hub >>> (http://smalltalkhub.com/#!/~PharoExtras/Coral/) >>> >>> What expressions should I evaluate in a Pharo5 image to get the latest >>> Coral project loaded. >>> >> >> I've added a Pharo 5 build to >> https://ci.inria.fr/pharo-contribution/job/Coral/ >> The 4 and 5 builds are green >> >> I've also added a Pharo4 and Pharo5 build to OSProcess >> https://ci.inria.fr/pharo-contribution/job/OSProcess/ >> The 4 and 5 builds each have 3 failures >> >> It is possible that some changes to the parser are needed >> due to improvements in PetitParser. I ran into that last >> time I tried, and forgot whether that got fixed. >> >> Stephan >> >> >> >> >> >> > >

June 5, 2015

Re: [Pharo-users] collectionDo: vs. collection do:

by Ben Coman

Considering one of the tenants of OO is information-hiding**, then #linesDo: seems preferable. But I guess the problem is consistently implementing *all* the collection protocols. It might be interesting to have a kind-of Trait that applies to a single instance variable, that prefixes the Trait's method names with the ivar (or custom) name. ** But if the collection is returned to outside the object, its a bit of a mute point - and anyway anyone add an extension method that does this. cheers -ben On Fri, Jun 5, 2015 at 3:39 AM, stepharo <stepharo(a)free.fr> wrote: > Hi peter > > often xxx do: creates an intermediary collection while xxxDo: don't > > Stef > > Le 4/6/15 21:24, Peter UhnÃ¡k a Ã©crit : > >> Hi, >> >> is there some best practice about >> collectionDo: >> versus >> collection do: >> ? >> >> I see many times the first used (e.g. String>>linesDo:); I see a benefit >> if there is no accessor to the collection, but more times than not there >> actually is. >> From my perspective it further pollutes the protocol and as a user of such >> method I will never be sure what to actually use without looking at the >> implementation to see if there is any actual difference. >> >> So is there some consensus on this? >> >> Thanks, >> Peter > > >

June 5, 2015