- Pharo-users - lists.pharo.org

Re: [Pharo-users] Class naming guide

by Bahman Movaqar

On 2013-05-28 13:07, Damien Cassou wrote: > On Tue, May 28, 2013 at 10:30 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: >> Thanks. I'll follow that convention. >> >> BTW I assume there is no central place to check if the two letter >> combination has already been taken or not, right? > > > nope. But you can ask the mailing list if you have a doubt. Don't > worry too much about that. It's easy to change all the class names > later if you see a conflict. Alright then. Thanks. I already started coding :-) http://smalltalkhub.com/#!/~Bahman/Simin -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

May 28, 2013

Re: [Pharo-users] Class naming guide

by Damien Cassou

On Tue, May 28, 2013 at 10:30 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: > Thanks. I'll follow that convention. > > BTW I assume there is no central place to check if the two letter > combination has already been taken or not, right? nope. But you can ask the mailing list if you have a doubt. Don't worry too much about that. It's easy to change all the class names later if you see a conflict. -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 28, 2013

Re: [Pharo-users] Class naming guide

by Bahman Movaqar

On 2013-05-28 12:07, Damien Cassou wrote: > On Tue, May 28, 2013 at 7:13 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: >> I noticed that since there is no `import' statement in Pharo, class >> names can easily conflict. What is the common naming strategy that you >> people use to avoid that? > > > the first two letters are often an indication of the package. E.g., > PRPage for a Page class in the Pier package, ZnEasy for the Easy class > in the Zinc package... Thanks. I'll follow that convention. BTW I assume there is no central place to check if the two letter combination has already been taken or not, right? -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

May 28, 2013

Re: [Pharo-users] 17 GSoC projects accepted

by Sven Van Caekenberghe

Great news ! Thanks for the effort, Janko. On 28 May 2013, at 10:16, Janko MivÅ¡ek <janko.mivsek(a)eranova.si> wrote: > Dear Pharoers, > > Here are the results of evaluation and ranking of student proposals. > Those are 13 accepted projects with stipendiums from Google: > > - A new trait implementation > by Sebastian Tleye, mentor Damien Cassou > http://gsoc2013.esug.org/projects/new-traits > - Animation Library based on Athens > by Mariano Vicente, mentor Pablo Tesone > http://gsoc2013.esug.org/projects/athens-animation > - Athens implementation in Amber with HTML5 Canvas > by Matthias Springer, mentor Nicolas Petton > http://gsoc2013.esug.org/projects/athens-html5-canvas > - Better rewriting rule tool > by Gisela Decuzzi, mentor Stephane Ducasse > http://gsoc2013.esug.org/projects/rewriting-rule-tool > - DBXTalk on NativeBoost > by Rocio Amaya, mentor Guillermo Polito > http://gsoc2013.esug.org/projects/dbxtalk-on-nativeboost > - Debugger Improvements > by Clara Allende, mentor Andrei Chis > http://gsoc2013.esug.org/projects/debugger-improvements > - Graph-ET > by Daniel Aviv, mentor Alexandre Bergel > http://gsoc2013.esug.org/projects/graph-et > - Improving Roassal Scalability > by Mathieu Dehouck, mentor Vanessa PeÃ±a-Araya > http://gsoc2013.esug.org/projects/roassal-scalability > - Mars 1.0 > by Carla Griggio, mentor Esteban Lorenzano > http://gsoc2013.esug.org/projects/mars > - SciSmalltalk - Solving Ordinary Differential Equations in Smalltalk > by Natalia Moskovchuk, mentor Serge Stinckwich > http://gsoc2013.esug.org/projects/scismalltalk > - Spec platform/framework Independence > by Benjamin Van Ryseghem, mentor Esteban Lorenzano > http://gsoc2013.esug.org/projects/spec-independence > - Tools for developing Amber web clients from Pharo > by Rustem Khubbatov, mentor Dennis Schetinin > http://gsoc2013.esug.org/projects/amber-tools > - UIPainter > by Erwan Douaille, mentor Esteban Lorenzano > http://gsoc2013.esug.org/projects/uipainter > > And extra 4 projects stipended by us from money of last and this year > GSoC (mentoring organization namely get 500 USD per accepted project > from Google too): > > - FAST Java Model by Benjamin Arezki, mentor Nicolas Anquetil, > http://gsoc2013.esug.org/projects/fast-java > - Gadget profiler by Alejandro Infante, mentor Juan Pablo Sandoval, > http://gsoc2013.esug.org/projects/gadget > - Phratch, a port of Scratch to Pharo by Jean-Baptiste Beuzelin, > http://gsoc2013.esug.org/projects/phratch mentor Jannik Laval, > - Roassal in Amber by Pablo EstefÃ³, mentor Alexandre Bergel > http://gsoc2013.esug.org/projects/roassal-in-amber > > Students will now start working on their projects. There will be an > mid-term evaluation of their work in July and final one at the end of > August. > > Best regards > Janko > > -- > Janko MivÅ¡ek > Smalltalk GSoC Admin Team > http://gsoc2013.esug.org > -- Sven Van Caekenberghe Proudly supporting Pharo http://pharo.org http://association.pharo.org http://consortium.pharo.org

May 28, 2013

17 GSoC projects accepted

by Janko MivÅ¡ek

Dear Pharoers, Here are the results of evaluation and ranking of student proposals. Those are 13 accepted projects with stipendiums from Google: - A new trait implementation by Sebastian Tleye, mentor Damien Cassou http://gsoc2013.esug.org/projects/new-traits - Animation Library based on Athens by Mariano Vicente, mentor Pablo Tesone http://gsoc2013.esug.org/projects/athens-animation - Athens implementation in Amber with HTML5 Canvas by Matthias Springer, mentor Nicolas Petton http://gsoc2013.esug.org/projects/athens-html5-canvas - Better rewriting rule tool by Gisela Decuzzi, mentor Stephane Ducasse http://gsoc2013.esug.org/projects/rewriting-rule-tool - DBXTalk on NativeBoost by Rocio Amaya, mentor Guillermo Polito http://gsoc2013.esug.org/projects/dbxtalk-on-nativeboost - Debugger Improvements by Clara Allende, mentor Andrei Chis http://gsoc2013.esug.org/projects/debugger-improvements - Graph-ET by Daniel Aviv, mentor Alexandre Bergel http://gsoc2013.esug.org/projects/graph-et - Improving Roassal Scalability by Mathieu Dehouck, mentor Vanessa PeÃ±a-Araya http://gsoc2013.esug.org/projects/roassal-scalability - Mars 1.0 by Carla Griggio, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/mars - SciSmalltalk - Solving Ordinary Differential Equations in Smalltalk by Natalia Moskovchuk, mentor Serge Stinckwich http://gsoc2013.esug.org/projects/scismalltalk - Spec platform/framework Independence by Benjamin Van Ryseghem, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/spec-independence - Tools for developing Amber web clients from Pharo by Rustem Khubbatov, mentor Dennis Schetinin http://gsoc2013.esug.org/projects/amber-tools - UIPainter by Erwan Douaille, mentor Esteban Lorenzano http://gsoc2013.esug.org/projects/uipainter And extra 4 projects stipended by us from money of last and this year GSoC (mentoring organization namely get 500 USD per accepted project from Google too): - FAST Java Model by Benjamin Arezki, mentor Nicolas Anquetil, http://gsoc2013.esug.org/projects/fast-java - Gadget profiler by Alejandro Infante, mentor Juan Pablo Sandoval, http://gsoc2013.esug.org/projects/gadget - Phratch, a port of Scratch to Pharo by Jean-Baptiste Beuzelin, http://gsoc2013.esug.org/projects/phratch mentor Jannik Laval, - Roassal in Amber by Pablo EstefÃ³, mentor Alexandre Bergel http://gsoc2013.esug.org/projects/roassal-in-amber Students will now start working on their projects. There will be an mid-term evaluation of their work in July and final one at the end of August. Best regards Janko -- Janko MivÅ¡ek Smalltalk GSoC Admin Team http://gsoc2013.esug.org

May 28, 2013

Re: [Pharo-users] Gettext package for 2.0 - information not updated

by stephane ducasse

We should fix it. Stef On May 27, 2013, at 10:38 PM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > > > > On Mon, May 27, 2013 at 6:53 PM, stephane ducasse <stephane.ducasse(a)free.fr> wrote: > Usman there is a getText in the pharo repo on smalltalk but we have to check its state. > > It still has references to FileDirectory so I was thinking if its usable on 2.0. > > > Stef > > On May 27, 2013, at 2:35 PM, Usman Bhatti <usman.bhatti(a)gmail.com> wrote: > >> Hello, >> >> I am looking to see how localization works in Pharo. There is a pharo book chapter that explains how to make it work but the chapter explains the working on Pharo 1.4. >> http://book.pharo-project.org/book/LanguageAndLibraries/Localisation >> >> Recent changes in STHub allow to load the package in Pharo 2.0 but I see a lot of references to FileDirectory (deprecated in 2.0) and hence the tutorial in the book does not work. >> >> The other package: System-Localization does not have much documentation so that does not help either. >> >> Can someone point to a working tutorial for Pharo localization for 2.0? >> >> tx, >> >> Usman >> >> > >

May 28, 2013

Re: [Pharo-users] Class naming guide

by Damien Cassou

On Tue, May 28, 2013 at 7:13 AM, Bahman Movaqar <Bahman(a)bahmanm.com> wrote: > I noticed that since there is no `import' statement in Pharo, class > names can easily conflict. What is the common naming strategy that you > people use to avoid that? the first two letters are often an indication of the package. E.g., PRPage for a Page class in the Pier package, ZnEasy for the Easy class in the Zinc package... -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

May 28, 2013

Class naming guide

by Bahman Movaqar

Hi all, I noticed that since there is no `import' statement in Pharo, class names can easily conflict. What is the common naming strategy that you people use to avoid that? TIA, -- Bahman Movaqar (http://BahmanM.com) ERP Evaluation, Implementation, Deployment Consultant

May 28, 2013

Re: [Pharo-users] PettitParser approach help

by Tudor Girba

Hi, I am not sure what you mean when you say an object that knows how to add to the result. Basically, you would need to build for each production the object and collect the meaningful ones in the outer scope. Here is something that would work for your example: a := 'AAA' asParser ==> [:token | #a]. b := 'BBB' asParser ==> [:token | #b]. c := 'CCC' asParser ==> [:token | #c]. meaningful := a / b / c. other := (meaningful / #newline asParser) negate star flatten. log := (meaningful / other) delimitedBy: #newline asParser. result := log end parse: 'AAA AAA BBB CCC AAA other text CCC BBB other text'. result select: #isSymbol I am CC-ing the moose mailing list because these questions tend to find better answers there. Cheers, Doru On May 27, 2013, at 11:07 PM, Juan Ignacio Vaccarezza <juanvaccarezza(a)gmail.com> wrote: > Hi all, > > First of all thanks for the amazing work and aswers to all. Having said that, the problem: > > I need to parse a log, a model that represents the lo is the following: > > ' > AAA > AAA > BBB > Line I don't care which can contain anything that is not AAA BBB or CCC > CCC > AAA > CCC > BBB > Line I don't care which can contain anything that is not AAA BBB or CCC > ' > > I manage to write the grammar which parses this, but then I would lilke to have all the log info digested on a result object which behaves something like this: > > resutlObject as size --> 3 > resultObject bs size --> 2 > restulIbject cs size -->2 > > The option that im using now is that individual parsers (meaning the parser for AAA,BBB,CCC,etc) actually retunrs an object that knows how to add themselves to the result and then, I iterate over the parser's array result asking to each object to add itself to the result. > > Is there a better solution? > > Thanks to all, > Juan. -- www.tudorgirba.com "It's not how it is, it is how we see it."

May 28, 2013

Re: [Pharo-users] String replacement

by S Krish

* Use the regex in Pharo too. Should be more than adequate for what you seek. * Create your string parsing code, in the lines of what Igor suggests, extending it for multiple line header fields * Use other libraries, like Zinc as Sven suggests, there are others similar in other packages, bit contrived and not really what you seek I presume. On Mon, May 27, 2013 at 10:12 PM, Thomas Worthington < thomas(a)technouveau.co.uk> wrote: > I've got a string which is the header section of an email. I have a regex > which will split a header field name from its data (ie, "From: > jim(a)null.com" becomes "From" and "jim(a)null.com") but some header lines are > long and have been continued by inserting a newline and one or more > spaces. Before splitting the fields I need to undo these continuations by > deleting these combinations of a newline followed by some whitespace. > > This would certainly be trivial in Perl or any of the normal Linux regex > engines but I've spent hours on this today, equipped with the PBE2 > chapter, and got nowhere. > > How do I do this in Pharo? > > Thanks, > > Thomas > >

May 28, 2013