June 2011 - Pharo-users - lists.pharo.org

Re: [Pharo-users] PetitParser and c#

by Alain Rastoul

Thanks a lot Lukas I'll check it. Regards, Alain "Lukas Renggli" <renggli(a)gmail.com> a Ã©crit dans le message de news: BANLkTimwEg7ct0hKNJ=+0wjiiVgeJn3AWw(a)mail.gmail.com... >> Do you know if PetitParser relates in some kind to the "Design Pattern >> for >> Parsing" paper ? >> http://www.cs.rice.edu/~javaplt/papers/sigcse2005b.pdf > > Yes, the modeling part might be kind of similar. > > Check out our paper on PetitParser. In Section 2 there are references > to papers that describe the methodologies PetitParser builds upon: > > http://scg.unibe.ch/archive/papers/Reng10cDynamicGrammars.pdf > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > >

June 27, 2011

Re: [Pharo-users] PetitParser and c#

by Lukas Renggli

> Do you know if PetitParser relates in some kind to the "Design Pattern for > Parsing" paper ? > http://www.cs.rice.edu/~javaplt/papers/sigcse2005b.pdf Yes, the modeling part might be kind of similar. Check out our paper on PetitParser. In Section 2 there are references to papers that describe the methodologies PetitParser builds upon: http://scg.unibe.ch/archive/papers/Reng10cDynamicGrammars.pdf Lukas -- Lukas Renggli www.lukas-renggli.ch

June 27, 2011

Re: [Pharo-users] PetitParser and c#

by Alain Rastoul

Thanks Tudor, About Java, I just found PPJavaSyntax shipped in MooseSuite, I suppose it comes from the same source ? I work on a parser at my job (a sql parser in c#) and I am interested on this subject, so I started exploration of PetitParser. Do you know if PetitParser relates in some kind to the "Design Pattern for Parsing" paper ? http://www.cs.rice.edu/~javaplt/papers/sigcse2005b.pdf I know that the Moose Book is not available as a pdf download but do you have plan to do it? or to sell a printable book on lulu ? (would be cool) TIA Cheers Alain "Tudor Girba" <tudor(a)tudorgirba.com> a Ã©crit dans le message de news: 2692D00D-3284-4025-831D-85AE68ABE853(a)tudorgirba.com... > Hi, > > For Java, there is a grammar in PetitJava. > > This ships with Moose and is available in the PetitJava squeaksource repo. > > Cheers, > Doru > > > On 26 Jun 2011, at 18:59, Alain Rastoul wrote: > >> Hi all, >> >> Do someone know about a PetitParser grammar for c# or java ? >> Verveine seems to be a Java development (and is not accessible). >> TIA >> >> Cheers >> Alain >> >> >> >> > > -- > www.tudorgirba.com > > "Every successful trip needs a suitable vehicle." > > > > > >

June 27, 2011

Re: [Pharo-users] PetitParser and c#

by Tudor Girba

Hi, For Java, there is a grammar in PetitJava. This ships with Moose and is available in the PetitJava squeaksource repo. Cheers, Doru On 26 Jun 2011, at 18:59, Alain Rastoul wrote: > Hi all, > > Do someone know about a PetitParser grammar for c# or java ? > Verveine seems to be a Java development (and is not accessible). > TIA > > Cheers > Alain > > > > -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

June 26, 2011

Re: [Pharo-users] PetitParser and c#

by StÃ©phane Ducasse

On Jun 26, 2011, at 6:59 PM, Alain Rastoul wrote: > Hi all, > > Do someone know about a PetitParser grammar for c# or java ? > Verveine seems to be a Java development (and is not accessible). Verveine is based on JDT. > TIA > > Cheers > Alain > > > >

June 26, 2011

PetitParser and c#

by Alain Rastoul

Hi all, Do someone know about a PetitParser grammar for c# or java ? Verveine seems to be a Java development (and is not accessible). TIA Cheers Alain

June 26, 2011

Re: [Pharo-users] [TWM] [KeyboardMapping] Image freezes or MNU Array(Object)>>errorSubscriptBounds:??

by Guillermo Polito

It seems a Transcript error... :S I'll have a look... On Sat, Jun 25, 2011 at 10:43 PM, Bernardo Ezequiel Contreras < vonbecmann(a)gmail.com> wrote: > > Hi, > > i don't know if this problem belongs to KeyboardMapping or TWM. > Also it's difficult to reproduce. > has someone seen this problem? > > thanks in advance. > > Pharo image: Pharo1.3#13274 > Virtual machine used: Squeak4.1 of 17 April 2010 [latest update: #9957] > Platform Name: unix > Class browser used (if applicable): Browser > > Possible Steps to reproduce: > #.Gofer it squeaksource: 'TilingWindowManager'; > package: 'ConfigurationOfTilingWindowManager'; > load. > #. ConfigurationOfTilingWindowManager loadDevelopment > #. open a workspace and press a key for a long time. > or open a browser and edit a method. > #. image will freeze or MNU Array(Object)>>errorSubscriptBounds: > > > >

June 26, 2011

[TWM] [KeyboardMapping] Image freezes or MNU Array(Object)>>errorSubscriptBounds:??

by Bernardo Ezequiel Contreras

Hi, i don't know if this problem belongs to KeyboardMapping or TWM. Also it's difficult to reproduce. has someone seen this problem? thanks in advance. Pharo image: Pharo1.3#13274 Virtual machine used: Squeak4.1 of 17 April 2010 [latest update: #9957] Platform Name: unix Class browser used (if applicable): Browser Possible Steps to reproduce: #.Gofer it squeaksource: 'TilingWindowManager'; package: 'ConfigurationOfTilingWindowManager'; load. #. ConfigurationOfTilingWindowManager loadDevelopment #. open a workspace and press a key for a long time. or open a browser and edit a method. #. image will freeze or MNU Array(Object)>>errorSubscriptBounds:

June 26, 2011

Re: [Pharo-users] printOn: vs printString

by Alan Rodas

> > How do end user interfere with the programming language? If your user is a > developer than the statement "..does not require the use to understand > streams at all..." is somewhat strange because it is something very > fundamental a good developer should know. > > As I teach introductory OOP, the kids always want to print their object, and they don't yet know anything about streams. But I realize that it's fundamental for any programmer to know. > Anyway, there is printString that produces a String and it uses printOn: to > print on a stream that is used to build the string. For the sole usage you > just need to know printString. If you start to print over a hierarchy of > objects you see it very well why you should use streams. > This is easy to explain from a java perspective. In Java a String is > immutable and we know that concatenating produces a string for every > combination of other strings. That is the reason why you need to use > StringBuffer/StringBuilder if you don't want to lose performance and memory. > And that is something other programming languages force you to know. > A stream is something you can write subsequently on no matter how many > objects write on it. You just hand the stream from on object to another and > only the last one needs to do the string conversion. As Object provides this > functionality you should implement printOn: on your objects. > > Norbert > > Completely makes sense now. Thanks guys. -- Alan Rodas Bonjour

June 25, 2011

Re: [Pharo-users] printOn: vs printString

by Norbert Hartl

Am 25.06.2011 um 06:07 schrieb Alan Rodas: > Hello folks > > I was wondering why does Smalltlak prefer the printOn: aStream method over the printString method. > > As I work with Java and C# all the time, I'm used to define a printString like method where you return a string representing the object, > and, today, having to do the same in smalltlak I unconsciously redefined the printString method. As soon as I realize that my collections were using printOn: instead of my redefined printSrting method for printing their contents, I wondered: > > Why was this decision taken? I mean, every other language seems more simple (from the end user point of view, as it does not require the user to understand streams at all), In the other hand, printOn: seems more versatile. > > Pointless question, I know, but I'm quite curious and I cannot seem to find anything about this, and I though that you guys may know. How do end user interfere with the programming language? If your user is a developer than the statement "..does not require the use to understand streams at all..." is somewhat strange because it is something very fundamental a good developer should know. Anyway, there is printString that produces a String and it uses printOn: to print on a stream that is used to build the string. For the sole usage you just need to know printString. If you start to print over a hierarchy of objects you see it very well why you should use streams. This is easy to explain from a java perspective. In Java a String is immutable and we know that concatenating produces a string for every combination of other strings. That is the reason why you need to use StringBuffer/StringBuilder if you don't want to lose performance and memory. And that is something other programming languages force you to know. A stream is something you can write subsequently on no matter how many objects write on it. You just hand the stream from on object to another and only the last one needs to do the string conversion. As Object provides this functionality you should implement printOn: on your objects. Norbert

June 25, 2011

Re: [Pharo-users] printOn: vs printString

by StÃ©phane Ducasse

printString is a template method printOn: a hook so you should specialize printOn: On Jun 25, 2011, at 6:07 AM, Alan Rodas wrote: > Hello folks > > I was wondering why does Smalltlak prefer the printOn: aStream method over the printString method. > > As I work with Java and C# all the time, I'm used to define a printString like method where you return a string representing the object, > and, today, having to do the same in smalltlak I unconsciously redefined the printString method. As soon as I realize that my collections were using printOn: instead of my redefined printSrting method for printing their contents, I wondered: > > Why was this decision taken? I mean, every other language seems more simple (from the end user point of view, as it does not require the user to understand streams at all), In the other hand, printOn: seems more versatile. > > Pointless question, I know, but I'm quite curious and I cannot seem to find anything about this, and I though that you guys may know. > > Cheers > -- > Alan Rodas Bonjour >

June 25, 2011

printOn: vs printString

by Alan Rodas

Hello folks I was wondering why does Smalltlak prefer the printOn: aStream method over the printString method. As I work with Java and C# all the time, I'm used to define a printString like method where you return a string representing the object, and, today, having to do the same in smalltlak I unconsciously redefined the printString method. As soon as I realize that my collections were using printOn: instead of my redefined printSrting method for printing their contents, I wondered: Why was this decision taken? I mean, every other language seems more simple (from the end user point of view, as it does not require the user to understand streams at all), In the other hand, printOn: seems more versatile. Pointless question, I know, but I'm quite curious and I cannot seem to find anything about this, and I though that you guys may know. Cheers -- Alan Rodas Bonjour

June 25, 2011

Re: [Pharo-users] [Pharo-project] [COTDC] 77 - LazyMorphTreeMorph

by laurent laffont

Thanks Doru ! Laurent. On Thu, Jun 23, 2011 at 8:54 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I am a MorphTreeMorph, but I only render the rows lazily as they appear on > screen. > > Caveat: There is no rendering in the background. This means that if a row > takes too long to render, you can experience a shorter or longer freeze when > scrolling. > > Doru > > On 23 Jun 2011, at 20:46, laurent laffont wrote: > > > Today: LazyMorphTreeMorph > > > > > > Comment Of The Day Contest - One Day One Comment > > Rules: > > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > > #2: If you cannot comment it, deprecate it. > > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > > > Laurent > > -- > www.tudorgirba.com > > "What we can governs what we wish." > > > > >

June 24, 2011

Re: [Pharo-users] Parsing XML into sorted elements

by Sean P. DeNigris

Pat Maddox-3 wrote: > > Yeah, my guess is that sorting a collection while it's being iterated upon > is bad news. > I wanted to replace the parser's use of OrderedCollection with SortedCollection, but it got too complicated and I ended up sorting at the end in one override with one line of code. -- View this message in context: http://forum.world.st/Parsing-XML-into-sorted-elements-tp3615867p3621048.ht… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 23, 2011

Re: [Pharo-users] Parsing XML into sorted elements

by Pat Maddox

On Jun 23, 2011, at 7:14 AM, Norbert Hartl wrote: > > Am 22.06.2011 um 05:11 schrieb Sean P. DeNigris: > >> I did the simplest thing I could think of and overrode >> XMLPageElement>>handleEndTag >> ^ self nodes sort: [ :a :b | a < b ]. >> >> It worked but feels like a hack. Anyone have anything better? >> > Why do need to sort while the parser is parsing? Can't you sort just afterwards? I think this is the cleanest approach. Yeah, my guess is that sorting a collection while it's being iterated upon is bad news. Pat

June 23, 2011

Re: [Pharo-users] [COTDC] 77 - LazyMorphTreeMorph

by Tudor Girba

I am a MorphTreeMorph, but I only render the rows lazily as they appear on screen. Caveat: There is no rendering in the background. This means that if a row takes too long to render, you can experience a shorter or longer freeze when scrolling. Doru On 23 Jun 2011, at 20:46, laurent laffont wrote: > Today: LazyMorphTreeMorph > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent -- www.tudorgirba.com "What we can governs what we wish."

June 23, 2011

[COTDC] 77 - LazyMorphTreeMorph

by laurent laffont

Today: LazyMorphTreeMorph Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

June 23, 2011

Re: [Pharo-users] [COTDC] 75 - MorphTreeNavigationBar

by laurent laffont

On Wed, Jun 22, 2011 at 9:30 PM, laurent laffont <laurent.laffont(a)gmail.com>wrote: > Today: MorphTreeNavigationBar > I'm a pager control used to navigate in a MorphTreeMorph that has a lot of entries. You can see one of my subclass in action using: ClassListExample new open Laurent > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment > will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

June 23, 2011

Re: [Pharo-users] [COTDC] 68#2 MultiTextComposer

by laurent laffont

Thanks a lot Alain ! Added as #76 Laurent. On Thu, Jun 23, 2011 at 10:00 AM, Alain Plantec <alain.plantec(a)yahoo.com>wrote: > For TextComposer first > ---------------------- > Class intention > I compose a collection of lines to fit the size of a physical container > (especially according to the paragraph contrainer height, width and > position). The result of my computation is a collection of TextLine that is > ready to be managed by a paragraph to be drawn on a canvas in a particular > screen area. > > Class collaborations > I collaborate with a CompositionScanners for character measurement and > with a TextContainer which holds the text to be composed > > Class main API > #composeLinesFrom: argStart to: argStop delta: argDelta into: > argLinesCollection priorLines: argPriorLines atY: argStartY textStyle: > argTextStyle text: argText container: argContainer wantsColumnBreaks: > argWantsColumnBreaks > It is my main public method which returns the collection of TextLines > (as the first element of an array) > ---------------------- > > and then for MultiTextComposer > ---------------------- > See TextComposer comments first. > I'm a specialization for the management of complex text (internationalized > text). > TextComposer and MultiTextComposer shoukl be merged in a near futur > ---------------------- >

June 23, 2011

Re: [Pharo-users] Fwd: Faster That light

by Mariano Martinez Peck

I have worked the last days on a generic connection pool for Pharo. The > objective is to improve performances for an application that uses a network > data source (databases, LDAP, etc.). > > Hi Olivier. First, let me say that we really appreciate your project and we are happy with it :) Now, to avoid reinventing the wheel, I want to point you some stuff. 1) There is a GlorpDBX connection pool available. This is the package GlorpDBX-ConnectionPool. Documentation: http://www.squeakdbx.org/documentation/SqueakDBX%20connection%20pool%20for%… 2) There is a general purpose pool (for any kind of object) that also work in Glorp or DBXTalk. http://www.squeaksource.com/ObjectPool There is a package ObjectPool-GlorpDBX :) I cc'ed Panu, the developer. So...maybe you can join forces with him? > My work is now stable and the gain of performances is good. For exemple, I > have a benchmark that uses a SqueakDBX/PostgreSQL database and a LDAP > directory. Without the pool, the test take 6,61s, with the pool, only 0,367s > :-) > > I have made many stress tests for testing the fiability. This morning, the > connection pools has processed 270000 requests without problems. > > I think that my project can interest you. > > sure it does!!! > I don't know if the code is ready for production. > > It doesn't matter. It is good to know about it. > > The projet is on squeaksource and I have added your account (and Stef also) > as Guest. > > MCHttpRepository > location: 'http://www.squeaksource.com/FasterThatLight' > user: '' > password: '' > > Thanks for remarks and critics. > > Thanks. I will take a look. For the pools, the expert is Diogenes and Panu :) Best regards, -- Mariano http://marianopeck.wordpress.com

June 23, 2011

Re: [Pharo-users] Parsing XML into sorted elements

by Norbert Hartl

Am 22.06.2011 um 05:11 schrieb Sean P. DeNigris: > I did the simplest thing I could think of and overrode > XMLPageElement>>handleEndTag > ^ self nodes sort: [ :a :b | a < b ]. > > It worked but feels like a hack. Anyone have anything better? > Why do need to sort while the parser is parsing? Can't you sort just afterwards? I think this is the cleanest approach. If you want to sort the elements immediately than you need custom classes like you wrote. Did you have a look at XMLPluggableElementFactory ? You can set a nodeFactory in the XMLDOMParser that should emit your classes while parsing. In your custom class there should be a possibility to override nodesClass in a clean way to get the list changes done. If not that would be a needed enhanced to the parser. Norbert

June 23, 2011

Fwd: Faster That light

by StÃ©phane Ducasse

Olivier should not be shy :) I think that lot of people can be interested by FTL (faster than light) Stef Begin forwarded message: > From: Olivier Auverlot <olivier.auverlot(a)gmail.com> > Date: June 23, 2011 2:15:33 PM GMT+02:00 > To: Mariano Martinez Peck <marianopeck(a)gmail.com> > Cc: StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > Subject: Faster That light > > Hi Mariano, > > I have worked the last days on a generic connection pool for Pharo. The objective is to improve performances for an application that uses a network data source (databases, LDAP, etc.). > > My work is now stable and the gain of performances is good. For exemple, I have a benchmark that uses a SqueakDBX/PostgreSQL database and a LDAP directory. Without the pool, the test take 6,61s, with the pool, only 0,367s :-) > > I have made many stress tests for testing the fiability. This morning, the connection pools has processed 270000 requests without problems. > > I think that my project can interest you. I don't know if the code is ready for production. > > The projet is on squeaksource and I have added your account (and Stef also) as Guest. > MCHttpRepository > location: 'http://www.squeaksource.com/FasterThatLight' > user: '' > password: '' > Thanks for remarks and critics. > > Best regards > Olivier

June 23, 2011

Re: [Pharo-users] Slides of my BSUG Talks

by Benjamin

I think, the more you know the system, the less you use the finder ... And to be honest, I do not use the finder so often ;) Ben On Jun 23, 2011, at 3:47 PM, Igor Stasenko wrote: > On 23 June 2011 14:23, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: >> I start to become famous LOL >> > > what is finder? (joking) > > i cannot say that this is too important tool for my workflow, since > 95% of time when coding i using browser(s). > but it is for me.. others may have different workflow and use > different approaches to navigate the code and look for stuff. > >> >> Ben >> >> On Jun 23, 2011, at 2:15 PM, Sven Van Caekenberghe wrote: >> >>> >>> On 23 Jun 2011, at 13:35, StÃ©phane Ducasse wrote: >>> >>>> Ben see there, the new finder is mentioned :) >>> >>> I use it all the time, and when I showed it, many people liked it a lot. >>> >>> The thing is, even some older Pharo users never knew it was there ;-) >>> >>> Sven >>> >>> >> >> >> > > > > -- > Best regards, > Igor Stasenko AKA sig. >

June 23, 2011

Re: [Pharo-users] Slides of my BSUG Talks

by Igor Stasenko

On 23 June 2011 14:23, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > I start to become famous LOL > what is finder? (joking) i cannot say that this is too important tool for my workflow, since 95% of time when coding i using browser(s). but it is for me.. others may have different workflow and use different approaches to navigate the code and look for stuff. > > Ben > > On Jun 23, 2011, at 2:15 PM, Sven Van Caekenberghe wrote: > >> >> On 23 Jun 2011, at 13:35, StÃ©phane Ducasse wrote: >> >>> Ben see there, Â the new finder is mentioned :) >> >> I use it all the time, and when I showed it, many people liked it a lot. >> >> The thing is, even some older Pharo users never knew it was there ;-) >> >> Sven >> >> > > > -- Best regards, Igor Stasenko AKA sig.

June 23, 2011

Re: [Pharo-users] Browser Panes (or is it Pains??)

by StÃ©phane Ducasse

> I downloaded squeak to try out the UI Generator created by the Haso Plattner Institiute. > > When I did that I noticed that the squeak system browser has a feature that solves one of my constant annoyances in pharo. > > The panes of the browser are re-sizeable in the x direction. I can make different panels different sizes. > > Is there a setting or someway to easily add this capability to the Pharo System Browser? it depends on which browser you use. If you use OB you cannot. > > > Tony Giaccone

June 23, 2011