- Pharo-dev - lists.pharo.org

[Pharo-project] Question about Athens...

by Lawson English

Has anyone looked at the design and capabilities of QuickDraw GX? L -- Squeak from the very start (introduction to Squeak and Pharo Smalltalk for the (almost) complete and compleate beginner). https://www.youtube.com/playlist?list=PL6601A198DF14788D&feature=view_all

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by Sean P. DeNigris

Fernando olivero-2 wrote > > the release of Gaucho... [will be a]round next week. > Did I interpret that hint correctly?!?! -- View this message in context: http://forum.world.st/Pharocasts-updating-and-screencasts-wanted-tp4632623p… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

May 31, 2012

Re: [Pharo-project] Zinc/Zodiac Documentation

by Mark Smith

On 30 May 2012, at 18:06, Sean P. DeNigris wrote: > > Sven Van Caekenberghe wrote >> >> Now that I have recovered from the intensive Pharo Conference, I found the >> time to publish the Zinc and Zodiac documentation. >> ... >> http://zn.stfx.eu/zn/zinc-http-components-paper.html >> http://zdc.stfx.eu/zodiac-paper.html >> > > Wow, really clear and thorough. The way the raw internet protocols are woven > into the examples is really cool (I always have to be reminded that there's > no magic, just binary turtles all the way down)... And I found > numberOfRetries:, retryDelay:, contentReader:, and #enforceHttpSuccess: > particularly useful in simplifying my code > > A few thoughts: > * ZnClient>>retryDelay: > - it'd be nice if it took aDuration. If I was reading someone else's code, > "client retryDelay: 30" forces me to find the method, but "client > retryDelay: 30 seconds" is clear > - I think it should return self, like enforceHttpSuccess:. Besides > consistency, it will avoid having to send #yourself when configuring a new > client instance. > * JSJsonParser - where does this class live? A reference would be greatâ¦ Hi Sean, I don't know if this is the done thing but I've extracted JSJsonParser from Javascript-Core and removed the dependencies on Seaside and Grease so it loads cleanly into Pharo 1.4 and Pharo 2.0a (and probably 1.3 etc). I'm also planning to write some tests for it but haven't yet. If there's any interest I'd happily push this somewhere :). All the best, Mark > * FileSystem - I remember you mentioned having a problem with FS. Has this > been solved? There is a slice in the inbox which replaces all uases of > FileDirectory and friends with FS. Also, how will this effect portability > (e.g. to Squeak). If you make Zn depend on FS, is the Pharo (renamed > classes) version of FS loadable in Squeak trunk? > * [up/down]load convenience methods - What do you think about adding e.g. > ZnEasy>>download:to: & upload:to: (is POST a good default?) > > -- > View this message in context: http://forum.world.st/Zinc-Zodiac-Documentation-tp4632114p4632508.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

May 31, 2012

[Pharo-project] about cursor: an interesting blog post

by StÃ©phane Ducasse

http://www.cincomsmalltalk.com/userblogs/travis/blogView?showComments=true&…

May 31, 2012

Re: [Pharo-project] Log framework

by Santiago Bragagnolo

2012/5/31 Mariano Martinez Peck <marianopeck(a)gmail.com> > > > On Thu, May 31, 2012 at 11:50 AM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> On Thu, May 31, 2012 at 9:21 AM, Santiago Bragagnolo < >> santiagobragagnolo(a)gmail.com> wrote: >> >>> Hi again >>> >>> Im already add several classes to the logger. >>> >>> http://ss3.gemstone.com/ss/PaulLePulp >>> >>> the way to use it still primitive, but is a nice draft. >>> >>> >>> If you look at LogConfiguration configuration (class method) you'll find >>> something like this >>> >>> >>> self for:[ :builder | >>> builder forClass:LogTestObject >>> useLevel:#info >>> showingLogAs: ('[%pid | %tstmp | %tag] #%class >> >>> %selector' asPatternFormatter) >>> >> >> > what do you mean by PID? Smalltalk processes do not have a PID. You could > use identityHash but it could not even be unique. > or is it the PID of the process running the VM? > > *Yeah, is the Process identityHash! I called pid cause i get the logic from Zn logger. (as even the file writer and the stdout writter :) ). Must i call it PIH? Can i get the PID? is needed the pid in a log?* > >> >> then, with LogTestObject, if you send it "error", "warn" or "info", all >>> you send there (blocks, strings, symbols or what-understand-value) will be >>> showed at Transcript. (im didnt test on file or stdout yet) >>> >> > would be awesome to have the possibility to log into stdout also. > > > > -- > Mariano > http://marianopeck.wordpress.com > >

May 31, 2012

Re: [Pharo-project] Log framework

by Santiago Bragagnolo

2012/5/31 Guillermo Polito <guillermopolito(a)gmail.com> > On Thu, May 31, 2012 at 9:21 AM, Santiago Bragagnolo < > santiagobragagnolo(a)gmail.com> wrote: > >> Hi again >> >> Im already add several classes to the logger. >> >> http://ss3.gemstone.com/ss/PaulLePulp >> >> the way to use it still primitive, but is a nice draft. >> >> >> If you look at LogConfiguration configuration (class method) you'll find >> something like this >> >> >> self for:[ :builder | >> builder forClass:LogTestObject >> useLevel:#info >> showingLogAs: ('[%pid | %tstmp | %tag] #%class >> >> %selector' asPatternFormatter) >> > > nice :) > > into: Transcript asLogWriter >> > > What if you want to configure multiple destinies? :D > > * great idea, i just thogh about classes, packages and defaults. I'll > add a class enumeration and a regular expression. (wait, finally it could > be just regular expressions :3, with defaults)* > > > >> retain:true. >> >> builder forKey:'default' useLevel:#error. >> ] >> > > What about moving the configuration elsewhere? :) Having to change the > #configuration method every time is a pain in the ass. > * yes yes, i know, its there cause i didnt think any better place :(. Im all ears. * >> then, with LogTestObject, if you send it "error", "warn" or "info", all >> you send there (blocks, strings, symbols or what-understand-value) will be >> showed at Transcript. (im didnt test on file or stdout yet) >> >> Finally retain:true adds the log to LogHolder, which responds to >> LogHolder instance select:[ :log | log whatYouWantToTest ]. >> > > didn't get this #retain: part. Maybe I should have a look at the code. > * The retain is a flag that say 'hey! i want that logObject to work with it later' then, it's stored on LogHolder instance collection. I'll refact later the mechanism to make a writer strategy of that LogHolder, but i need to extend my writers to a composite solution first, and think a cool way to compose them at configuration ( im all ears here too)* > >> Ill be testing tomorrow and fixing, but, if you want to see and advise >> me, you are welcome :) >> > > And now you have another thing to post on your blog :3. > * Yeah :D * > > >> >> Ok, is 4am, im going to sleep >> >> >> >> >> 2012/5/30 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> >> >>> I would like a logging mechanism that manipulate objects that then are >>> printed in various format. >>> The compiler could use such logger >>> >>> I did not look at the code of toothpick probably extending LoggingEvent >>> should do it. >>> >>> Stef >>> >>> >>> On May 30, 2012, at 3:41 PM, Santiago Bragagnolo wrote: >>> >>> > Ok, i'll take what i need from the marianito's and zn and fork them in >>> an other package, add what i need for massive loggin (like levels of >>> loggin) and make a log-framework. >>> > >>> > Any names? clairvoyant :3? >>> > >>> > Then, is any easy aspect fwk that could i use for the logger? >>> (sometimes i need just trace runtime, or i dont want to add a log line one >>> by one) that works in pharo 2.0 ? :P? >>> > >>> > >>> > 2012/5/30 Sven Van Caekenberghe <sven(a)beta9.be> >>> > >>> > On 30 May 2012, at 01:56, Santiago Bragagnolo wrote: >>> > >>> > > Im looking for a log framework with configurable levels. Theres any >>> stable and useful? I browsed the list and didn't find nothing but >>> something like 'every body has its own logging framework'. >>> > > >>> > > I wrote a small logging fwk for my project, but if is any more >>> complete, it would be great. >>> > >>> > There is one logging framework already in your image: >>> Zinc-HTTP-Logging. >>> > It is based on Announcments. Although it is part of Zn, it is general >>> purpose. >>> > What is special is that it logs the process ID as well, which is >>> useful to debug multiprocess applications. >>> > See the Zn documentation for more info. >>> > >>> > Sven >>> > >>> > >>> > >>> >>> >>> >> >

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by phil＠highoctane.be

I can help a bit as I do have free time next week. Phil 2012/5/31 Torsten Bergmann <astares(a)gmx.de> > Laurent wrote: > > If some people wants write access to Pharocasts tell me. > > I follow the mailing list in passive mode - still very busy. > > Hi Laurent, > > would help if you could offer a little bit of your rare time > to at least switch the download icon (which is still 1.3.) > to the one used at pharo-project.org (which is version > independent without the star) and point the link > to http://www.pharo-project.org/pharo-download > > This way it would not need to be updated in the future > anytime a release comes out. > > Thx > Torsten > > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

May 31, 2012

Re: [Pharo-project] Trouble loading XML RPC

by StÃ©phane Ducasse

why spy is needed? I thought it was a meta spying tools. May be this is also time to build a configuration. because Stef On May 31, 2012, at 12:34 PM, Noury Bouraqadi wrote: > Hi, > > I tried loading XML RPC from SS3 as suggested by evaluating: > Gofer new > squeaksource3: 'XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > package: 'Spy'; > package: 'XMLRPC-Client-Core'; > package: 'XMLRPC-Client-Tests'; > package: 'XMLRPC-Server'; > package: 'XMLRPC-Server-Core'; > package: 'XMLRPC-Server-Tests'; > load > > But I got an exeception "Unable to resolve Spy-maf.4". > It seem that there is a problem, since the latest Spy is version 7. > I tested on both Pharo 2 and 1.4 and got the same result. > > Then I tried to loadConfigurationOfXMLRPC alone > Gofer new > squeaksource3: 'XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > load > ConfigurationOfXMLRPC load > > On Pharo 2, I got notifications (see below) that make me belive that DynamicBindgs and KomHttpServer were not ported to Pharo 2. > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://www.kroobe.com/profile/noury > > > ***Dynamic Bindings > This package depends on the following classes: > BlockContext > You must resolve these dependencies before you will be able to load these definitions: > forkWithBindings > forkWithBindings: > forkWithClampedBindings > forkWithClampedBindings: > forkWithIsolatedBindings > forkWithIsolatedBindings: > newProcessWithBindings > newProcessWithBindings: > newProcessWithClampedBindings > newProcessWithClampedBindings: > newProcessWithIsolatedBindings > newProcessWithIsolatedBindings: > valueWithBindings: > valueWithBindingsContext: > > > ***KomHttpServer > This package depends on the following classes: > TranscriptStream > BlockContext > You must resolve these dependencies before you will be able to load these definitions: > doPostProcessingFor:response: > processHttp > processHttpRequest: > processVisitor: > validateForStack: > visitWithValuable: > isTranscriptStream > > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > >

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by Torsten Bergmann

Laurent wrote: > If some people wants write access to Pharocasts tell me. > I follow the mailing list in passive mode - still very busy. Hi Laurent, would help if you could offer a little bit of your rare time to at least switch the download icon (which is still 1.3.) to the one used at pharo-project.org (which is version independent without the star) and point the link to http://www.pharo-project.org/pharo-download This way it would not need to be updated in the future anytime a release comes out. Thx Torsten -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

May 31, 2012

[Pharo-project] Trouble loading XML RPC

by Noury Bouraqadi

Hi, I tried loading XML RPC from SS3 as suggested by evaluating: Gofer new squeaksource3: 'XMLRPC'; package: 'ConfigurationOfXMLRPC'; package: 'Spy'; package: 'XMLRPC-Client-Core'; package: 'XMLRPC-Client-Tests'; package: 'XMLRPC-Server'; package: 'XMLRPC-Server-Core'; package: 'XMLRPC-Server-Tests'; load But I got an exeception "Unable to resolve Spy-maf.4". It seem that there is a problem, since the latest Spy is version 7. I tested on both Pharo 2 and 1.4 and got the same result. Then I tried to loadConfigurationOfXMLRPC alone Gofer new squeaksource3: 'XMLRPC'; package: 'ConfigurationOfXMLRPC'; load ConfigurationOfXMLRPC load On Pharo 2, I got notifications (see below) that make me belive that DynamicBindgs and KomHttpServer were not ported to Pharo 2. Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury ***Dynamic Bindings This package depends on the following classes: BlockContext You must resolve these dependencies before you will be able to load these definitions: forkWithBindings forkWithBindings: forkWithClampedBindings forkWithClampedBindings: forkWithIsolatedBindings forkWithIsolatedBindings: newProcessWithBindings newProcessWithBindings: newProcessWithClampedBindings newProcessWithClampedBindings: newProcessWithIsolatedBindings newProcessWithIsolatedBindings: valueWithBindings: valueWithBindingsContext: ***KomHttpServer This package depends on the following classes: TranscriptStream BlockContext You must resolve these dependencies before you will be able to load these definitions: doPostProcessingFor:response: processHttp processHttpRequest: processVisitor: validateForStack: visitWithValuable: isTranscriptStream Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

May 31, 2012