September 2014 - Pharo-users

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by phil＠highoctane.be

Cool article & technique indeed. Ah Smalltalk, where were you all those years ;-) Speaking of PetitParser, which is excellent indeed, there is this #==> method in Boolean. PetitParser uses that a lot. I can use the thing but do not really grasps how it works. Now, the method comment says: Boolean #==> aBlock "The material conditional, also known as the material implication or truth functional conditional. Correspond to not ... or ... and does not correspond to the English if...then... construction. known as: b if a a implies b if a then b b is a consequence of a a therefore b (but note: 'it is raining therefore it is cloudy' is implication; 'it is autumn therefore the leaves are falling' is equivalence). Here is the truth table for material implication: p | q | p ==> q -------|-------|------------- T | T | T T | F | F F | T | T F | F | T " ^self not or: [aBlock value] This is still a bit foggy to me. Anyone caring to shed some light on that? What are the typical ways to use that? TIA Phil On Tue, Sep 23, 2014 at 10:07 AM, Udo Schneider < udo.schneider(a)homeaddress.de> wrote: > > just as it is black magic for me now :D > The nice thing about this approach is the fact that it "just" piggybacks > the normal Smalltalk message sending. So you can step through it using the > Debugger - it's Smalltalk all the way down. > > I still remember my first shock when (having no formal background on > parsing theory at that time) I saw the parsing tables generated by T-Gen. > Of course it was Smalltalk ... but understanding those tables was a > nightmare. > > PetitParser is the gold standard here IMHO. It is able to parse arbitrary > input (compared to my block expressions only). And you can still use the > Debugger to step through the parsing process *and still understand what's > going on!* > > CU, > > Udo > > On 23.09.14 09:54, kilon alios wrote: > >> just as it is black magic for me now :D >> >> At least I get the general feeling. I am new to parsing too, so far I >> have only played with regex parsing. Not the most smalltalkish way but >> it works well so far. >> >> On Tue, Sep 23, 2014 at 9:39 AM, Udo Schneider >> <udo.schneider(a)homeaddress.de >> <mailto:udo.schneider@homeaddress.de>> wrote: >> >> Hi Estaban, >> >> I think the first time I saw this pattern was in ReStore on Dolphin >> Smalltalk. I didn't understand it's implementation back then. I >> assume that it's similar to what I described though. But having a >> Smalltalk block automagically creating the equivalent SQL SELECT >> expression was like black magic at that time :-) >> >> CU, >> >> Udo >> >> >> >> >> On 23.09.14 04:15, Esteban A. Maringolo wrote: >> >> Excellent article. >> >> I think GLORP uses a similar technique to setup its expressions, >> and >> also have issues with #and:/#or: selectors due to inlining, so >> it uses >> AND:/#OR: instead. >> >> Regards! >> >> Esteban A. Maringolo >> >> pd: Your blog and it's choosen topic made me remember >> http://use-the-index-luke.com/ >> >> 2014-09-22 20:48 GMT-03:00 Udo Schneider >> <udo.schneider(a)homeaddress.de >> <mailto:udo.schneider@homeaddress.de>>__: >> >> >> All, >> >> I just finished a blog entry. It shows how to use Smalltalk >> blocks as parsers/translators. E.g. translating a Block >> >> [:customer | (customer joinDate year is: Date >> today year)] >> >> into an SQL-like String >> >> (YEAR(customers.joinDate) = 2014) >> >> The SQL stuff is just an example - you can create nearly any >> output. >> >> Check out >> http://readthesourceluke.__blogspot.de/2014/09/block-__ >> translators-parsing-magic.html >> <http://readthesourceluke.blogspot.de/2014/09/block- >> translators-parsing-magic.html> >> >> Maybe that's old stuff for some of you - but I hope it's >> interesting for some at least :-) >> >> Comments and feedback appreciated. >> >> CU, >> >> Udo >> >> >> >> >> >> >> >> >> > > > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by S Krish

MarkupBuilder in Groovy uses similar logic #doesNotUnderstand: .. but not debug capable ..!.. On Tue, Sep 23, 2014 at 1:45 PM, kilon alios <kilon.alios(a)gmail.com> wrote: > it reminds a lot of Kent's Beck Smalltalk Practice Patterns where it > removes all ifs and replaces them with regular unary messages . It is > definitely an elegant way of coding making the code just flow. > > I have not used PettitParser yet, looks powerful but I find it a bit weird > in design. On the other hand regex is quite ugly and understanding complex > regex a pain. > > On Tue, Sep 23, 2014 at 11:07 AM, Udo Schneider < > udo.schneider(a)homeaddress.de> wrote: > >> > just as it is black magic for me now :D >> The nice thing about this approach is the fact that it "just" piggybacks >> the normal Smalltalk message sending. So you can step through it using the >> Debugger - it's Smalltalk all the way down. >> >> I still remember my first shock when (having no formal background on >> parsing theory at that time) I saw the parsing tables generated by T-Gen. >> Of course it was Smalltalk ... but understanding those tables was a >> nightmare. >> >> PetitParser is the gold standard here IMHO. It is able to parse arbitrary >> input (compared to my block expressions only). And you can still use the >> Debugger to step through the parsing process *and still understand what's >> going on!* >> >> CU, >> >> Udo >> >> On 23.09.14 09:54, kilon alios wrote: >> >>> just as it is black magic for me now :D >>> >>> At least I get the general feeling. I am new to parsing too, so far I >>> have only played with regex parsing. Not the most smalltalkish way but >>> it works well so far. >>> >>> On Tue, Sep 23, 2014 at 9:39 AM, Udo Schneider >>> <udo.schneider(a)homeaddress.de >>> <mailto:udo.schneider@homeaddress.de>> wrote: >>> >>> Hi Estaban, >>> >>> I think the first time I saw this pattern was in ReStore on Dolphin >>> Smalltalk. I didn't understand it's implementation back then. I >>> assume that it's similar to what I described though. But having a >>> Smalltalk block automagically creating the equivalent SQL SELECT >>> expression was like black magic at that time :-) >>> >>> CU, >>> >>> Udo >>> >>> >>> >>> >>> On 23.09.14 04:15, Esteban A. Maringolo wrote: >>> >>> Excellent article. >>> >>> I think GLORP uses a similar technique to setup its expressions, >>> and >>> also have issues with #and:/#or: selectors due to inlining, so >>> it uses >>> AND:/#OR: instead. >>> >>> Regards! >>> >>> Esteban A. Maringolo >>> >>> pd: Your blog and it's choosen topic made me remember >>> http://use-the-index-luke.com/ >>> >>> 2014-09-22 20:48 GMT-03:00 Udo Schneider >>> <udo.schneider(a)homeaddress.de >>> <mailto:udo.schneider@homeaddress.de>>__: >>> >>> >>> All, >>> >>> I just finished a blog entry. It shows how to use Smalltalk >>> blocks as parsers/translators. E.g. translating a Block >>> >>> [:customer | (customer joinDate year is: Date >>> today year)] >>> >>> into an SQL-like String >>> >>> (YEAR(customers.joinDate) = 2014) >>> >>> The SQL stuff is just an example - you can create nearly any >>> output. >>> >>> Check out >>> http://readthesourceluke.__blogspot.de/2014/09/block-__ >>> translators-parsing-magic.html >>> <http://readthesourceluke.blogspot.de/2014/09/block- >>> translators-parsing-magic.html> >>> >>> Maybe that's old stuff for some of you - but I hope it's >>> interesting for some at least :-) >>> >>> Comments and feedback appreciated. >>> >>> CU, >>> >>> Udo >>> >>> >>> >>> >>> >>> >>> >>> >>> >> >> >> >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by kilon alios

it reminds a lot of Kent's Beck Smalltalk Practice Patterns where it removes all ifs and replaces them with regular unary messages . It is definitely an elegant way of coding making the code just flow. I have not used PettitParser yet, looks powerful but I find it a bit weird in design. On the other hand regex is quite ugly and understanding complex regex a pain. On Tue, Sep 23, 2014 at 11:07 AM, Udo Schneider < udo.schneider(a)homeaddress.de> wrote: > > just as it is black magic for me now :D > The nice thing about this approach is the fact that it "just" piggybacks > the normal Smalltalk message sending. So you can step through it using the > Debugger - it's Smalltalk all the way down. > > I still remember my first shock when (having no formal background on > parsing theory at that time) I saw the parsing tables generated by T-Gen. > Of course it was Smalltalk ... but understanding those tables was a > nightmare. > > PetitParser is the gold standard here IMHO. It is able to parse arbitrary > input (compared to my block expressions only). And you can still use the > Debugger to step through the parsing process *and still understand what's > going on!* > > CU, > > Udo > > On 23.09.14 09:54, kilon alios wrote: > >> just as it is black magic for me now :D >> >> At least I get the general feeling. I am new to parsing too, so far I >> have only played with regex parsing. Not the most smalltalkish way but >> it works well so far. >> >> On Tue, Sep 23, 2014 at 9:39 AM, Udo Schneider >> <udo.schneider(a)homeaddress.de >> <mailto:udo.schneider@homeaddress.de>> wrote: >> >> Hi Estaban, >> >> I think the first time I saw this pattern was in ReStore on Dolphin >> Smalltalk. I didn't understand it's implementation back then. I >> assume that it's similar to what I described though. But having a >> Smalltalk block automagically creating the equivalent SQL SELECT >> expression was like black magic at that time :-) >> >> CU, >> >> Udo >> >> >> >> >> On 23.09.14 04:15, Esteban A. Maringolo wrote: >> >> Excellent article. >> >> I think GLORP uses a similar technique to setup its expressions, >> and >> also have issues with #and:/#or: selectors due to inlining, so >> it uses >> AND:/#OR: instead. >> >> Regards! >> >> Esteban A. Maringolo >> >> pd: Your blog and it's choosen topic made me remember >> http://use-the-index-luke.com/ >> >> 2014-09-22 20:48 GMT-03:00 Udo Schneider >> <udo.schneider(a)homeaddress.de >> <mailto:udo.schneider@homeaddress.de>>__: >> >> >> All, >> >> I just finished a blog entry. It shows how to use Smalltalk >> blocks as parsers/translators. E.g. translating a Block >> >> [:customer | (customer joinDate year is: Date >> today year)] >> >> into an SQL-like String >> >> (YEAR(customers.joinDate) = 2014) >> >> The SQL stuff is just an example - you can create nearly any >> output. >> >> Check out >> http://readthesourceluke.__blogspot.de/2014/09/block-__ >> translators-parsing-magic.html >> <http://readthesourceluke.blogspot.de/2014/09/block- >> translators-parsing-magic.html> >> >> Maybe that's old stuff for some of you - but I hope it's >> interesting for some at least :-) >> >> Comments and feedback appreciated. >> >> CU, >> >> Udo >> >> >> >> >> >> >> >> >> > > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Udo Schneider

> just as it is black magic for me now :D The nice thing about this approach is the fact that it "just" piggybacks the normal Smalltalk message sending. So you can step through it using the Debugger - it's Smalltalk all the way down. I still remember my first shock when (having no formal background on parsing theory at that time) I saw the parsing tables generated by T-Gen. Of course it was Smalltalk ... but understanding those tables was a nightmare. PetitParser is the gold standard here IMHO. It is able to parse arbitrary input (compared to my block expressions only). And you can still use the Debugger to step through the parsing process *and still understand what's going on!* CU, Udo On 23.09.14 09:54, kilon alios wrote: > just as it is black magic for me now :D > > At least I get the general feeling. I am new to parsing too, so far I > have only played with regex parsing. Not the most smalltalkish way but > it works well so far. > > On Tue, Sep 23, 2014 at 9:39 AM, Udo Schneider > <udo.schneider(a)homeaddress.de > <mailto:udo.schneider@homeaddress.de>> wrote: > > Hi Estaban, > > I think the first time I saw this pattern was in ReStore on Dolphin > Smalltalk. I didn't understand it's implementation back then. I > assume that it's similar to what I described though. But having a > Smalltalk block automagically creating the equivalent SQL SELECT > expression was like black magic at that time :-) > > CU, > > Udo > > > > > On 23.09.14 04:15, Esteban A. Maringolo wrote: > > Excellent article. > > I think GLORP uses a similar technique to setup its expressions, and > also have issues with #and:/#or: selectors due to inlining, so > it uses > AND:/#OR: instead. > > Regards! > > Esteban A. Maringolo > > pd: Your blog and it's choosen topic made me remember > http://use-the-index-luke.com/ > > 2014-09-22 20:48 GMT-03:00 Udo Schneider > <udo.schneider(a)homeaddress.de > <mailto:udo.schneider@homeaddress.de>>__: > > > All, > > I just finished a blog entry. It shows how to use Smalltalk > blocks as parsers/translators. E.g. translating a Block > > [:customer | (customer joinDate year is: Date > today year)] > > into an SQL-like String > > (YEAR(customers.joinDate) = 2014) > > The SQL stuff is just an example - you can create nearly any > output. > > Check out > http://readthesourceluke.__blogspot.de/2014/09/block-__translators-parsing-… > <http://readthesourceluke.blogspot.de/2014/09/block-translators-parsing-magi…> > > Maybe that's old stuff for some of you - but I hope it's > interesting for some at least :-) > > Comments and feedback appreciated. > > CU, > > Udo > > > > > > > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by kilon alios

just as it is black magic for me now :D At least I get the general feeling. I am new to parsing too, so far I have only played with regex parsing. Not the most smalltalkish way but it works well so far. On Tue, Sep 23, 2014 at 9:39 AM, Udo Schneider <udo.schneider(a)homeaddress.de > wrote: > Hi Estaban, > > I think the first time I saw this pattern was in ReStore on Dolphin > Smalltalk. I didn't understand it's implementation back then. I assume that > it's similar to what I described though. But having a Smalltalk block > automagically creating the equivalent SQL SELECT expression was like black > magic at that time :-) > > CU, > > Udo > > > > > On 23.09.14 04:15, Esteban A. Maringolo wrote: > >> Excellent article. >> >> I think GLORP uses a similar technique to setup its expressions, and >> also have issues with #and:/#or: selectors due to inlining, so it uses >> AND:/#OR: instead. >> >> Regards! >> >> Esteban A. Maringolo >> >> pd: Your blog and it's choosen topic made me remember >> http://use-the-index-luke.com/ >> >> 2014-09-22 20:48 GMT-03:00 Udo Schneider <udo.schneider(a)homeaddress.de>: >> >>> >>> All, >>> >>> I just finished a blog entry. It shows how to use Smalltalk blocks as >>> parsers/translators. E.g. translating a Block >>> >>> [:customer | (customer joinDate year is: Date today year)] >>> >>> into an SQL-like String >>> >>> (YEAR(customers.joinDate) = 2014) >>> >>> The SQL stuff is just an example - you can create nearly any output. >>> >>> Check out http://readthesourceluke.blogspot.de/2014/09/block- >>> translators-parsing-magic.html >>> >>> Maybe that's old stuff for some of you - but I hope it's interesting for >>> some at least :-) >>> >>> Comments and feedback appreciated. >>> >>> CU, >>> >>> Udo >>> >>> >>> >> >> > > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Thierry Goubier

Thanks Udo; I reviewed a few techniques for implementing internal / embeddel DSLs in a host language and I didn't saw this one :) Thierry 2014-09-23 1:48 GMT+02:00 Udo Schneider <udo.schneider(a)homeaddress.de>: > All, > > I just finished a blog entry. It shows how to use Smalltalk blocks as > parsers/translators. E.g. translating a Block > > [:customer | (customer joinDate year is: Date today year)] > > into an SQL-like String > > (YEAR(customers.joinDate) = 2014) > > The SQL stuff is just an example - you can create nearly any output. > > Check out http://readthesourceluke.blogspot.de/2014/09/block- > translators-parsing-magic.html > > Maybe that's old stuff for some of you - but I hope it's interesting for > some at least :-) > > Comments and feedback appreciated. > > CU, > > Udo > > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Udo Schneider

Hi Estaban, I think the first time I saw this pattern was in ReStore on Dolphin Smalltalk. I didn't understand it's implementation back then. I assume that it's similar to what I described though. But having a Smalltalk block automagically creating the equivalent SQL SELECT expression was like black magic at that time :-) CU, Udo On 23.09.14 04:15, Esteban A. Maringolo wrote: > Excellent article. > > I think GLORP uses a similar technique to setup its expressions, and > also have issues with #and:/#or: selectors due to inlining, so it uses > AND:/#OR: instead. > > Regards! > > Esteban A. Maringolo > > pd: Your blog and it's choosen topic made me remember > http://use-the-index-luke.com/ > > 2014-09-22 20:48 GMT-03:00 Udo Schneider <udo.schneider(a)homeaddress.de>: >> >> All, >> >> I just finished a blog entry. It shows how to use Smalltalk blocks as parsers/translators. E.g. translating a Block >> >> [:customer | (customer joinDate year is: Date today year)] >> >> into an SQL-like String >> >> (YEAR(customers.joinDate) = 2014) >> >> The SQL stuff is just an example - you can create nearly any output. >> >> Check out http://readthesourceluke.blogspot.de/2014/09/block-translators-parsing-magi… >> >> Maybe that's old stuff for some of you - but I hope it's interesting for some at least :-) >> >> Comments and feedback appreciated. >> >> CU, >> >> Udo >> >> > >

Sept. 23, 2014

Re: [Pharo-users] BLOG: Block Translators - parsing magic

by Udo Schneider

On 23.09.14 02:27, Ben Coman wrote: > Very nice write up. Fairly straight forward to follow but not something > I could have done from scratch. Nice to have a recipe for it. Thanks > > One spelling mistake... > > This will give es enough clues > This will give us enough clues Thanks for the feedback - the spelling mistake is fixed. Thanks, Udo

Sept. 23, 2014

Re: [Pharo-users] LF instead of CR for new lines or writing about Pharo inside Pharo

by Offray Vladimir Luna CÃ¡rdenas

Hi :-), A small answer to myself that can be useful is someone find this thread: I have seen some post on Internet about CR and LF issues on Pharo Smalltalk, like this: [1] http://stackoverflow.com/questions/11739548/how-to-correctly-decode-text-fi… [2] http://stackoverflow.com/questions/1598054/smalltalk-newline-character A detailed search on the web take me to this: http://magaloma.seasidehosting.st/Collections-Strings Here I searched for "replace" and found the proper method: """ withInternetLineEndings change line endings from CR's to CRLF's. This is probably in prepration for sending a string over the Internet """ So taking my string and sending: myString contents withInternetLineEndings did the trick. I hope it will be helpful for future newbies. Cheers, Offray On 09/22/2014 01:38 PM, Offray Vladimir Luna CÃ¡rdenas wrote: > Hi all! :-) > > Today is a good day because Pharo is helping me a lot in getting things > done (like in the Black Eyed Peas song, but nerdy style). Here you can > see a screenshot of the exportation of the outliner project I have been > working on (still in alpha): > > http://www.enlightenment.org/ss/e-54206a705cafd9.68856727.jpg > > Down is the Pharo outliner, upper left the markdown exportation and > upper right the pdf exportation. As you can see, I have small glitches > that need to be solved, mainly the fact that new lines are represented > in Pharo by default with CR instead of LR, which doesn't like so much to > the Pandoc[1][2] exporter. So, there is any way to change this behaviour > to make LF the default character? This has some implications when you're > writing code inside System Browsers or Playgrounds instead of my > particular app? If yes, there is any way to replace each CR for LF in a > text object, inside Pharo? > > [1] http://johnmacfarlane.net/pandoc/ > [2] > http://programminghistorian.org/lessons/sustainable-authorship-in-plain-tex… > > > Thanks a lot, > > Offray > >

Sept. 23, 2014

Re: [Pharo-users] Moose > Software selfies: How to graph the story of a Monticello repo within Pharo/Moose/Roassal

by Offray Vladimir Luna CÃ¡rdenas

Hi, Well I said "selfies" because they are pictures taken from the software itself, following the now spread custom in social networks :-). There is few software that can take pictures of itself and Pharo is one of them. Previosly I asked where there were stored and finally I decided to follow your advice and use external software for that. But in this case is different, I want to use Moose/Rossal to graph the story of the monticello repository, the amount of lines of code and methods in a packages. AFAIK in this sense Pharo presents unique introspective features to create graphs about it own source code, as the one I'm asking for. I just would like some pointer on how to do it or documentation explaining it. Cheers, Offray On 09/22/2014 10:06 PM, Esteban A. Maringolo wrote: > When you say "selfie" you mean "screenshot"? > > Why not use a regular screenshot tool provided by the OS or running > externally to Pharo? > I use SnagIt for Windows to capture Pharo running inside an Ubuntu VM. > > Regards! > Esteban A. Maringolo > > > 2014-09-22 21:15 GMT-03:00 Offray Vladimir Luna CÃ¡rdenas <offray(a)riseup.net>: >> Hi, >> >> I'm working on the first version of my draft article about Pharo, wrote >> inside Pharo itself. I would like to illustrate the process of learning and >> building the software by making some graphs of the history of the Monticello >> repository and I'm wondering how difficult this could be. I'm thinking in >> something like: >> >> - A bar char with the amount of commits per day since the repo existed. >> - Number of methods in the package. >> - Total lines of code >> >> Any advice about how to use Moose/Roassal to create a "selfie" of the >> project's history is welcomed. >> >> The SmalltalkHub repository is here: >> >> http://smalltalkhub.com/#!/~Offray/Ubakye/ >> >> Also I have acknowledge the contribution of the Pharo/Moose/Roassal >> communities, but I'm wondering if there is any custom about how to do it. As >> soon as I have a more workable draft I will be sharing the link. >> >> Thanks again, >> >> Offray >> > >

Sept. 23, 2014