February 2011 - Pharo-dev - lists.pharo.org

[Pharo-project] Fwd: Fix for UUID library crashes

by Torsten Bergmann

see http://lists.squeakfoundation.org/pipermail/vm-dev/2011-February/006886.html Thanks Levente! Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

Feb. 16, 2011

[Pharo-project] Pharo 1.2 broken on Hudson

by Torsten Bergmann

Pharo 1.2. is broken on Hudson. The ConfigurationOfPharo is not loadable on a core image due to changes on OmniBrowser. Reason: ======= ConfigurationOfOmniBrowser-GuillermoPolito.102.mcz in http://www.squeaksource.com/MetacelloRepository references "OB-Shout-JohanBrichau.13" in spec for: #pharo in its version 1.2.4 But OB-Shout-JohanBrichau.13 is not in http://www.squeaksource.com/PharoOB Should we use "OB-Shout-GuillermoPolito.13.mcz" instead? Guillermo: can you give me access to PharoOB too? Thx T. -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

Feb. 16, 2011

Re: [Pharo-project] Issue 3716 in pharo: Different return value for adoptInstance: depending on VM

by pharo＠googlecode.com

Comment #1 on issue 3716 by ryd...(a)gmail.com: Different return value for adoptInstance: depending on VM http://code.google.com/p/pharo/issues/detail?id=3716 SLICE-Issue-3716-adoptInstanceReturn-12-HenrikSperreJohansen.2 For 1.2 added

Feb. 16, 2011

Re: [Pharo-project] New Squeaksource ...

by Norbert Hartl

On 16.02.2011, at 13:09, Jan van de Sandt wrote: > Hi Janko, > > CloudforkSSO has its own small portability layer. The library is already ported to VA Smalltalk. A VisualWorks version will be available within a few days. > > CloudforkSSO uses an abstract HttpClient class that has a different concrete subclass for each platform. So no need for socket level portability. For future versions we were thinking about using Grease. The main reason for this is portable UTF-8 support. > That would be great! I would like to have these on gemstone. Did you take any effort in supporting this? Norbert > > 2011/2/16 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Hi Jan, > > On 16. 02. 2011 12:18, Jan van de Sandt wrote: > > > Porting CloudforkSSO to AIDA should be pretty easy. The OAuth and OpenID > > base classes use WAUrl and the JSON classes of Seaside. AIDA probably > > has good alternatives for these. > > Good to know that! Another issue could be a portability. Aida is always > up-to-date on Squeak/Pharo and VisualWorks thanks to a big care that all > code is portable upfront. > > How is CloudFork portable, do you use or plan to use libraries like > Sport for socket level portability? > > Best regards > Janko > > > > > Jan. > > > > On Wed, Feb 16, 2011 at 11:22 AM, Geert Claes <geert.wl.claes(a)gmail.com > > <mailto:geert.wl.claes@gmail.com>> wrote: > > > > > > > > Janko MivÅ¡ek wrote: > > > > > > It would be nice to rebirth back past Squeak People into something > > like > > > Smalltalk People on http://people.world.st and use account there for > > > single sign-on on all other Smalltalk websites, what do you think? > > > > > > We'd need that for our GSoC site for instance, to avoid that painful > > > registration process needed to differentiate real Smalltalkers from > > > spammers... > > > > > > > I'm in favor of not have all these different accounts everywhere > > hence why I > > was excited to see Seaside supporting OAuth/OpenID so people can sign-up > > with their Google/Yahoo/Twitter/Facebook etc accounts they already have. > > Maybe the sso can be ported to AIDA as well? > > > > -- > > View this message in context: > > http://forum.world.st/New-Squeaksource-tp3308305p3308534.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > -- > Janko MivÅ¡ek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

Feb. 16, 2011

[Pharo-project] MenuMorph question

by StÃ©phane Ducasse

in the CustomMenu we could have #(11025 22050 44100) do: [:r | aMenu add: r printString action: r] which shows up a list of items and when one is selected returns it (and do not invoke a method that returns a value) Does anybody know if there is a varian in MenuMorph because I could not find it. Stef

Feb. 16, 2011

[Pharo-project] Issue 3716 in pharo: Different return value for adoptInstance: depending on VM

by pharo＠googlecode.com

Status: Accepted Owner: ryd...(a)gmail.com Labels: Milestone-1.2 Milestone-1.3 New issue 3716 by ryd...(a)gmail.com: Different return value for adoptInstance: depending on VM http://code.google.com/p/pharo/issues/detail?id=3716 This method which is new in 1.2, returns differently depending on whether the primitive is present in VM, as the primitive returns the class, while the fallback changeClassTo: returns the instance whose class was changed. Slices for 1.2 and 1.3 will be in inbox shortly for consistently returning the class on all VM's.

Feb. 16, 2011

Re: [Pharo-project] New Squeaksource ...

by Jan van de Sandt

Hi Janko, CloudforkSSO has its own small portability layer. The library is already ported to VA Smalltalk. A VisualWorks version will be available within a few days. CloudforkSSO uses an abstract HttpClient class that has a different concrete subclass for each platform. So no need for socket level portability. For future versions we were thinking about using Grease. The main reason for this is portable UTF-8 support. Cheers, Jan. 2011/2/16 Janko MivÅ¡ek <janko.mivsek(a)eranova.si> > Hi Jan, > > On 16. 02. 2011 12:18, Jan van de Sandt wrote: > > > Porting CloudforkSSO to AIDA should be pretty easy. The OAuth and OpenID > > base classes use WAUrl and the JSON classes of Seaside. AIDA probably > > has good alternatives for these. > > Good to know that! Another issue could be a portability. Aida is always > up-to-date on Squeak/Pharo and VisualWorks thanks to a big care that all > code is portable upfront. > > How is CloudFork portable, do you use or plan to use libraries like > Sport for socket level portability? > > Best regards > Janko > > > > > Jan. > > > > On Wed, Feb 16, 2011 at 11:22 AM, Geert Claes <geert.wl.claes(a)gmail.com > > <mailto:geert.wl.claes@gmail.com>> wrote: > > > > > > > > Janko MivÅ¡ek wrote: > > > > > > It would be nice to rebirth back past Squeak People into something > > like > > > Smalltalk People on http://people.world.st and use account there > for > > > single sign-on on all other Smalltalk websites, what do you think? > > > > > > We'd need that for our GSoC site for instance, to avoid that > painful > > > registration process needed to differentiate real Smalltalkers from > > > spammers... > > > > > > > I'm in favor of not have all these different accounts everywhere > > hence why I > > was excited to see Seaside supporting OAuth/OpenID so people can > sign-up > > with their Google/Yahoo/Twitter/Facebook etc accounts they already > have. > > Maybe the sso can be ported to AIDA as well? > > > > -- > > View this message in context: > > http://forum.world.st/New-Squeaksource-tp3308305p3308534.html > > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > > > > > -- > Janko MivÅ¡ek > AIDA/Web > Smalltalk Web Application Server > http://www.aidaweb.si > >

Feb. 16, 2011

Re: [Pharo-project] Issue 3711 in pharo: DefaultStubs in Undeclared

by pharo＠googlecode.com

Comment #3 on issue 3711 by guillerm...(a)gmail.com: DefaultStubs in Undeclared http://code.google.com/p/pharo/issues/detail?id=3711 Uff, sorry, I was asleep.- It's in SMProxy, from SMock.

Feb. 16, 2011

Re: [Pharo-project] Call for Pharo Support **important**

by Schwab,Wilhelm K

Stef, The revised language is much improved. I too am curious about what you have in mind on the conditions. Are you looking for support from institutions or individuals? I assume both, but the thresholds would be different for UF than for me by myself. Bill ________________________________________ From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of StÃ©phane Ducasse [stephane.ducasse(a)inria.fr] Sent: Wednesday, February 16, 2011 5:00 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: Re: [Pharo-project] Call for Pharo Support **important**

Feb. 16, 2011

Re: [Pharo-project] Issue 3708 in pharo: Selection text color enh

by pharo＠googlecode.com

Comment #4 on issue 3708 by aplan...(a)gmail.com: Selection text color enh http://code.google.com/p/pharo/issues/detail?id=3708 I've merged the slice without any problem. Finder is working ok after the update.

Feb. 16, 2011