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
