- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20455

by Marcus Denker

20455 ----- Issue 7180: Zinc/Zodiac Update Dec 2012 http://code.google.com/p/pharo/issues/detail?id=7180

Dec. 27, 2012

Re: [Pharo-project] [Update] Zinc-SSO OAuth 2.0 Alpha Code & Live Demos

by StÃ©phane Ducasse

Yes! This is nice to see the ecosystem improving. Stef > This is really good. Step by step we're having the tools to integrate our > solutions into the mainstream of web development. > > Regards! > > > > -- > View this message in context: http://forum.world.st/Update-Zinc-SSO-OAuth-2-0-Alpha-Code-Live-Demos-tp466… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Dec. 26, 2012

Re: [Pharo-project] An issue with Zinc-HTTP

by Sven Van Caekenberghe

On 26 Dec 2012, at 16:42, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi sven > > can you tell us what we should load in Pharo2.0? > > Stef http://code.google.com/p/pharo/issues/detail?id=7180 ;-) > On Dec 26, 2012, at 10:51 AM, Sven Van Caekenberghe wrote: > >> Dennis, >> >> On 26 Dec 2012, at 03:57, Dennis Schetinin <chaetal(a)gmail.com> wrote: >> >>> Trying to load Zinc-HTTP, I encounter a problem: Zinc-HTTP package removes #asZnUrl and #asZnMimeType from String (added by Zinc-Resource-Meta-Core). >>> >>> I don't fully understand why it occurs. The workaround is straightforward: to add those methods manually after load. >>> >>> >>> Best regards, >>> Dennis Schetinin >> >> There were indeed some repacking changes in Zn. >> >> Short answer: >> >> ConfigurationOfZincHTTPComponents load. >> >> Or even >> >> ConfigurationOfZincHTTPComponents project latestVersion load. >> >> Long answer (from my CI build script, remove the ! if necessary): >> >> "Load Zinc" >> Gofer new >> url: 'http://mc.stfx.eu/ZincHTTPComponents'; >> package: 'Zinc-Character-Encoding-Core'; >> package: 'Zinc-Character-Encoding-Tests'; >> package: 'Zinc-Resource-Meta-Core'; >> package: 'Zinc-Resource-Meta-Tests'; >> package: 'Zinc-HTTP'; >> package: 'Zinc-FileSystem'; >> package: 'Zinc-Tests'; >> package: 'Zinc-WebSocket-Core'; >> package: 'Zinc-WebSocket-Tests'; >> load. >> ! >> "Load Zodiac" >> Gofer new >> url: 'http://mc.stfx.eu/Zodiac'; >> package: 'Zodiac-Core'; >> package: 'Zodiac-Tests'; >> package: 'Zodiac-Extra'; >> load. >> ! >> "Load Zinc support for Zodiac" >> Gofer new >> url: 'http://mc.stfx.eu/ZincHTTPComponents'; >> package: 'Zinc-Zodiac'; >> load. >> ! >> { ZnMimeType. ZnByteEncoder. ZnConstants. ZnNetworkingUtils. ZnSingleThreadedServer. ZnServer } >> do: [ :each | each initialize ]. >> >> HTH, >> >> Sven >> >> -- >> Sven Van Caekenberghe >> http://stfx.eu >> Smalltalk is the Red Pill >> >> > >

Dec. 26, 2012

Re: [Pharo-project] [Update] Zinc-SSO OAuth 2.0 Alpha Code & Live Demos

by Esteban A. Maringolo

This is really good. Step by step we're having the tools to integrate our solutions into the mainstream of web development. Regards! -- View this message in context: http://forum.world.st/Update-Zinc-SSO-OAuth-2-0-Alpha-Code-Live-Demos-tp466… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Dec. 26, 2012

Re: [Pharo-project] An issue with Zinc-HTTP

by StÃ©phane Ducasse

Hi sven can you tell us what we should load in Pharo2.0? Stef On Dec 26, 2012, at 10:51 AM, Sven Van Caekenberghe wrote: > Dennis, > > On 26 Dec 2012, at 03:57, Dennis Schetinin <chaetal(a)gmail.com> wrote: > >> Trying to load Zinc-HTTP, I encounter a problem: Zinc-HTTP package removes #asZnUrl and #asZnMimeType from String (added by Zinc-Resource-Meta-Core). >> >> I don't fully understand why it occurs. The workaround is straightforward: to add those methods manually after load. >> >> >> Best regards, >> Dennis Schetinin > > There were indeed some repacking changes in Zn. > > Short answer: > > ConfigurationOfZincHTTPComponents load. > > Or even > > ConfigurationOfZincHTTPComponents project latestVersion load. > > Long answer (from my CI build script, remove the ! if necessary): > > "Load Zinc" > Gofer new > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'Zinc-Character-Encoding-Core'; > package: 'Zinc-Character-Encoding-Tests'; > package: 'Zinc-Resource-Meta-Core'; > package: 'Zinc-Resource-Meta-Tests'; > package: 'Zinc-HTTP'; > package: 'Zinc-FileSystem'; > package: 'Zinc-Tests'; > package: 'Zinc-WebSocket-Core'; > package: 'Zinc-WebSocket-Tests'; > load. > ! > "Load Zodiac" > Gofer new > url: 'http://mc.stfx.eu/Zodiac'; > package: 'Zodiac-Core'; > package: 'Zodiac-Tests'; > package: 'Zodiac-Extra'; > load. > ! > "Load Zinc support for Zodiac" > Gofer new > url: 'http://mc.stfx.eu/ZincHTTPComponents'; > package: 'Zinc-Zodiac'; > load. > ! > { ZnMimeType. ZnByteEncoder. ZnConstants. ZnNetworkingUtils. ZnSingleThreadedServer. ZnServer } > do: [ :each | each initialize ]. > > HTH, > > Sven > > -- > Sven Van Caekenberghe > http://stfx.eu > Smalltalk is the Red Pill > >

Dec. 26, 2012

Re: [Pharo-project] on blockclosure currying

by SebastiÃ¡n Krynski

Frank, yes I have, but I wasn't quite happy with the protocol used nor the creation of CurriedBlock and Currier classes. My idea is to create a new method #curry: in BlockClosure, which in turn, returns another BlockClosure (with n-1 arity). Thanks again. 2012/12/26 Frank Shearar <frank.shearar(a)gmail.com> > On 26 December 2012 00:54, SebastiÃ¡n Krynski <skrynski(a)gmail.com> wrote: > > Esteban, thanks for your answer.. I think i need to dynamically create a > > block which accepts exactly n parameters , so that the new block would > > behave as expected. Is that possible ? Is that what you had in mind? > > You have read Vassili Bykov's posts on the subject, right? Starting > here: http://blog.3plus4.org/2007/03/23/currying-in-smalltalk/ > > frank > > > 2012/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com> > > > >> You can use #valueWithArguments: or #valueWithPossibleArgs: instead of > >> using > >> #value:value:value: > >> > >> numArgs instVar might be your friend in what you want to achieve. > >> > >> Regards, > >> > >> > >> > >> -- > >> View this message in context: > >> http://forum.world.st/on-blockclosure-currying-tp4660895p4660896.html > >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >> > > > >

Dec. 26, 2012

Re: [Pharo-project] [Update] Zinc-SSO OAuth 2.0 Alpha Code & Live Demos

by Jan van de Sandt

Hello Sean, The OAuth1 support required for Twitter is now also part of Zinc-SSO. The Seaside demo application shows how to read the messages of a Twitter user. Posting works simular, but you have to add Write permission when you register your application with Twitter. Jan. On Sun, Dec 23, 2012 at 10:47 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > Sven Van Caekenberghe-2 wrote > > As mentioned here before, there is a project underway to add support for > > OAuth & OpenID to Zinc HTTP Components and thus to Pharo Smalltalk as > > well. > > Cool! I've wanted to post to twitter from Pharo via their API, but quickly > turned and ran when I got into OAuth (I know they still use v. 1 and this > won't help). It's awesome to see some social media interconnection becoming > easier. It will be fun to see what people do with it... > > > > -- > View this message in context: > http://forum.world.st/Update-Zinc-SSO-OAuth-2-0-Alpha-Code-Live-Demos-tp466… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > >

Dec. 26, 2012

Re: [Pharo-project] on blockclosure currying

by Frank Shearar

On 26 December 2012 00:54, SebastiÃ¡n Krynski <skrynski(a)gmail.com> wrote: > Esteban, thanks for your answer.. I think i need to dynamically create a > block which accepts exactly n parameters , so that the new block would > behave as expected. Is that possible ? Is that what you had in mind? You have read Vassili Bykov's posts on the subject, right? Starting here: http://blog.3plus4.org/2007/03/23/currying-in-smalltalk/ frank > 2012/12/25 Esteban A. Maringolo <emaringolo(a)gmail.com> > >> You can use #valueWithArguments: or #valueWithPossibleArgs: instead of >> using >> #value:value:value: >> >> numArgs instVar might be your friend in what you want to achieve. >> >> Regards, >> >> >> >> -- >> View this message in context: >> http://forum.world.st/on-blockclosure-currying-tp4660895p4660896.html >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >

Dec. 26, 2012

Re: [Pharo-project] An issue with Zinc-HTTP

by Sven Van Caekenberghe

Dennis, On 26 Dec 2012, at 03:57, Dennis Schetinin <chaetal(a)gmail.com> wrote: > Trying to load Zinc-HTTP, I encounter a problem: Zinc-HTTP package removes #asZnUrl and #asZnMimeType from String (added by Zinc-Resource-Meta-Core). > > I don't fully understand why it occurs. The workaround is straightforward: to add those methods manually after load. > > > Best regards, > Dennis Schetinin There were indeed some repacking changes in Zn. Short answer: ConfigurationOfZincHTTPComponents load. Or even ConfigurationOfZincHTTPComponents project latestVersion load. Long answer (from my CI build script, remove the ! if necessary): "Load Zinc" Gofer new url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'Zinc-Character-Encoding-Core'; package: 'Zinc-Character-Encoding-Tests'; package: 'Zinc-Resource-Meta-Core'; package: 'Zinc-Resource-Meta-Tests'; package: 'Zinc-HTTP'; package: 'Zinc-FileSystem'; package: 'Zinc-Tests'; package: 'Zinc-WebSocket-Core'; package: 'Zinc-WebSocket-Tests'; load. ! "Load Zodiac" Gofer new url: 'http://mc.stfx.eu/Zodiac'; package: 'Zodiac-Core'; package: 'Zodiac-Tests'; package: 'Zodiac-Extra'; load. ! "Load Zinc support for Zodiac" Gofer new url: 'http://mc.stfx.eu/ZincHTTPComponents'; package: 'Zinc-Zodiac'; load. ! { ZnMimeType. ZnByteEncoder. ZnConstants. ZnNetworkingUtils. ZnSingleThreadedServer. ZnServer } do: [ :each | each initialize ]. HTH, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

Dec. 26, 2012

[Pharo-project] An issue with Zinc-HTTP

by Dennis Schetinin

Trying to load Zinc-HTTP, I encounter a problem: Zinc-HTTP package removes #asZnUrl and #asZnMimeType from String (added by Zinc-Resource-Meta-Core). I don't fully understand why it occurs. The workaround is straightforward: to add those methods manually after load. Best regards, Dennis Schetinin

Dec. 26, 2012