January 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ANN] WorkingSet

by Lukas Renggli

>>>> That's strange, since I use Toolset for these queries. Should I use something else? >>> >>> I am using OB, but I get the old system browser in some cases: for >>> senders, implementors and sets of classes. >> >> What ToolSet do you use? In the Pharo images, the ToolSet I install >> takes care of launching OB in all cases. > > OBSystemBrowserAdaptor I see, you do that in DEVToolSet. I wonder why this class is not part of OB? Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Jan. 12, 2010

[Pharo-project] Etymology of #perform:?

by Adrian Kuhn

Smalltalk is based on message sending, but sending a method is called #perform: rather than #send:? When I read aloud the code is it "perform a message" or "perform a method", both seem to be wrong. The first since, well, methods are sent not performed. And the second since, well, the argument is a message and a not a method. What is the etymology or rational for this? Maybe if one of the old Smalltalkers (or Marcus with his awesome knowledge of Smalltalk history) can elaborate on this? --AA

Jan. 12, 2010

[Pharo-project] #sendTo: versus #sentTo:

by Adrian Kuhn

Message implements both #sendTo: and #sentTo: this seems strange. Looking at the implementation reveals that #sentTo: is not (as one might expect from using the past principle of send) a boolean query but the same as #sendTo: modulo taking the lookup class into account. I think this is a spelling bug, but I might be worng. --AA

Jan. 12, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

> Perhaps a unified clipboard would be nicer... objects or text (or, > potentially converible to host OS things...). > yes that would be really great (copy name seems useless to me... better to have copy object and paste name eventually) ! But I don't have the expertise to do it I guess. For now we have in the image: Clipboard ExternalClipboard (from Sophie) MacOSClipboard SqueakClipboard (empty !) > A similiar approach has worked well for our ReportBuilder (guess what, it > is > called ObjectClipboard...). > > Nothing especially special about an object, just another kind of thing that > can be pasted where allowed... > > Regards, Gary > > ----- Original Message ----- > From: "Alexandre Bergel" <alexandre(a)bergel.eu> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Monday, January 11, 2010 5:56 PM > Subject: Re: [Pharo-project] Object Buffer (implementation tryout) > > > Maybe you can also add shortcuts: Shift-Cmd-c, Shift-Cmd-v > > Alexandre > > > On 11 Jan 2010, at 14:45, CÃ©drick BÃ©ler wrote: > > > Here is the screenshot... > > > > ps: there is a small bug for explorer in the version I sent. I fixed > > it but don't send yet > > -- > > CÃ©drick > > <copyObject.PNG>_______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

Jan. 12, 2010

[Pharo-project] a pharo1.1 64bits

by Laval Jannik

Hi folks, I put a pharo1.1 64 bits on the forge. Several tests do not pass, and I think it is really unstable. To run it, you need the 64*64 VM available in ftp://ftp.smalltalkconsulting.com We need task force to fix this version. Maybe we need also a parallel process with pharo32Bits. What are your opinion ? Cheers Jannik

Jan. 12, 2010

Re: [Pharo-project] Object Buffer (implementation tryout)

by CÃ©drick BÃ©ler

> Maybe you can also add shortcuts: Shift-Cmd-c, Shift-Cmd-v > Yes, I'll do it note: dealing with menu is already painful but shortcuts are far worse ! refactoring them is a hard topic I imagine... especially as it's closely related to the windowing system... :( > > Alexandre > > > On 11 Jan 2010, at 14:45, CÃ©drick BÃ©ler wrote: > > > Here is the screenshot... > > > > ps: there is a small bug for explorer in the version I sent. I fixed > > it but don't send yet > > -- > > CÃ©drick > > <copyObject.PNG>_______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- CÃ©drick

Jan. 12, 2010

Re: [Pharo-project] Presenter and Project will die aren't they ?

by StÃ©phane Ducasse

ok we got convinced :) On Jan 12, 2010, at 8:20 AM, John M McIntosh wrote: > Ah well yes Michael suffered thru managing, testing, and working with all those browsers & plugins. > I suffered thru trying to figure out how it all worked... At least on the mac. > > Here's the current issue, because: > > Microsoft shafted netscape by abandoning the netscape API, then shafted apple by not providing an alternative > we had the strange mixture of a solution for os-x, windows, X11. Then of course Microsoft IE on macintosh > would change behaviour from version to version to screw with FireFox & Mozilla etc. Let alone worrying about Opera which > kinda worked. Fortunately Microsoft abandon the Mac browser market, and Apple introduced Safari which again was slightly different. > > Now on 10.6 we had this problem an abandon API for plugins, that needed to move forward, also into the 64bit world. > So Apple changed things again to either let you run Safari in 32bit using old plugins (busted), or using a modified 64bit plugins api, but > not both at the same time. > > The words busted, non-existant, abandon, (implied ugly), appear quite a few times in the sentences above. Also on every > browser version change, or operating system major version change something was just slightly funky enough to bring down > the house of cards. > > So, time is better spent in getting 64bit squeak working, since there is plenty of hours still needed to fixup all the plugins, > and check that the VM is actually sane... > > > On 2010-01-11, at 1:59 PM, Michael Rueger wrote: > >> On 1/11/2010 10:58 PM, Michael Rueger wrote: >> >>> forget squeak/pharo in the browser. >> >> for those not in the know: >> I'm one of the poor guys who actually spent a *lot* of time making it >> possible ;-) >> >> Michael >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > =========================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: squeaker68882 > Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com > =========================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] System -> About in Dev images

by StÃ©phane Ducasse

+1 > Yes. And this is cool because we have to put focus in to make Pharo images more stable. We cannot introduce such a feature when we are not even stable with Dev images. Let's go step by step. Once we get stable Dev images, good processes and package managment, then we can review this stuff about updating.

Jan. 12, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by StÃ©phane Ducasse

On Jan 11, 2010, at 11:24 PM, Lukas Renggli wrote: >>> There is also an internal spell check, for other platforms. >>> RBInternalSpellChecker. >> >> How do you use it or enable it ? I have been using dev images for two years >> and I have ever seen a spell checker :( > > This is an extension to SmallLint. Like Slime. It is run when you run > code critics. > > Alternatively you can execute it like this: > > ORLintBrowser > openRule: (RBCompositeLintRule rules: (RBCompositeLintRule > rulesGroupedFor: RBSpellingRule) name: 'Spelling') > environment: (BrowserEnvironment new forPackageNames: #('Kernel' > 'Collections-Abstract')) > > Maybe I should add a menu to the already long refactoring commands? we should a panel and a better ui for rb and smalllint May be laurent screencast will create vocations :) Stef > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1

by StÃ©phane Ducasse

cool! You are really crazy :) On Jan 11, 2010, at 10:56 PM, Lukas Renggli wrote: >>> Was there a reason you opted not to include RB spelling? I don't know how >>> may people use it- I find it really handy, so my vote would be for >>> inclusion. >> >> if I remember it depends on some mac library > > No, it does not depend on the mac primitive. I've implemented an > alternative that works on all platforms, less performant and of a > lesser quality, but it should basically work. > > Lukas > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 12, 2010