- Pharo-dev - lists.pharo.org

Re: [Pharo-project] EToys

by StÃ©phane Ducasse

No reload of Etoy (as its current state) is important else it will reintroduce cruft. I know that juan vuletcich removed etoy totally from squeak 3.7 http://www.jvuletich.org/Squeak/EToysFreeMorphic/EtoysFreeMorphic.html >> Just joined the mailing list. >> >> Was wonderering if you/we were looking at removing EToys. I'd be >> happy to >> help with that (it cuts deep into Morphic so should lead to some >> simplification). A "patch up" package could be made, perhaps, to >> reintegrate >> EToys after loading. > > Welcome on board Gary. > Yes we would like to remove EToys in Pharo. > > -- > Serge Stinckwich > http://blog.doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 2, 2008

Re: [Pharo-project] Mvc removing step1

by StÃ©phane Ducasse

Hi alain excellent. Did you try to reload your slice? Stef On Jun 2, 2008, at 9:37 AM, Alain Plantec wrote: > Hi all > > I've upload SLICE-MvcRemoving-Step1 package to PharoInbox: > - I update all methods with a #isMorphic send: > "Smalltalk isMorphic ifTrue: [XXX] ifFalse: [YYY]" is replaced by > "XXX". > - I remove some methods which are no more useful as > Debugger>>buildMVCDebuggerViewLabel:minSize: > > alain > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 2, 2008

[Pharo-project] Fwd: I tried to load

by StÃ©phane Ducasse

Begin forwarded message: > From: "Gary Chambers" <gary(a)pinesoft.co.uk> > Date: June 2, 2008 2:48:17 PM CEDT > To: "stephane ducasse" <stephane.ducasse(a)free.fr> > Subject: RE: I tried to load > > Had a go with Pharo today. UI Enhancements loads OK provided > MCPackageLoader>>basicLoad is modified to prevent the display of > progress > while processing the additions. > > I'm thinking of some way of flaging a package for this, though MC > would need > quite a few changes to handle it. Perhaps pick up an extra field in > the > package dictionary of the mcz and, somehow, pass along to the > PackageLoader... > > Regards, Gary. > >> -----Original Message----- >> From: stephane ducasse [mailto:stephane.ducasse@free.fr] >> Sent: 22 May 2008 6:13 PM >> To: Gary Chambers >> Subject: Re: I tried to load >> >> >> Thanks I will check. >> I can load 60 without any problems. >> >> Stef >> >>> Sounds like an MC load order problem again. >>> The change was for double-dispatching of use of fill-styles back to >>> the >>> fill-style itself to support more complex/composite fill styles. >>> >>> Best to try to load with the MCPackageLoader>>basicLoad modification >>> and as >>> few windows etc. as possible. >>> >>> Let me know if your problems persist and I'll give it a go too. >>> >>> Regards, Gary. >> >> > > > > ****************************************************************************************************************************************** > This email is from Pinesoft Limited. Its contents are confidential > to the intended recipient(s) at the email address(es) to which it > has been addressed. It may not be disclosed to or used by anyone > other than the addressee(s), nor may it be copied in anyway. If > received in error, please contact the sender, then delete it from > your system. Although this email and attachments are believed to be > free of virus, or any other defect which might affect any computer > or IT system into which they are received and opened, it is the > responsibility of the recipient to ensure that they are virus free > and no responsibility is accepted by Pinesoft for any loss or damage > arising in any way from receipt or use thereof. > ******************************************************************************************************************************************* > > > Pinesoft Limited are registered in England, Registered number: > 2914825. Registered office: 266-268 High Street, Waltham Cross, > Herts, EN8 7EA >

June 2, 2008

RE: [Pharo-project] EToys

by Gary Chambers

Thanks. I've managed a simple proof of concept with some simple changes that should help in rooting out its tendrils :-) (main EToys package unloaded without image "crash") Gary. > -----Original Message----- > From: pharo-project-bounces(a)lists.gforge.inria.fr > [mailto:pharo-project-bounces@lists.gforge.inria.fr]On Behalf Of Serge > Stinckwich > Sent: 02 June 2008 2:22 PM > To: An open mailing list to discuss any topics related to an > open-sourceSmalltalk > Subject: Re: [Pharo-project] EToys > > > 2008/6/2 Gary Chambers <gazzaguru2(a)btinternet.com>: > > Just joined the mailing list. > > > > Was wonderering if you/we were looking at removing EToys. I'd > be happy to > > help with that (it cuts deep into Morphic so should lead to some > > simplification). A "patch up" package could be made, perhaps, > to reintegrate > > EToys after loading. > > Welcome on board Gary. > Yes we would like to remove EToys in Pharo. > > -- > Serge Stinckwich > http://blog.doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 2, 2008

Re: [Pharo-project] EToys

by Serge Stinckwich

2008/6/2 Gary Chambers <gazzaguru2(a)btinternet.com>: > Just joined the mailing list. > > Was wonderering if you/we were looking at removing EToys. I'd be happy to > help with that (it cuts deep into Morphic so should lead to some > simplification). A "patch up" package could be made, perhaps, to reintegrate > EToys after loading. Welcome on board Gary. Yes we would like to remove EToys in Pharo. -- Serge Stinckwich http://blog.doesnotunderstand.org/

June 2, 2008

[Pharo-project] EToys

by Gary Chambers

Just joined the mailing list. Was wonderering if you/we were looking at removing EToys. I'd be happy to help with that (it cuts deep into Morphic so should lead to some simplification). A "patch up" package could be made, perhaps, to reintegrate EToys after loading. Regards, Gary.

June 2, 2008

[Pharo-project] Mvc removing step1

by Alain Plantec

Hi all I've upload SLICE-MvcRemoving-Step1 package to PharoInbox: - I update all methods with a #isMorphic send: "Smalltalk isMorphic ifTrue: [XXX] ifFalse: [YYY]" is replaced by "XXX". - I remove some methods which are no more useful as Debugger>>buildMVCDebuggerViewLabel:minSize: alain

June 2, 2008

[Pharo-project] Fwd: Discussion about Nile in Pharo

by StÃ©phane Ducasse

Begin forwarded message: > From: "Bill Schwab" <BSchwab(a)anest.ufl.edu> > Date: June 1, 2008 9:34:45 PM CEDT > To: <stephane.ducasse(a)inria.fr> > Cc: <knight(a)acm.org>, <damien.cassou(a)gmail.com> > Subject: Re: Discussion about Nile in Pharo > > Stef, > > I agree, though I would exchange the order. The RB fix of #next is > simple, and I doubt there will ever be a completely painless time to > do it. So I would do the rename, add the new/changed methods, and > then convert to Nile, having updated its semantics prior to the > conversion. > > Bill > > > > > Wilhelm K. Schwab, Ph.D. > University of Florida > Department of Anesthesiology > PO Box 100254 > Gainesville, FL 32610-0254 > > Email: bschwab(a)anest.ufl.edu > Tel: (352) 846-1285 > FAX: (352) 392-7029 > >>>> StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> 06/01/08 3:07 PM >>> > I think that you should > > - use the mailing-list > - separate two things > - the use of Nile as default > - the fix of the behavior next: > > Stef > > On Jun 1, 2008, at 3:27 PM, Bill Schwab wrote: > >> Damien, >> >> That is a great next step. Dumb question: do I already have an >> account by virtue of being on the list, or do I need to create one? >> >> Your rewrite to cope with #on: is fascinating, but I continue to >> wonder whether it is necessary. In fact, I _think_ I would prefer >> to rename the Nile classes (either up front or probably post-install >> via the RB) to be generic. While I too prefer idioms such as Array >> writeStream and aCollection readStream, #on: is perfectly ok, though >> clumsy. What we should do depends on your goal, and of course on >> what works best. >> >> Changing to Nile via #readStream and #writeStream has its >> advantages, but the rewrite has made me greedy :) I am thinking of >> something like the following: >> >> (1) prepare the image by renaming methods (#next -> #nextOrNil:, >> #next -> #nextAvailable:) to reflect current silently-truncating >> semantics >> >> (2) add the silent truncating methods to Nile; add #on: methods to >> Nile, including comments referencing the shortcut methods >> >> (3) change Nile's #next, #next: to raise errors; noting that after >> (1), the image will call the truncating methods, and only new code >> will see the errors >> >> (4) either Smalltalk at:#ReadStream put:NSReadStream, etc., or >> perhaps better yet just ask the RB to rename the Nile classes, so >> that one codes in terms of ReadStream, WriteStream, catches >> EndOfStream. We can provide a defined set of RB steps that anyone >> can use in a throw-away image to prepare code that we did not fix >> for them; it should basically be step (1). >> >> Comments? If you at all agree, feel free to edit and put it on the >> Wiki while I figure out how to access it. >> >> Bill >> >> >> >> >> Wilhelm K. Schwab, Ph.D. >> University of Florida >> Department of Anesthesiology >> PO Box 100254 >> Gainesville, FL 32610-0254 >> >> Email: bschwab(a)anest.ufl.edu >> Tel: (352) 846-1285 >> FAX: (352) 392-7029 >> >>>>> "Damien Cassou" <damien.cassou(a)gmail.com> 06/01/08 6:30 AM >>> >> Hi Bill, >> >> I writing a wiki page where I explain what we can do to slowly >> install Nile: >> https://gforge.inria.fr/plugins/wiki/index.php?refs=NileInstallation&id=129… >> >> You can help me with the redaction. >> >> -- >> Damien Cassou >> Peter von der AhÃ©: Â«I'm beginning to see why Gilad wished us good >> luckÂ». (http://blogs.sun.com/ahe/entry/override_snafu) >> >> > > >

June 2, 2008

Re: [Pharo-project] SqueakSource down ?

by Serge Stinckwich

No problem Adrian, i can wait ;-) 2008/6/1 Adrian Lienhard <adi(a)netstyle.ch>: > yes, again the server is not responding anymore. Unfortunately, we canot do > anything until the server admin guys come in tomorrow morning. > > Adrian > > On Jun 1, 2008, at 21:18 , Serge Stinckwich wrote: > >> SqueakSource down ? >> >> -- >> Serge Stinckwich >> http://blog.doesnotunderstand.org/ >> >> _______________________________________________ >> 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 > -- Serge Stinckwich http://blog.doesnotunderstand.org/

June 1, 2008

Re: [Pharo-project] SqueakSource down ?

by Adrian Lienhard

yes, again the server is not responding anymore. Unfortunately, we canot do anything until the server admin guys come in tomorrow morning. Adrian On Jun 1, 2008, at 21:18 , Serge Stinckwich wrote: > SqueakSource down ? > > -- > Serge Stinckwich > http://blog.doesnotunderstand.org/ > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 1, 2008