Sorry, I can't resist exploiting the typo: the would be "grate" (vs. great) for me too. I also suspect that name spaces would turn into a horrible mess in short order.
I could learn to live with messages as class names, something like Smalltalk goGators Dictionary etc. so that the "name space" is really an object accessed by a selector (#goGators above) and Dictionary then is a message to same. I got the idea from Dolphin. AFAIK, it has not gone terribly far, but my sense is that it does what one really needs from name spaces without inviting the slippery slope into Java packages. Bill -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Esteban Lorenzano Sent: Wednesday, February 17, 2010 3:40 PM To: [email protected] Subject: Re: [Pharo-project] {Spam?} Re: "Real" packages. Well... I disagree with you, Mariano. If you allow packages, suddenly you will have things like: com.pirulo.Date, ar.com.pirulin.Date and a lot of classes who, in fact, should be just Date (and that's just an example) Cheers, Esteban On 2009-02-11 12:13:07 -0300, Mariano Martinez Peck <[email protected]> said: > > > I hate not having a real namespace. I hate to call my class > DBXConnection instead of Connection. I think namespaces are very > useful. Something like Java packages or similar would be grate for me. > > Cheers, > > Mariano > > On Tue, Feb 10, 2009 at 7:09 PM, Travis Kay <[email protected]> > wrote: > >> Bill Schwab wrote: >>> Stef, >>> >>> Re Dolphin, class categories have long been of marginal use; I'll >>> speak >> for myself on that but suspect others would agree. >> I am a Dolphin Pro, Squeak and Pharo users, I agree. >> >> Travis >> >>> Packages are of course extremely useful. Method categories are also >> quite useful, and Dolphin allows multiple categories to be assigned >> to a given method. Dolphin mixes virtual categories (computed by >> rules) with static ones maintained by the user (and serialized as part of >> packages). >>> >>> I can easily see where OB would get quite a speed boost out of it. >>> >>> Bill >>> >>> >>> >>> >>> >>> Wilhelm K. Schwab, Ph.D. >>> University of Florida >>> Department of Anesthesiology >>> PO Box 100254 >>> Gainesville, FL 32610-0254 >>> >>> Email: [email protected] >>> Tel: (352) 273-6785 >>> FAX: (352) 392-7029 >>> >>> >>> >>>>>> [email protected] 2/10/2009 4:41:10 PM >>> >>>>>> >>> Alexandre implemented long time ago an hybrid model where both kind >>> of packages could coexist and we should probably revive it for 1.1 >>> >>> Stef >>> On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote: >>> >>> >>>> On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger >>>> <squ...@webcita= > s.ch >>>> >>>>> wrote: >>>>> >>>> So if we had real packages in Pharo as first class entities, OB >>>> would be much faster and simpler to maintain. Right now, OB models >>>> packages and class cats itself, has to take the information from >>>> both the Monticello's working copy managers and the >>>> SystemOrganizer. This is a mess and a huge pain, but what can we do. >>>> We should really invest in bringing real packages to Pharo. >>>> >>>> >>>> If you want "real" packages, I've implemented them in Squeak: >>>> >>>> http://gulik.pbwiki.com/Namespaces >>>> http://gulik.pbwiki.com/Packages >>>> >>>> The places the code is held, including a video and a Squeak image is >>>> linked from here: >>>> http://gulik.pbwiki.com/SecureSqueak >>>> >>>> I'm not interested in Pharo, but the code is there and is released >>>> under the MIT license if anybody else wants it. >>>> >>>> Gulik. >>>> >>>> -- >>>> http://people.squeakfoundation.org/person/mikevdg >>>> http://gulik.pbwiki.com/ >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [email protected] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> -----------------------------------------------------------------------= > - >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 8.0.233 / Virus Database: 270.10.20/1943 - Release Date: >> 02/10/09 07:20:00 >>> >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > I hate not having a real namespace. I hate to call my class DBXConnection i= > nstead of Connection. I think namespaces are very useful. Something like Ja= > va packages or similar would be grate for me. <br><br>Cheers,<br><br>Marian= > o<br> > <br><div class=3D"gmail_quote">On Tue, Feb 10, 2009 at 7:09 PM, Travis Kay = > <span dir=3D"ltr"><<a > href=3D"mailto:[email protected]";>tlk-F7KtY6MJiVI/4Up/[email protected]= co.ca</a>></span> > > wrote:<br><blockquote class=3D"gmail_quote" style=3D"b= > order-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; paddin= > g-left: 1ex;"> > <div class=3D"Ih2E3d">Bill Schwab wrote:<br> > > Stef,<br> > ><br> > > Re Dolphin, class categories have long been of marginal use; I'll = > speak for myself on that but suspect others would agree.<br> > </div>I am a Dolphin Pro, Squeak and Pharo users, I agree.<br> > <br> > Travis<br> > <div><div></div><div class=3D"Wj3C7c"><br> > > Packages are of course extremely useful. Method categories are a= > lso quite useful, and Dolphin allows multiple categories to be assigned to = > a given method. Dolphin mixes virtual categories (computed by rules) = > with static ones maintained by the user (and serialized as part of packages= > ).<br> > > ><br> > > I can easily see where OB would get quite a speed boost out of it.<br> > ><br> > > Bill<br> > ><br> > ><br> > ><br> > ><br> > ><br> > > Wilhelm K. Schwab, Ph.D.<br> > > University of Florida<br> > > Department of Anesthesiology<br> > > PO Box 100254<br> > > Gainesville, FL 32610-0254<br> > ><br> > > Email: <a > href=3D"mailto:[email protected]";>[email protected]<= /a><br> > > > Tel: (352) 273-6785<br> > > FAX: (352) 392-7029<br> > ><br> > ><br> > ><br> > >>>> <a > href=3D"mailto:[email protected]";>stephane.duca= [email protected]</a> > > 2/10/2009 4:41:10 PM >>><br> > >>>><br> > > Alexandre implemented long time ago an hybrid model where both kind of= > <br> > > packages could coexist<br> > > and we should probably revive it for 1.1<br> > ><br> > > Stef<br> > > On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote:<br> > ><br> > ><br> > >> On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger <squ...@= > webcitas.ch<br> > >><br> > >>> wrote:<br> > >>><br> > >> So if we had real packages in Pharo as first class entities, OB<br= >> > >> would be much faster<br> > >> and simpler to maintain. Right now, OB models packages and class<b= > r> > >> cats itself, has to<br> > >> take the information from both the Monticello's working copy<b= > r> > >> managers and the<br> > >> SystemOrganizer. This is a mess and a huge pain, but what can we d= > o.<br> > >> We should really invest in bringing real packages to Pharo.<br> > >><br> > >><br> > >> If you want "real" packages, I've implemented them i= > n Squeak:<br> > >><br> > >> <a href=3D"http://gulik.pbwiki.com/Namespaces"; target=3D"_blank">h= > ttp://gulik.pbwiki.com/Namespaces</a><br> > >> <a href=3D"http://gulik.pbwiki.com/Packages"; target=3D"_blank">htt= > p://gulik.pbwiki.com/Packages</a><br> > >><br> > >> The places the code is held, including a video and a Squeak image = > is<br> > >> linked from here:<br> > >> <a href=3D"http://gulik.pbwiki.com/SecureSqueak"; target=3D"_blank"= >> http://gulik.pbwiki.com/SecureSqueak</a><br> > >><br> > >> I'm not interested in Pharo, but the code is there and is rele= > ased<br> > >> under the MIT license if anybody else wants it.<br> > >><br> > >> Gulik.<br> > >><br> > >> --<br> > >> <a href=3D"http://people.squeakfoundation.org/person/mikevdg"; targ= > et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a><br> > >> <a href=3D"http://gulik.pbwiki.com/"; target=3D"_blank">http://guli= > k.pbwiki.com/</a><br> > >> _______________________________________________<br> > >> Pharo-project mailing list<br> > >> <a > href=3D"mailto:[email protected]";>Pharo-proje= [email protected]</a><br> >> > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/p= > haro-project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailma= > n/listinfo/pharo-project</a><br> > >><br> > ><br> > ><br> > > _______________________________________________<br> > > Pharo-project mailing list<br> > > <a > href=3D"mailto:[email protected]";>pharo-proj...@l= ists.gforge.inria.fr</a><br> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a><br> > ><br> > ><br> > > _______________________________________________<br> > > Pharo-project mailing list<br> > > <a > href=3D"mailto:[email protected]";>pharo-proj...@l= ists.gforge.inria.fr</a><br> > > > <a href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo= > -project" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/li= > stinfo/pharo-project</a><br> > </div></div>> ----------------------------------------------------------= > --------------<br> > ><br> > ><br> > > No virus found in this incoming message.<br> > > Checked by AVG - <a href=3D"http://www.avg.com"; target=3D"_blank">www.= > avg.com</a><br> > > Version: 8.0.233 / Virus Database: 270.10.20/1943 - Release Date: 02/1= > 0/09 07:20:00<br> > <div><div></div><div class=3D"Wj3C7c">><br> > ><br> > <br> > <br> > _______________________________________________<br> > Pharo-project mailing list<br> > <a > href=3D"mailto:[email protected]";>pharo-proj...@lists.= gforge.inria.fr</a><br> <a > > href=3D"http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-proj= > ect" target=3D"_blank">http://lists.gforge.inria.fr/cgi-bin/mailman/listinf= > o/pharo-project</a><br> > </div></div></blockquote></div><br> > > > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
