- Pharo-users - lists.pharo.org

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

Fwd: Call a block inside same block for recursive requirements

by Sean P. DeNigris

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? > > 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. > > > Regards -- View this message in context: http://forum.world.st/Fwd-Call-a-block-inside-same-block-for-recursive-requ… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 19, 2013

Re: [Pharo-users] [ANN] Headless support for Cog Cocoa VM

by Sven Van Caekenberghe

Hey Mariano, Work perfectly for me (10.8.2) : $ ./CogVM-release-noflash-noArgs.app/Contents/MacOS/CogVM Pharo-20472.image eval 'ZnServer startDefaultOn: 9999. [ (Delay forSeconds:1000) wait ] repeat.' Thanks, a useful addition ! Sven On 18 Jan 2013, at 20:14, Mariano Martinez Peck <marianopeck(a)gmail.com> wrote: > Hello there, > > For a long time, Pharaoers and Squakers have been asking for headless support in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a legacy framework so people needed this. > > I wanted to thanks Square [i] International for sponsoring me to implement such a support. Not only have they sponsored the development but they have also agreed to release it under MIT license for the community. This headless support will be included in the official Pharo VM and will be, therefore, accessible to everybody. > > The project is not yet finished but I do have a demo/prototype that I wanted to share with you so that you can test it and give me feedback. This VM should only work starting at OSX 10.6. > > How to use it? Basically it works this way: to have headless, just edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if it is not present): > > <key>LSBackgroundOnly</key> > <true/> > > When doing this, you don't even need the -headless anymore since, setting LSBackgroundOnly to 1, will cause the same effect (being the flag almost mandatory). If you don't want headless, put it to false or don't even put the key. If you don't set LSBackgroundOnly to 1 but send -headless, the VM will still be headless but you will see a little flash. If this flash bothers you, then set the flag. I am trying to get a way to avoid the "flash" while also avoiding to set LSBackgroundOnly to 1, but I still couldn't find it. Anyway, I think we can live with the current situation. > > How to test it? You should run the image with something like RFB or Seaside or whatever you can and then confirm if it is working even if you are headless. As a matter of testing, I saved an image with seaside running in the port 5555. You can get both, this Seaside image and the VM with headless from: https://www.dropbox.com/sh/r7qk49bxywk2xce/6N7-fdyx6V > So if you run the VM headless with that image and go to localhost:5555, you should see that Seaside is running. > > I would appreciate if you can test it. And please let me know in which version of OSX you tried. Of course, the more of you who can test it, the better. Notice that this VM was compiled with LLVM GCC 4.2 and it may have some problems in older OSX versions (but I think it shouldn't). I still couldn't compile a VM with GNU GCC 4.2 as I get a crash :( > > Expected results? In headless mode, anything should be displayed (no window, no menu, no item in the dock and nothing appear when switching apps). When running headfull, everything should be normal. > > Where is the code? The code I have modified to the VM is committed to my own fork of the VM: https://gitorious.org/~marianopeck/cogvm/marianopecks-blessed > Once the code is ready, I will do a pull request so that it can be integrated. > > Thanks everyone for the testing and feedback. Once again, thanks Square [i] International for sponsoring this great feature. Also thanks Esteban Lorenzano and Mark Smith for their incredible help. > > This was just the first prototype. I will keep you informed about possible progress. > > Best regards, > > -- > Mariano > http://marianopeck.wordpress.com

Jan. 18, 2013

[ANN] Headless support for Cog Cocoa VM

by Mariano Martinez Peck

Hello there, For a long time, Pharaoers and Squakers have been asking for headless support in the Cocoa VMs just as we have with Carbon VMs. Carbon is becoming a legacy framework so people needed this. I wanted to thanks Square [i] International <http://www.square-i.net/> for sponsoring me to implement such a support. Not only have they sponsored the development but they have also agreed to release it under MIT license for the community. This headless support will be included in the official Pharo VM and will be, therefore, accessible to everybody. The project is not yet finished but I do have a demo/prototype that I wanted to share with you so that you can test it and give me feedback. This VM should only work starting at OSX 10.6. *How to use it?* Basically it works this way: to have headless, just edit the Info.plist and set the flag LSBackgroundOnly to 1 (add the key if it is not present): <key>LSBackgroundOnly</key> <true/> When doing this, you don't even need the -headless anymore since, setting LSBackgroundOnly to 1, will cause the same effect (being the flag almost mandatory). If you don't want headless, put it to false or don't even put the key. If you don't set LSBackgroundOnly to 1 but send -headless, the VM will still be headless but you will see a little flash. If this flash bothers you, then set the flag. I am trying to get a way to avoid the "flash" while also avoiding to set LSBackgroundOnly to 1, but I still couldn't find it. Anyway, I think we can live with the current situation. *How to test it?* You should run the image with something like RFB or Seaside or whatever you can and then confirm if it is working even if you are headless. As a matter of testing, I saved an image with seaside running in the port 5555. You can get both, this Seaside image and the VM with headless from: https://www.dropbox.com/sh/r7qk49bxywk2xce/6N7-fdyx6V So if you run the VM headless with that image and go to localhost:5555, you should see that Seaside is running. I would appreciate if you can test it. And please let me know in which version of OSX you tried. Of course, the more of you who can test it, the better. Notice that this VM was compiled with LLVM GCC 4.2 and it may have some problems in older OSX versions (but I think it shouldn't). I still couldn't compile a VM with GNU GCC 4.2 as I get a crash :( *Expected results?* In headless mode, anything should be displayed (no window, no menu, no item in the dock and nothing appear when switching apps). When running headfull, everything should be normal. *Where is the code? *The code I have modified to the VM is committed to my own fork of the VM: https://gitorious.org/~marianopeck/cogvm/marianopecks-blessed Once the code is ready, I will do a pull request so that it can be integrated. Thanks everyone for the testing and feedback. Once again, thanks Square [i] International for sponsoring this great feature. Also thanks Esteban Lorenzano and Mark Smith for their incredible help. This was just the first prototype. I will keep you informed about possible progress. Best regards, -- Mariano http://marianopeck.wordpress.com

Jan. 18, 2013

Re: [Pharo-users] HTML parser

by Norbert Hartl

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. 18, 2013

Re: [Pharo-users] HTML parser

by GÃ¶ran Krampe

On 01/17/2013 11:38 PM, Sean P. DeNigris wrote: > 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. Not sure if it works in Pharo etc, but this one was very good earlier at dealing with baaad HTML: http://www.squeaksource.com/htmlcssparser.html I used it in a scraper robot successfully. regards, GÃ¶ran

Jan. 18, 2013

Re: [Pharo-users] HTML parser

by Sean P. DeNigris

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. HTH, Sean -- View this message in context: http://forum.world.st/HTML-parser-tp4663865p4664053.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Jan. 17, 2013