January 2013 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Fwd: Call a block inside same block for recursive requirements

by Sven Van Caekenberghe

On 19 Jan 2013, at 20:56, Igor Stasenko <siguctua(a)gmail.com> wrote: > [:param | > param >0 ifTrue: [ thisContext closure value: param - 1 ] > > ] value: 5 > > but this will be much slower than just use recursion with methods > because of this context. This is so cool, Igor. I didn't know about this trick. All in all, writing factorial like this is pretty elegant: [ :n | n < 2 ifTrue: [ 1 ] ifFalse: [ n * (thisContext closure value: n - 1) ] ] value: 5 AFAIK, this is impossible in Lisp like languages. Thanks for teaching us ! Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Jan. 20, 2013

Re: [Pharo-users] Hapax/CodeFu changes and example script

by Tudor Girba

Thanks, indeed! It would be great to have this back in Moose. Anyone interested in looking at it? Cheers, Doru On Jan 17, 2013, at 10:43 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Thanks hernan! > > Stef > > On Jan 17, 2013, at 5:02 PM, HernÃ¡n Morales Durand wrote: > >> >> Hi guys, >> For those working in information retrieval, for example for doing td-idf ranking, you can find adapted packages: "Hapax" and "CodeFu" in the BioSmalltalk repository http://ss3.gemstone.com/ss/BioSmalltalk.html . I have translated some VW specific code to Pharo 1.4 (under Windows requires the ProcessWrapper package) and adapted some Hapax methods to work with corpus in different languages. >> >> This is an example script for a corpus in Spanish: >> >> | corpus tdm documents | >> >> corpus := HXSpanishCorpus new. >> >> documents := 'el rÃo Danubio pasa por Viena, su color es azul >> el caudal de un rÃo asciende en Invierno >> el rÃo Rhin y el rÃo Danubio tienen mucho caudal >> si un rÃo es navegable, es porque tiene mucho caudal'. >> >> documents lines doWithIndex: [: doc : index | >> corpus >> addDocument: index asString >> with: (Terms new >> addString: doc >> using: CamelcaseScanner; >> yourself)]. >> corpus removeStopwords. >> corpus stemAll. >> tdm := TermDocumentMatrix on: corpus. >> >> Feel free to integrate to any repository. If you want to add a language just see methods with selectors including "spanish". >> Cheers, >> >> HernÃ¡n >> >> > > -- www.tudorgirba.com "Every successful trip needs a suitable vehicle."

Jan. 20, 2013

Re: [Pharo-users] [Esug-list] Pharo Association: alone we have little power, but many we are strong

by Igor Stasenko

On 19 January 2013 21:39, stephane ducasse <stephane.ducasse(a)gmail.com> wrote: > Of course I forgot the most important > http://association.smalltalkhub.com > hmm.. this one: http://association.pharo.org/ looks more correct to me. perhaps one that you giving is for testing/developing? > Stef > > On Jan 19, 2013, at 7:05 PM, StÃ©phane Ducasse wrote: > >> Hi guys >> >> Just a point: Join the Pharo association because all together we can get some power. >> For example, I would like that we brainstorm about what kind of effort the association >> want to sponsor. >> - real headless image >> - other network protocols >> -â¦ >> >> So far we are 35 but I really dream about a moment where we will be much more. >> If you find some value to Pharo and you want to encourage its evolution, this is simple. >> >> Stef >> _______________________________________________ >> Esug-list mailing list >> Esug-list(a)lists.esug.org >> http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org > > > _______________________________________________ > Esug-list mailing list > Esug-list(a)lists.esug.org > http://lists.esug.org/mailman/listinfo/esug-list_lists.esug.org -- Best regards, Igor Stasenko.

Jan. 19, 2013

Re: [Pharo-users] Fwd: Call a block inside same block for recursive requirements

by Igor Stasenko

On 19 January 2013 21:04, Benjamin <benjamin.vanryseghem.pharo(a)gmail.com> wrote: > Writing this > > block := [:val | > val >0 > ifTrue: [ > self logCr: val. > block value: val -1 ] > ifFalse: [ 'foo' ]]. > > block value: 3 > > works in a workspace :) well, this is the most trivial example. :) (frankly i didn't even thought about it as a case, because one of the requirements is to not refer to the block via variable).. in this case, you still referring to it, but just moved variable declaration outside of the block scope. But of course, this is most usable form (apart from just using method). > > Ben > > On Jan 19, 2013, at 8:56 PM, Igor Stasenko wrote: > >> On 19 January 2013 03:38, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >>> gerard wrote >>>> Hi. >>>> >>>> Excuse me for my poor english. >>>> >>>> I need, for recursive requirements, call a block inside the same block. >>>> That's possible on Smalltalk? >>>> >> >> Integer>>benchFib >> >>>> For example: >>>> >>>> "fibonacci function" >>>> [:fnc :n1 :n2 :limit :numbers | numbers add: n1. (n2 < limit) ifTrue: [ >>>> fnc valueWithArguments: {fnc . n2 . (n1 + n2) . limit . numbers}. numbers >>>> ]]. >>>> >>>> The objetive is use that block without the :fnc parameter. >> >> [:param | >> param >0 ifTrue: [ thisContext closure value: param - 1 ] >> >> ] value: 5 >> >> but this will be much slower than just use recursion with methods >> because of thiscontext. >> >>>> >>>> >>>> Regards >>> >> >> >> >> >> >> >> >> -- >> Best regards, >> Igor Stasenko. >> > > -- Best regards, Igor Stasenko.

Jan. 19, 2013

Re: [Pharo-users] Fwd: Call a block inside same block for recursive requirements

by Benjamin

Writing this block := [:val | val >0 ifTrue: [ self logCr: val. block value: val -1 ] ifFalse: [ 'foo' ]]. block value: 3 works in a workspace :) Ben On Jan 19, 2013, at 8:56 PM, Igor Stasenko wrote: > On 19 January 2013 03:38, Sean P. DeNigris <sean(a)clipperadams.com> wrote: >> gerard wrote >>> Hi. >>> >>> Excuse me for my poor english. >>> >>> I need, for recursive requirements, call a block inside the same block. >>> That's possible on Smalltalk? >>> > > Integer>>benchFib > >>> For example: >>> >>> "fibonacci function" >>> [:fnc :n1 :n2 :limit :numbers | numbers add: n1. (n2 < limit) ifTrue: [ >>> fnc valueWithArguments: {fnc . n2 . (n1 + n2) . limit . numbers}. numbers >>> ]]. >>> >>> The objetive is use that block without the :fnc parameter. > > [:param | > param >0 ifTrue: [ thisContext closure value: param - 1 ] > > ] value: 5 > > but this will be much slower than just use recursion with methods > because of thiscontext. > >>> >>> >>> Regards >> > > > > > > > > -- > Best regards, > Igor Stasenko. >

Jan. 19, 2013

Re: [Pharo-users] Fwd: Call a block inside same block for recursive requirements

by Igor Stasenko

On 19 January 2013 03:38, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > gerard wrote >> Hi. >> >> Excuse me for my poor english. >> >> I need, for recursive requirements, call a block inside the same block. >> That's possible on Smalltalk? >> Integer>>benchFib >> For example: >> >> "fibonacci function" >> [:fnc :n1 :n2 :limit :numbers | numbers add: n1. (n2 < limit) ifTrue: [ >> fnc valueWithArguments: {fnc . n2 . (n1 + n2) . limit . numbers}. numbers >> ]]. >> >> The objetive is use that block without the :fnc parameter. [:param | param >0 ifTrue: [ thisContext closure value: param - 1 ] ] value: 5 but this will be much slower than just use recursion with methods because of thiscontext. >> >> >> Regards > -- Best regards, Igor Stasenko.

Jan. 19, 2013

Pharo Association: alone we have little power, but many we are strong

by StÃ©phane Ducasse

Hi guys Just a point: Join the Pharo association because all together we can get some power. For example, I would like that we brainstorm about what kind of effort the association want to sponsor. - real headless image - other network protocols -â¦ So far we are 35 but I really dream about a moment where we will be much more. If you find some value to Pharo and you want to encourage its evolution, this is simple. Stef

Jan. 19, 2013

Re: [Pharo-users] HTML parser

by StÃ©phane Ducasse

On Jan 19, 2013, at 11:59 AM, Norbert Hartl wrote: > > > Am 19.01.2013 um 09:45 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > >> Norbert >> >> soup produces a limited ast containing all the information and not really a ful and nice AST for html >> > Thanks! If something like an AST is emitted that will help a lot. I don't need a full HTML AST right now (well, at the moment I think I don't). we soup you get a ast and a query system I used it to scrap magic cards :) > But pharo will need one in the mid-term, right? yes it would be good. > > thanks, > > Norbert >> >>> >>> Am 17.01.2013 um 23:38 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: >>> >>>> fstephany wrote >>>>> http://www.squeaksource.com/Soup.html >>>> >>>> Def works in 1.4... Soup is a must if you may have to deal with ill-formed >>>> HTML (i.e. web scraping in general) because it's the only library I know of >>>> that handles it robustly. I've used it a lot and it's pretty >>>> straightforward. >>> Ok, thanks for the update. I'm not sure handling ill-formedness is a major requirement but it is good to have. Do you know if HTML5 would be handled as ill-formedness? >>> Apart from that I'm interested if kind of a document model is emitted or what it does. Well, I'll have a look. >>> >>> thanks, >>> >>> Norbert >> >> >

Jan. 19, 2013

Re: [Pharo-users] HTML parser

by Norbert Hartl

Am 19.01.2013 um 09:45 schrieb StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Norbert > > soup produces a limited ast containing all the information and not really a ful and nice AST for html > Thanks! If something like an AST is emitted that will help a lot. I don't need a full HTML AST right now (well, at the moment I think I don't). But pharo will need one in the mid-term, right? thanks, Norbert > >> >> Am 17.01.2013 um 23:38 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: >> >>> fstephany wrote >>>> http://www.squeaksource.com/Soup.html >>> >>> Def works in 1.4... Soup is a must if you may have to deal with ill-formed >>> HTML (i.e. web scraping in general) because it's the only library I know of >>> that handles it robustly. I've used it a lot and it's pretty >>> straightforward. >> Ok, thanks for the update. I'm not sure handling ill-formedness is a major requirement but it is good to have. Do you know if HTML5 would be handled as ill-formedness? >> Apart from that I'm interested if kind of a document model is emitted or what it does. Well, I'll have a look. >> >> thanks, >> >> Norbert > >

Jan. 19, 2013

Re: [Pharo-users] HTML parser

by StÃ©phane Ducasse

Norbert soup produces a limited ast containing all the information and not really a ful and nice AST for html Stef > > Am 17.01.2013 um 23:38 schrieb Sean P. DeNigris <sean(a)clipperadams.com>: > >> fstephany wrote >>> http://www.squeaksource.com/Soup.html >> >> Def works in 1.4... Soup is a must if you may have to deal with ill-formed >> HTML (i.e. web scraping in general) because it's the only library I know of >> that handles it robustly. I've used it a lot and it's pretty >> straightforward. >> > Ok, thanks for the update. I'm not sure handling ill-formedness is a major requirement but it is good to have. Do you know if HTML5 would be handled as ill-formedness? > Apart from that I'm interested if kind of a document model is emitted or what it does. Well, I'll have a look. > > thanks, > > Norbert > >

Jan. 19, 2013