August 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [squeak-dev] Squeak 4.x should adopt Pharo 1.0

by StÃ©phane Ducasse

Mariano what do you mean that you cannot copy? > Pharo1.0beta latest update: #10413. > > BTW: it's not possible to copy text from the About this System > Dialog... > > Here in Linux works using ctrl + c not only to a workspace (inside > image) but also to an external program. > > > > > Em 11/08/2009 19:05, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > > escreveu: > > > Which image are you using? > Because on mine = core 10371 > deprecatedWarning = on > I do not get them. > > Stef

Aug. 12, 2009

Re: [Pharo-project] [squeak-dev] Squeak 4.x should adopt Pharo 1.0

by StÃ©phane Ducasse

strange yesterday it said that there is no method and now find asUppercase..... Apparently stringVersion in MethodReference is broken. Stef On Aug 12, 2009, at 2:07 AM, csrabak(a)bol.com.br wrote: > If you proceed when getting evil and afterwards the warning that the > method shouldn't be used don't you get String>>asUppercase? > > > > Em 11/08/2009 19:03, StÃ©phane Ducasse < stephane.ducasse(a)inria.fr > > escreveu: > > > 'eureka' . ' EUREKA' > > I get no single method.... >

Aug. 12, 2009

Re: [Pharo-project] Sideways marketing of pharo, seaside, etc.

by StÃ©phane Ducasse

On Aug 12, 2009, at 2:39 AM, Lawson English wrote: > Hey all, I'm in one of my manic brainstorming moods and whilest I'm > working on a baby interface between Second Life and Squeak, it dawns > on > me that there is a huge potential for evangelicalism on your part > here: > One of hte myriad complains Second LIfe power users have is that the > build-in programming tools are extremely limited. There are numerous > options for plugins as with Eclipse and emacs (I believe) but they all > run as standalone tools with no easy integration with the 3D virtual > world experience, which is hte main reason why people bother to script > things in SL in the first place: they have interactive feedback with > potentialky thousands of other people. > > The point being that seaside runs just fine on localhost and the > builtin > SL browser works just fine with everything seaside I have tested. what do you mean by the previous sentence? > If someone wanted to entice potentially 100,000 Second LIfe users to > install seaside, implementing a nice LSL scripting interface in a > seaside webpage, complete with syntax coloring, databases of scripts, > version control, etc etc, would go a long way toards convincing the > Second Life powerusers, at least, that seaside is a worthwhile > install. > > If/when I get my interface to the client-server packets proxy working, > one could see potential for many more elaborate uses for squeak/ > seaside > and Second LIfe. Keep us informed it looks exciting. > (interop between SL and Cobalt/Croquet is left as an exercise for the > reader ;-)) I thought Croquet was dead as an open-source project. > Anyway, if someone with a talent for writing editor code wanted to > look > at the existing external LSL scripting editors and port something to > squeak for use on a webpage in seaside, I can almost promise you that > squeak/seaside useage would go up by a huge, HUGE factor. Such a > project > is beyond me, personally due to my lack of formal education, etc., but > it should be a worthy project for anyone wishing to promote > seaside/smalltalk use. May be this is a nice job for helvetia. Lukas? mixing SL in Smalltalk :) > Feel free to ask any questions, privately if appropriate. > > Lawson English LEnglish5 (at) cox [dot] net > Saijanai Kuhn in Second Life > > > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 12, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by StÃ©phane Ducasse

good initiative May be put the date of the last edit of the package On Aug 12, 2009, at 6:54 AM, Miguel Enrique CobÃ¡ Martinez wrote: > El miÃ©, 12-08-2009 a las 02:43 +0100, Keith Hodges escribiÃ³: > >> Why not just use the REPLServer >> > > Woa, woa, I remember some mails mentioning it but never check it. > > This opens a world of possibilities to me. > > Thanks for the pointer. > > BTW: > REPL-mvdg.16.mcz from > > http://squeaksource.com/SecureSqueak/ > > loads cleanly and works correctly on PharoCore 10413, after installing > > DynamicBindings > KomServices > > from project KomHttpServer. > > By the way I have created a new wiki page to track the list of > packages > that load correctly on Pharo. > > http://code.google.com/p/pharo/wiki/PackagesTestedInPharo > > This list will eventually get outdated but, in the meantime, will help > to promote the use of Pharo and the porting of new packages to it. > > > -- > Miguel CobÃ¡ > http://miguel.leugim.com.mx > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 12, 2009

Re: [Pharo-project] Complex neurotic

by StÃ©phane Ducasse

Hi guys What I would love is the following: that we get a good Complex package! Since we can do method extensions in Smalltalk we can design a really nice Complex packages with its own tests. We could publish for now Complex into PharoTaskForces or create a PharoExternalPackages or whatever. What do you think? Stef On Aug 12, 2009, at 1:49 AM, Ken.Dickey wrote: > Q: What is the difference between a neurotic and a psychotic? > A: A psychotic really thinks 2+2 = 5 > A neurotic knows 2+2 = 4, but just can't stand it. ;^) > > I really can't stand some of the oddities of Complex numbers in Squeak > [Note Mantis bug 311 -- http://bugs.squeak.org/view.php?id=3311] > > I would find the following to be more rational: > > 3 asComplex. "no change--> (3+0i)" > 3 asComplex isNumber. "no change--> true" > -1 asComplex < 1 asComplex. "--> true" > -4 sqrt. "--> 2.0i" > -3 ln. "--> (1.098612288668382+3.141592653589793i)" > ((1/2) + 2.1i) sin arcSin. "--> (0.500000000000001+2.1i)" > ((((1/2) + 2.1i) sin arcSin) roundTo: 0.000001) = ((1/2) + 2.1i). > "--> true" > ((((1/2) + 2.1i) tanH arcTanH) roundTo: 0.000001) = ((1/2) + 2.1i). > "--> true" > > Attached is a change set which adds a number of tests for Complex > and the > changes for Complex which allow those tests to pass in Pharo1.0beta > update: > #10413. Note that Complex becomes a subclass of Magnitude. > > I thought it would be useful to post the code first for your > thoughts and any > code cleanups. As an occasional Smalltalk user, you may wish to > correct some > of my idioms. Please forgive an old newbie. > > Thanks in advance, > -KenD [Ken.Dickey(a)whidbey.com] > > PS: Yes this is MIT. I signed and sent in the copyright form.. > <NeoComplex.1.cs>_______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 12, 2009

Re: [Pharo-project] Fwd: [squeak-dev] Class var order in Monticello (bogus dirty packages)

by Adrian Lienhard

Yes. I think we still have that problem in Pharo. Adrian On Aug 12, 2009, at 00:19 , StÃ©phane Ducasse wrote: > we should check that because indeed from time to time we get the > symptoms even if we integrated part of the solution > long time ago. > > Stef > > > Begin forwarded message: > >> From: Eliot Miranda <eliot.miranda(a)gmail.com> >> Date: August 11, 2009 6:21:32 PM CEDT >> To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >> > >> Subject: Re: [squeak-dev] Class var order in Monticello (bogus >> dirty packages) >> Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >> > >> >> >> >> On Sun, Aug 9, 2009 at 4:36 PM, Andreas Raab <andreas.raab(a)gmx.de> >> wrote: >> Hi - >> >> I have noticed several times that Monticello sometimes reports a >> different order of class variables than the one that's in the image >> and I think I finally found out what causes it. The problem seems >> to be that the MCClassDefinition is constructed from a Set of class >> var names (i.e., Delay classVarNames => a Set(#TimerEventLoop >> #SuspendedDelays #TimingSemaphore #ActiveDelayStartTime >> #ActiveDelay #FinishedDelay #ScheduledDelay #RunTimerEventLoop >> #AccessProtect) derived from the class' classPool. >> >> The thing is, the order in that class pool can differ. When you add >> or remove class var names, the names can get shuffled around and >> there is no telling what the exact enumeration order will be. Once >> the order is different it's a real pain because Monticello will >> always report differences but without a way to correct the issue. >> >> I'm wondering what possible fixes might be. In particular >> considering that reordering the class var names will mark any >> packages dirty for the same reasons. >> >> The fix we implemented at Cadence was to sort the classVars array >> when initializing an MCClassDefinition, which has the advantage of >> being really simple, but the downside of producing false positives >> for packages that have been stored with unsorted class vars. But >> this isn't the full fix. One should also sort the pool n ames. >> Fix attached. >> >> I think this is a better approach than ignoring sort order when >> comparing because it mimics the treatment of class definitions in >> the system, where class var names and pool names are also sorted. >> >> >> Any ideas? >> >> Cheers, >> - Andreas >> >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 12, 2009

Re: [Pharo-project] [squeak-dev] Squeak 4.x should adopt Pharo 1.0

by Johan Brichau

On 12 Aug 2009, at 00:06, StÃ©phane Ducasse wrote: >> Apparently, a number of deprecations in String are problematic >> >> Try: 'abc' . 'd'. 'abcd' > > I get > 'abc' , 'd' first -->'abcd' > with 10371 and deprecation on. Alex's code works on 10431 Stef's code not (but it's consistent with VW and Squeak that way - you did mean to append a char to a string, did you?) ---------------------------- Johan Brichau johan.brichau(a)uclouvain.be

Aug. 12, 2009

[Pharo-project] right button still doesn't work on Windows

by Torsten Bergmann

>I am alone? Do you have access to another windows machine where you can try the image? Bye T.

Aug. 12, 2009

Re: [Pharo-project] Sideways marketing of pharo, seaside, etc.

by Lawson English

Someone in Second Life gave me this link: http://lslwiki.net/lslwiki/wakka.php?wakka=AlternativeEditors There's a lot more than I expected. Obviously there's a great deal of interest in having alternative Second Life tools hand. Another thought... I know that There's a Squeak-based tool that can produce Second Life sculpties. If that were made a plugin for webpages, and/or enhanced with more pro-level capabilities, that too would almost certainl fly as an integrated Second LIfe tool. Don't know how people would sell this stuff for profit, especially based on Squeak, but there's sufficient interest in higher end tools to keep some people coming back to SL as real world programmers. Here's a little link for 3D tools as well: http://wiki.secondlife.com/wiki/Sculpted_Prims:_3d_Software_Guide... SL is debating the move to mesh based stuff as well as prims, so that's an obvious future direction where seaside-based tools would have a distinct advantage, IMHO. L. Lawson English wrote: > [...] > Anyway, if someone with a talent for writing editor code wanted to look > at the existing external LSL scripting editors and port something to > squeak for use on a webpage in seaside, I can almost promise you that > squeak/seaside useage would go up by a huge, HUGE factor. Such a project > is beyond me, personally due to my lack of formal education, etc., but > it should be a worthy project for anyone wishing to promote > seaside/smalltalk use. > > > Feel free to ask any questions, privately if appropriate. > > Lawson English LEnglish5 (at) cox [dot] net > Saijanai Kuhn in Second Life > > > > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Aug. 12, 2009

Re: [Pharo-project] [Ann] RFB/VNC fully configurable by code.

by Miguel Enrique CobÃ¡ Martinez

El miÃ©, 12-08-2009 a las 02:43 +0100, Keith Hodges escribiÃ³: > Why not just use the REPLServer > Woa, woa, I remember some mails mentioning it but never check it. This opens a world of possibilities to me. Thanks for the pointer. BTW: REPL-mvdg.16.mcz from http://squeaksource.com/SecureSqueak/ loads cleanly and works correctly on PharoCore 10413, after installing DynamicBindings KomServices from project KomHttpServer. By the way I have created a new wiki page to track the list of packages that load correctly on Pharo. http://code.google.com/p/pharo/wiki/PackagesTestedInPharo This list will eventually get outdated but, in the meantime, will help to promote the use of Pharo and the porting of new packages to it. -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 12, 2009