Re: {Spam?} Re: "Real" packages.

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
14 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

Mariano Martinez Peck
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 <[hidden email]> 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: [hidden email]
> Tel: (352) 273-6785
> FAX: (352) 392-7029
>
>
>
>>>> [hidden email] 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öthlisberger <[hidden email]
>>
>>> 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
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> 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
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

EstebanLM
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
<[hidden email]> 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
> <[hidden email]> 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: [hidden email]
>>> Tel: (352) 273-6785
>>> FAX: (352) 392-7029
>>>
>>>
>>>
>>>>>> [hidden email] 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 <squeak@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
>>>> [hidden email]
>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> 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
>> [hidden email]
>> 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">&lt;<a
> href=3D"mailto:[hidden email]">tlk-F7KtY6MJiVI/4Up/[hidden email]=
co.ca</a>&gt;</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>
> &gt; Stef,<br>
> &gt;<br>
> &gt; Re Dolphin, class categories have long been of marginal use; I&#39;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>
> &gt; Packages are of course extremely useful. &nbsp;Method categories are a=
> lso quite useful, and Dolphin allows multiple categories to be assigned to =
> a given method. &nbsp;Dolphin mixes virtual categories (computed by rules) =
> with static ones maintained by the user (and serialized as part of packages=
> ).<br>
>
> &gt;<br>
> &gt; I can easily see where OB would get quite a speed boost out of it.<br>
> &gt;<br>
> &gt; Bill<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt; Wilhelm K. Schwab, Ph.D.<br>
> &gt; University of Florida<br>
> &gt; Department of Anesthesiology<br>
> &gt; PO Box 100254<br>
> &gt; Gainesville, FL 32610-0254<br>
> &gt;<br>
> &gt; Email: <a
> href=3D"mailto:[hidden email]">[hidden email]<=
/a><br>
&gt;
>
> Tel: (352) 273-6785<br>
> &gt; FAX: (352) 392-7029<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;&gt;&gt;&gt; <a
> href=3D"mailto:[hidden email]">stephane.duca=
[hidden email]</a>

>
> 2/10/2009 4:41:10 PM &gt;&gt;&gt;<br>
> &gt;&gt;&gt;&gt;<br>
> &gt; Alexandre implemented long time ago an hybrid model where both kind of=
> <br>
> &gt; packages could coexist<br>
> &gt; and we should probably revive it for 1.1<br>
> &gt;<br>
> &gt; Stef<br>
> &gt; On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote:<br>
> &gt;<br>
> &gt;<br>
> &gt;&gt; On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger &lt;squeak@=
> webcitas.ch<br>
> &gt;&gt;<br>
> &gt;&gt;&gt; wrote:<br>
> &gt;&gt;&gt;<br>
> &gt;&gt; So if we had real packages in Pharo as first class entities, OB<br=
>>
> &gt;&gt; would be much faster<br>
> &gt;&gt; and simpler to maintain. Right now, OB models packages and class<b=
> r>
> &gt;&gt; cats itself, has to<br>
> &gt;&gt; take the information from both the Monticello&#39;s working copy<b=
> r>
> &gt;&gt; managers and the<br>
> &gt;&gt; SystemOrganizer. This is a mess and a huge pain, but what can we d=
> o.<br>
> &gt;&gt; We should really invest in bringing real packages to Pharo.<br>
> &gt;&gt;<br>
> &gt;&gt;<br>
> &gt;&gt; If you want &quot;real&quot; packages, I&#39;ve implemented them i=
> n Squeak:<br>
> &gt;&gt;<br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Namespaces" target=3D"_blank">h=
> ttp://gulik.pbwiki.com/Namespaces</a><br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Packages" target=3D"_blank">htt=
> p://gulik.pbwiki.com/Packages</a><br>
> &gt;&gt;<br>
> &gt;&gt; The places the code is held, including a video and a Squeak image =
> is<br>
> &gt;&gt; linked from here:<br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/SecureSqueak" target=3D"_blank"=
>> http://gulik.pbwiki.com/SecureSqueak</a><br>
> &gt;&gt;<br>
> &gt;&gt; I&#39;m not interested in Pharo, but the code is there and is rele=
> ased<br>
> &gt;&gt; under the MIT license if anybody else wants it.<br>
> &gt;&gt;<br>
> &gt;&gt; Gulik.<br>
> &gt;&gt;<br>
> &gt;&gt; --<br>
> &gt;&gt; <a href=3D"http://people.squeakfoundation.org/person/mikevdg" targ=
> et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a><br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/" target=3D"_blank">http://guli=
> k.pbwiki.com/</a><br>
> &gt;&gt; _______________________________________________<br>
> &gt;&gt; Pharo-project mailing list<br>
> &gt;&gt; <a
> href=3D"mailto:[hidden email]">Pharo-proje=
[hidden email]</a><br>
&gt;&gt;

>
> <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>
> &gt;&gt;<br>
> &gt;<br>
> &gt;<br>
> &gt; _______________________________________________<br>
> &gt; Pharo-project mailing list<br>
> &gt; <a
> href=3D"mailto:[hidden email]">Pharo-project@l=
ists.gforge.inria.fr</a><br>
&gt;

>
> <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>
> &gt;<br>
> &gt;<br>
> &gt; _______________________________________________<br>
> &gt; Pharo-project mailing list<br>
> &gt; <a
> href=3D"mailto:[hidden email]">Pharo-project@l=
ists.gforge.inria.fr</a><br>
&gt;

>
> <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>&gt; ----------------------------------------------------------=
> --------------<br>
> &gt;<br>
> &gt;<br>
> &gt; No virus found in this incoming message.<br>
> &gt; Checked by AVG - <a href=3D"http://www.avg.com" target=3D"_blank">www.=
> avg.com</a><br>
> &gt; 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">&gt;<br>
> &gt;<br>
> <br>
> <br>
> _______________________________________________<br>
> Pharo-project mailing list<br>
> <a
> href=3D"mailto:[hidden email]">Pharo-project@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
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project




_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

Schwab,Wilhelm K
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: [hidden email] [mailto:[hidden email]] On Behalf Of Esteban Lorenzano
Sent: Wednesday, February 17, 2010 3:40 PM
To: [hidden email]
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 <[hidden email]> 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 <[hidden email]>
> 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: [hidden email]
>>> Tel: (352) 273-6785
>>> FAX: (352) 392-7029
>>>
>>>
>>>
>>>>>> [hidden email] 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
>>>> <squeak@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
>>>> [hidden email]
>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>>
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>>
>>> _______________________________________________
>>> Pharo-project mailing list
>>> [hidden email]
>>> 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
>> [hidden email]
>> 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">&lt;<a
> href=3D"mailto:[hidden email]">tlk-F7KtY6MJiVI/4Up/[hidden email]=
co.ca</a>&gt;</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>
> &gt; Stef,<br>
> &gt;<br>
> &gt; Re Dolphin, class categories have long been of marginal use; I&#39;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>
> &gt; Packages are of course extremely useful. &nbsp;Method categories are a=
> lso quite useful, and Dolphin allows multiple categories to be assigned to =
> a given method. &nbsp;Dolphin mixes virtual categories (computed by rules) =
> with static ones maintained by the user (and serialized as part of packages=
> ).<br>
>
> &gt;<br>
> &gt; I can easily see where OB would get quite a speed boost out of it.<br>
> &gt;<br>
> &gt; Bill<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt; Wilhelm K. Schwab, Ph.D.<br>
> &gt; University of Florida<br>
> &gt; Department of Anesthesiology<br>
> &gt; PO Box 100254<br>
> &gt; Gainesville, FL 32610-0254<br>
> &gt;<br>
> &gt; Email: <a
> href=3D"mailto:[hidden email]">[hidden email]<=
/a><br>
&gt;
>
> Tel: (352) 273-6785<br>
> &gt; FAX: (352) 392-7029<br>
> &gt;<br>
> &gt;<br>
> &gt;<br>
> &gt;&gt;&gt;&gt; <a
> href=3D"mailto:[hidden email]">stephane.duca=
[hidden email]</a>

>
> 2/10/2009 4:41:10 PM &gt;&gt;&gt;<br>
> &gt;&gt;&gt;&gt;<br>
> &gt; Alexandre implemented long time ago an hybrid model where both kind of=
> <br>
> &gt; packages could coexist<br>
> &gt; and we should probably revive it for 1.1<br>
> &gt;<br>
> &gt; Stef<br>
> &gt; On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote:<br>
> &gt;<br>
> &gt;<br>
> &gt;&gt; On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger &lt;squeak@=
> webcitas.ch<br>
> &gt;&gt;<br>
> &gt;&gt;&gt; wrote:<br>
> &gt;&gt;&gt;<br>
> &gt;&gt; So if we had real packages in Pharo as first class entities, OB<br=
>>
> &gt;&gt; would be much faster<br>
> &gt;&gt; and simpler to maintain. Right now, OB models packages and class<b=
> r>
> &gt;&gt; cats itself, has to<br>
> &gt;&gt; take the information from both the Monticello&#39;s working copy<b=
> r>
> &gt;&gt; managers and the<br>
> &gt;&gt; SystemOrganizer. This is a mess and a huge pain, but what can we d=
> o.<br>
> &gt;&gt; We should really invest in bringing real packages to Pharo.<br>
> &gt;&gt;<br>
> &gt;&gt;<br>
> &gt;&gt; If you want &quot;real&quot; packages, I&#39;ve implemented them i=
> n Squeak:<br>
> &gt;&gt;<br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Namespaces" target=3D"_blank">h=
> ttp://gulik.pbwiki.com/Namespaces</a><br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Packages" target=3D"_blank">htt=
> p://gulik.pbwiki.com/Packages</a><br>
> &gt;&gt;<br>
> &gt;&gt; The places the code is held, including a video and a Squeak image =
> is<br>
> &gt;&gt; linked from here:<br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/SecureSqueak" target=3D"_blank"=
>> http://gulik.pbwiki.com/SecureSqueak</a><br>
> &gt;&gt;<br>
> &gt;&gt; I&#39;m not interested in Pharo, but the code is there and is rele=
> ased<br>
> &gt;&gt; under the MIT license if anybody else wants it.<br>
> &gt;&gt;<br>
> &gt;&gt; Gulik.<br>
> &gt;&gt;<br>
> &gt;&gt; --<br>
> &gt;&gt; <a href=3D"http://people.squeakfoundation.org/person/mikevdg" targ=
> et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a><br>
> &gt;&gt; <a href=3D"http://gulik.pbwiki.com/" target=3D"_blank">http://guli=
> k.pbwiki.com/</a><br>
> &gt;&gt; _______________________________________________<br>
> &gt;&gt; Pharo-project mailing list<br>
> &gt;&gt; <a
> href=3D"mailto:[hidden email]">Pharo-proje=
[hidden email]</a><br>
&gt;&gt;

>
> <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>
> &gt;&gt;<br>
> &gt;<br>
> &gt;<br>
> &gt; _______________________________________________<br>
> &gt; Pharo-project mailing list<br>
> &gt; <a
> href=3D"mailto:[hidden email]">Pharo-project@l=
ists.gforge.inria.fr</a><br>
&gt;

>
> <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>
> &gt;<br>
> &gt;<br>
> &gt; _______________________________________________<br>
> &gt; Pharo-project mailing list<br>
> &gt; <a
> href=3D"mailto:[hidden email]">Pharo-project@l=
ists.gforge.inria.fr</a><br>
&gt;

>
> <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>&gt; ----------------------------------------------------------=
> --------------<br>
> &gt;<br>
> &gt;<br>
> &gt; No virus found in this incoming message.<br>
> &gt; Checked by AVG - <a href=3D"http://www.avg.com" target=3D"_blank">www.=
> avg.com</a><br>
> &gt; 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">&gt;<br>
> &gt;<br>
> <br>
> <br>
> _______________________________________________<br>
> Pharo-project mailing list<br>
> <a
> href=3D"mailto:[hidden email]">Pharo-project@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
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project




_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

Dale
Gemstone uses an order list of dictionaries for global lookup. Each user can change the order of the list or insert their own dictionaries into the list ... makes for quite a bit of flexibility.... you can load code into a particular dictionary...and the global resolution is at compile time (you can do lookup at runtime if you wish).

The advantage is that the code itself has no namespace artifacts at all.

I'm mentioning this as a point of information more than a serious suggestion that Pharo adopt such an approach, though:)

Dale

----- "Wilhelm K Schwab" <[hidden email]> wrote:

| 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: [hidden email]
| [mailto:[hidden email]] On Behalf Of
| Esteban Lorenzano
| Sent: Wednesday, February 17, 2010 3:40 PM
| To: [hidden email]
| 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
| <[hidden email]> 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 <[hidden email]>
| > 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: [hidden email]
| >>> Tel: (352) 273-6785
| >>> FAX: (352) 392-7029
| >>>
| >>>
| >>>
| >>>>>> [hidden email] 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
| >>>> <squeak@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
| >>>> [hidden email]
| >>>>
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| >>>>
| >>>
| >>>
| >>> _______________________________________________
| >>> Pharo-project mailing list
| >>> [hidden email]
| >>>
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
| >>>
| >>>
| >>> _______________________________________________
| >>> Pharo-project mailing list
| >>> [hidden email]
| >>>
| 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
| >> [hidden email]
| >>
| 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">&lt;<a
| >
| href=3D"mailto:[hidden email]">tlk-F7KtY6MJiVI/4Up/[hidden email]=
| co.ca</a>&gt;</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>
| > &gt; Stef,<br>
| > &gt;<br>
| > &gt; Re Dolphin, class categories have long been of marginal use;
| I&#39;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>
| > &gt; Packages are of course extremely useful. &nbsp;Method
| categories are a=
| > lso quite useful, and Dolphin allows multiple categories to be
| assigned to =
| > a given method. &nbsp;Dolphin mixes virtual categories (computed by
| rules) =
| > with static ones maintained by the user (and serialized as part of
| packages=
| > ).<br>
| >
| > &gt;<br>
| > &gt; I can easily see where OB would get quite a speed boost out of
| it.<br>
| > &gt;<br>
| > &gt; Bill<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;<br>
| > &gt; Wilhelm K. Schwab, Ph.D.<br>
| > &gt; University of Florida<br>
| > &gt; Department of Anesthesiology<br>
| > &gt; PO Box 100254<br>
| > &gt; Gainesville, FL 32610-0254<br>
| > &gt;<br>
| > &gt; Email: <a
| > href=3D"mailto:[hidden email]">[hidden email]<=
| /a><br>
| &gt;
| >
| > Tel: (352) 273-6785<br>
| > &gt; FAX: (352) 392-7029<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;&gt;&gt;&gt; <a
| > href=3D"mailto:[hidden email]">stephane.duca=
| [hidden email]</a>
| >
| > 2/10/2009 4:41:10 PM &gt;&gt;&gt;<br>
| > &gt;&gt;&gt;&gt;<br>
| > &gt; Alexandre implemented long time ago an hybrid model where both
| kind of=
| > <br>
| > &gt; packages could coexist<br>
| > &gt; and we should probably revive it for 1.1<br>
| > &gt;<br>
| > &gt; Stef<br>
| > &gt; On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote:<br>
| > &gt;<br>
| > &gt;<br>
| > &gt;&gt; On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger
| &lt;squeak@=
| > webcitas.ch<br>
| > &gt;&gt;<br>
| > &gt;&gt;&gt; wrote:<br>
| > &gt;&gt;&gt;<br>
| > &gt;&gt; So if we had real packages in Pharo as first class
| entities, OB<br=
| >>
| > &gt;&gt; would be much faster<br>
| > &gt;&gt; and simpler to maintain. Right now, OB models packages and
| class<b=
| > r>
| > &gt;&gt; cats itself, has to<br>
| > &gt;&gt; take the information from both the Monticello&#39;s working
| copy<b=
| > r>
| > &gt;&gt; managers and the<br>
| > &gt;&gt; SystemOrganizer. This is a mess and a huge pain, but what
| can we d=
| > o.<br>
| > &gt;&gt; We should really invest in bringing real packages to
| Pharo.<br>
| > &gt;&gt;<br>
| > &gt;&gt;<br>
| > &gt;&gt; If you want &quot;real&quot; packages, I&#39;ve implemented
| them i=
| > n Squeak:<br>
| > &gt;&gt;<br>
| > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Namespaces"
| target=3D"_blank">h=
| > ttp://gulik.pbwiki.com/Namespaces</a><br>
| > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Packages"
| target=3D"_blank">htt=
| > p://gulik.pbwiki.com/Packages</a><br>
| > &gt;&gt;<br>
| > &gt;&gt; The places the code is held, including a video and a Squeak
| image =
| > is<br>
| > &gt;&gt; linked from here:<br>
| > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/SecureSqueak"
| target=3D"_blank"=
| >> http://gulik.pbwiki.com/SecureSqueak</a><br>
| > &gt;&gt;<br>
| > &gt;&gt; I&#39;m not interested in Pharo, but the code is there and
| is rele=
| > ased<br>
| > &gt;&gt; under the MIT license if anybody else wants it.<br>
| > &gt;&gt;<br>
| > &gt;&gt; Gulik.<br>
| > &gt;&gt;<br>
| > &gt;&gt; --<br>
| > &gt;&gt; <a
| href=3D"http://people.squeakfoundation.org/person/mikevdg" targ=
| >
| et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a><br>
| > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/"
| target=3D"_blank">http://guli=
| > k.pbwiki.com/</a><br>
| > &gt;&gt; _______________________________________________<br>
| > &gt;&gt; Pharo-project mailing list<br>
| > &gt;&gt; <a
| > href=3D"mailto:[hidden email]">Pharo-proje=
| [hidden email]</a><br>
| &gt;&gt;
| >
| > <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>
| > &gt;&gt;<br>
| > &gt;<br>
| > &gt;<br>
| > &gt; _______________________________________________<br>
| > &gt; Pharo-project mailing list<br>
| > &gt; <a
| >
| href=3D"mailto:[hidden email]">Pharo-project@l=
| ists.gforge.inria.fr</a><br>
| &gt;
| >
| > <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>
| > &gt;<br>
| > &gt;<br>
| > &gt; _______________________________________________<br>
| > &gt; Pharo-project mailing list<br>
| > &gt; <a
| >
| href=3D"mailto:[hidden email]">Pharo-project@l=
| ists.gforge.inria.fr</a><br>
| &gt;
| >
| > <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>&gt;
| ----------------------------------------------------------=
| > --------------<br>
| > &gt;<br>
| > &gt;<br>
| > &gt; No virus found in this incoming message.<br>
| > &gt; Checked by AVG - <a href=3D"http://www.avg.com"
| target=3D"_blank">www.=
| > avg.com</a><br>
| > &gt; 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">&gt;<br>
| > &gt;<br>
| > <br>
| > <br>
| > _______________________________________________<br>
| > Pharo-project mailing list<br>
| > <a
| >
| href=3D"mailto:[hidden email]">Pharo-project@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
| > [hidden email]
| > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
|
|
|
|
| _______________________________________________
| Pharo-project mailing list
| [hidden email]
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
|
| _______________________________________________
| Pharo-project mailing list
| [hidden email]
| http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

Miguel Cobá
El jue, 18-02-2010 a las 12:18 -0800, Dale Henrichs escribió:
> Gemstone uses an order list of dictionaries for global lookup. Each user can change the order of the list or insert their own dictionaries into the list ... makes for quite a bit of flexibility.... you can load code into a particular dictionary...and the global resolution is at compile time (you can do lookup at runtime if you wish).
>
> The advantage is that the code itself has no namespace artifacts at all.
>
> I'm mentioning this as a point of information more than a serious suggestion that Pharo adopt such an approach, though:)

Why not, if it has been proved for a long time in Gemstone, shouldn't be
sensible to create something similar for Pharo? Or it uses some kind of
proprietary technology from Gemstone?

Well just asking.

Thanks

>
> Dale
>
> ----- "Wilhelm K Schwab" <[hidden email]> wrote:
>
> | 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: [hidden email]
> | [mailto:[hidden email]] On Behalf Of
> | Esteban Lorenzano
> | Sent: Wednesday, February 17, 2010 3:40 PM
> | To: [hidden email]
> | 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
> | <[hidden email]> 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 <[hidden email]>
> | > 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: [hidden email]
> | >>> Tel: (352) 273-6785
> | >>> FAX: (352) 392-7029
> | >>>
> | >>>
> | >>>
> | >>>>>> [hidden email] 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
> | >>>> <squeak@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
> | >>>> [hidden email]
> | >>>>
> | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> | >>>>
> | >>>
> | >>>
> | >>> _______________________________________________
> | >>> Pharo-project mailing list
> | >>> [hidden email]
> | >>>
> | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> | >>>
> | >>>
> | >>> _______________________________________________
> | >>> Pharo-project mailing list
> | >>> [hidden email]
> | >>>
> | 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
> | >> [hidden email]
> | >>
> | 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">&lt;<a
> | >
> | href=3D"mailto:[hidden email]">tlk-F7KtY6MJiVI/4Up/[hidden email]=
> | co.ca</a>&gt;</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>
> | > &gt; Stef,<br>
> | > &gt;<br>
> | > &gt; Re Dolphin, class categories have long been of marginal use;
> | I&#39;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>
> | > &gt; Packages are of course extremely useful. &nbsp;Method
> | categories are a=
> | > lso quite useful, and Dolphin allows multiple categories to be
> | assigned to =
> | > a given method. &nbsp;Dolphin mixes virtual categories (computed by
> | rules) =
> | > with static ones maintained by the user (and serialized as part of
> | packages=
> | > ).<br>
> | >
> | > &gt;<br>
> | > &gt; I can easily see where OB would get quite a speed boost out of
> | it.<br>
> | > &gt;<br>
> | > &gt; Bill<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt; Wilhelm K. Schwab, Ph.D.<br>
> | > &gt; University of Florida<br>
> | > &gt; Department of Anesthesiology<br>
> | > &gt; PO Box 100254<br>
> | > &gt; Gainesville, FL 32610-0254<br>
> | > &gt;<br>
> | > &gt; Email: <a
> | > href=3D"mailto:[hidden email]">[hidden email]<=
> | /a><br>
> | &gt;
> | >
> | > Tel: (352) 273-6785<br>
> | > &gt; FAX: (352) 392-7029<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;&gt;&gt;&gt; <a
> | > href=3D"mailto:[hidden email]">stephane.duca=
> | [hidden email]</a>
> | >
> | > 2/10/2009 4:41:10 PM &gt;&gt;&gt;<br>
> | > &gt;&gt;&gt;&gt;<br>
> | > &gt; Alexandre implemented long time ago an hybrid model where both
> | kind of=
> | > <br>
> | > &gt; packages could coexist<br>
> | > &gt; and we should probably revive it for 1.1<br>
> | > &gt;<br>
> | > &gt; Stef<br>
> | > &gt; On Feb 10, 2009, at 10:28 PM, Michael van der Gulik wrote:<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt;&gt; On Wed, Feb 11, 2009 at 9:21 AM, David R=F6thlisberger
> | &lt;squeak@=
> | > webcitas.ch<br>
> | > &gt;&gt;<br>
> | > &gt;&gt;&gt; wrote:<br>
> | > &gt;&gt;&gt;<br>
> | > &gt;&gt; So if we had real packages in Pharo as first class
> | entities, OB<br=
> | >>
> | > &gt;&gt; would be much faster<br>
> | > &gt;&gt; and simpler to maintain. Right now, OB models packages and
> | class<b=
> | > r>
> | > &gt;&gt; cats itself, has to<br>
> | > &gt;&gt; take the information from both the Monticello&#39;s working
> | copy<b=
> | > r>
> | > &gt;&gt; managers and the<br>
> | > &gt;&gt; SystemOrganizer. This is a mess and a huge pain, but what
> | can we d=
> | > o.<br>
> | > &gt;&gt; We should really invest in bringing real packages to
> | Pharo.<br>
> | > &gt;&gt;<br>
> | > &gt;&gt;<br>
> | > &gt;&gt; If you want &quot;real&quot; packages, I&#39;ve implemented
> | them i=
> | > n Squeak:<br>
> | > &gt;&gt;<br>
> | > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Namespaces"
> | target=3D"_blank">h=
> | > ttp://gulik.pbwiki.com/Namespaces</a><br>
> | > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/Packages"
> | target=3D"_blank">htt=
> | > p://gulik.pbwiki.com/Packages</a><br>
> | > &gt;&gt;<br>
> | > &gt;&gt; The places the code is held, including a video and a Squeak
> | image =
> | > is<br>
> | > &gt;&gt; linked from here:<br>
> | > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/SecureSqueak"
> | target=3D"_blank"=
> | >> http://gulik.pbwiki.com/SecureSqueak</a><br>
> | > &gt;&gt;<br>
> | > &gt;&gt; I&#39;m not interested in Pharo, but the code is there and
> | is rele=
> | > ased<br>
> | > &gt;&gt; under the MIT license if anybody else wants it.<br>
> | > &gt;&gt;<br>
> | > &gt;&gt; Gulik.<br>
> | > &gt;&gt;<br>
> | > &gt;&gt; --<br>
> | > &gt;&gt; <a
> | href=3D"http://people.squeakfoundation.org/person/mikevdg" targ=
> | >
> | et=3D"_blank">http://people.squeakfoundation.org/person/mikevdg</a><br>
> | > &gt;&gt; <a href=3D"http://gulik.pbwiki.com/"
> | target=3D"_blank">http://guli=
> | > k.pbwiki.com/</a><br>
> | > &gt;&gt; _______________________________________________<br>
> | > &gt;&gt; Pharo-project mailing list<br>
> | > &gt;&gt; <a
> | > href=3D"mailto:[hidden email]">Pharo-proje=
> | [hidden email]</a><br>
> | &gt;&gt;
> | >
> | > <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>
> | > &gt;&gt;<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt; _______________________________________________<br>
> | > &gt; Pharo-project mailing list<br>
> | > &gt; <a
> | >
> | href=3D"mailto:[hidden email]">Pharo-project@l=
> | ists.gforge.inria.fr</a><br>
> | &gt;
> | >
> | > <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>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt; _______________________________________________<br>
> | > &gt; Pharo-project mailing list<br>
> | > &gt; <a
> | >
> | href=3D"mailto:[hidden email]">Pharo-project@l=
> | ists.gforge.inria.fr</a><br>
> | &gt;
> | >
> | > <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>&gt;
> | ----------------------------------------------------------=
> | > --------------<br>
> | > &gt;<br>
> | > &gt;<br>
> | > &gt; No virus found in this incoming message.<br>
> | > &gt; Checked by AVG - <a href=3D"http://www.avg.com"
> | target=3D"_blank">www.=
> | > avg.com</a><br>
> | > &gt; 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">&gt;<br>
> | > &gt;<br>
> | > <br>
> | > <br>
> | > _______________________________________________<br>
> | > Pharo-project mailing list<br>
> | > <a
> | >
> | href=3D"mailto:[hidden email]">Pharo-project@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
> | > [hidden email]
> | > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> |
> |
> |
> |
> | _______________________________________________
> | Pharo-project mailing list
> | [hidden email]
> | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> |
> | _______________________________________________
> | Pharo-project mailing list
> | [hidden email]
> | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

--
Miguel Cobá
http://miguel.leugim.com.mx


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Namespaces

jgfoster

On Feb 18, 2010, at 12:59 PM, Miguel Enrique Cobá Martinez wrote:

> El jue, 18-02-2010 a las 12:18 -0800, Dale Henrichs escribió:
>> Gemstone uses an order list of dictionaries for global lookup. Each user can change the order of the list or insert their own dictionaries into the list ... makes for quite a bit of flexibility.... you can load code into a particular dictionary...and the global resolution is at compile time (you can do lookup at runtime if you wish).
>>
>> The advantage is that the code itself has no namespace artifacts at all.
>>
>> I'm mentioning this as a point of information more than a serious suggestion that Pharo adopt such an approach, though:)
>
> Why not, if it has been proved for a long time in Gemstone, shouldn't be
> sensible to create something similar for Pharo? Or it uses some kind of
> proprietary technology from Gemstone?

You've heard the phrase, "Imitation is the sincerest form of flattery"? It's true! We would be delighted to see Pharo use a similar scheme for namespaces. Not only is it is an elegant approach, but its adoption by Pharo would ease the upgrade path to GemStone should the opportunity arise.

For an overview of GemStone namespaces, see http://www.youtube.com/watch?v=z84n3O8YUsI. For more information see the Chapter 3 of the Programming Guide (http://seaside.gemstone.com/docs/GS64-ProgGuide-2.2.pdf).

James Foster
GemStone Systems, Inc.
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Class Browser

Anthony G. Anton III
My apologies if I have overlooked obvious sources which provide the
answer to the question...

Where is there documentation to be found describing the meaning of
list entries in the Class Browser?

I am poking around in the "Pharo1.0-10508-rc2dev10.01.2" image and am
not coming up with answers. I've been able to guess at the meaning of
some but others escape me.

--
----------------------------------------------------------------------
Anthony Anton        3800 243rd Place SE          Phone:  425-313-1024
                      Issaquah, WA 98029           Cell:   425-444-3084
Concept Systems      [hidden email]     FAX:    425-313-1024

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Class Browser

Anthony G. Anton III
Correction (sorry for the confusion)...

My apologies if I have overlooked obvious sources which provide the
answer to the question...

Where is there documentation to be found describing the meaning of
list entry icons (on left side of lists) in the Class Browser?

I am poking around in the "Pharo1.0-10508-rc2dev10.01.2" image and am
not coming up with answers. I've been able to guess at the meaning of
some but others escape me.

--
----------------------------------------------------------------------
Anthony Anton        3800 243rd Place SE          Phone:  425-313-1024
                      Issaquah, WA 98029           Cell:   425-444-3084
Concept Systems      [hidden email]     FAX:    425-313-1024

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Class Browser

Lukas Renggli
In reply to this post by jgfoster
> Where is there documentation to be found describing the meaning of
> list entry icons (on left side of lists) in the Class Browser?

Classes have icons depending on their type. The exception are tests
which have a bullet with the SUnit result color of the last run, or
gray if there is no data is available.

Methods have a green arrow pointing upwards if there is a super
implementation, and a green arrow pointing downwards if there are sub
implementations. You can click on these icons to see the hierarchy and
navigate to the actual implementations of these methods. If the method
is flagged a blue flag is displayed instead. If there is a breakpoint
a red flag is displayed instead. Finally, if this is a test method,
then a bullet with the SUnit result color is displayed.

Depending on what you have loaded in your image you might see
different icons. Packages can override #browserIcon and
#browserIcon:selector: to add custom icons for classes and methods.
Seaside for example does that.

Lukas

--
Lukas Renggli
http://www.lukas-renggli.ch

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Namespaces

Marcus Denker-4
In reply to this post by jgfoster

On Feb 18, 2010, at 11:02 PM, James Foster wrote:

>> Why not, if it has been proved for a long time in Gemstone, shouldn't be
>> sensible to create something similar for Pharo? Or it uses some kind of
>> proprietary technology from Gemstone?
>
> You've heard the phrase, "Imitation is the sincerest form of flattery"? It's true! We would be delighted to see Pharo use a similar scheme for namespaces. Not only is it is an elegant approach, but its adoption by Pharo would ease the upgrade path to GemStone should the opportunity arise.
>
> For an overview of GemStone namespaces, see http://www.youtube.com/watch?v=z84n3O8YUsI. For more information see the Chapter 3 of the Programming Guide (http://seaside.gemstone.com/docs/GS64-ProgGuide-2.2.pdf).
>
thanks! We will definitly have a look. (We want to have a *real* good abstractions for structuring large projects better...)

        Marcus


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

Geert Claes
Administrator
In reply to this post by Dale
Dale Henrichs wrote
Gemstone uses an order list of dictionaries for global lookup. Each user can change the order of the list or insert their own dictionaries into the list ... makes for quite a bit of flexibility.... you can load code into a particular dictionary...and the global resolution is at compile time (you can do lookup at runtime if you wish).
The order list of dictionaries reminds me a bit of PowerBuilder's list of "pbl" libraries.

Is that GemStone Programming Guide pdf you linked to still the latest, it says April 2007?
Reply | Threaded
Open this post in threaded view
|

Re: Class Browser

Mariano Martinez Peck
In reply to this post by Lukas Renggli
It would be cool to put this information somewhere and accessible from the OB.

On Fri, Feb 19, 2010 at 9:03 AM, Lukas Renggli <[hidden email]> wrote:
> Where is there documentation to be found describing the meaning of
> list entry icons (on left side of lists) in the Class Browser?

Classes have icons depending on their type. The exception are tests
which have a bullet with the SUnit result color of the last run, or
gray if there is no data is available.

Methods have a green arrow pointing upwards if there is a super
implementation, and a green arrow pointing downwards if there are sub
implementations. You can click on these icons to see the hierarchy and
navigate to the actual implementations of these methods. If the method
is flagged a blue flag is displayed instead. If there is a breakpoint
a red flag is displayed instead. Finally, if this is a test method,
then a bullet with the SUnit result color is displayed.

Depending on what you have loaded in your image you might see
different icons. Packages can override #browserIcon and
#browserIcon:selector: to add custom icons for classes and methods.
Seaside for example does that.

Lukas

--
Lukas Renggli
http://www.lukas-renggli.ch

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: {Spam?} Re: "Real" packages.

jgfoster
In reply to this post by Geert Claes
On Feb 19, 2010, at 1:06 AM, Geert Claes wrote:

> Is that GemStone Programming Guide pdf you linked to still the latest, it
> says April 2007?

While it is not the "latest", the material in chapter 3 is essential the same.
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Class Browser

csrabak
In reply to this post by Anthony G. Anton III
Anthony,

I'm not sure if I understood correctly your question, but I think a good start to search about the icons is http://scg.unibe.ch/research/hermion/icons
 
HTH

--
Cesar Rabak


Em 19/02/2010 05:01, Anthony G. Anton III < [hidden email] > escreveu:
Correction (sorry for the confusion)...

My apologies if I have overlooked obvious sources which provide the
answer to the question...

Where is there documentation to be found describing the meaning of
list entry icons (on left side of lists) in the Class Browser?

I am poking around in the "Pharo1.0-10508-rc2dev10.01.2" image and am
not coming up with answers. I've been able to guess at the meaning of
some but others escape me.

--
----------------------------------------------------------------------
Anthony Anton        3800 243rd Place SE          Phone:  425-313-1024
 Issaquah, WA 98029           Cell:   425-444-3084
Concept Systems      [hidden email]     FAX:    425-313-1024

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project