+1
Alexandre
On 18 Mar 2011, at 16:16, Stéphane Ducasse wrote:
>
> How to navigate them?What model? Because this is not because you have
> namespace that you do not get name clash.
> How to use them in presence of package? What is the impact on tools? What do
> we want exactly? Do we want s
How to navigate them?What model? Because this is not because you have
namespace that you do not get name clash.
How to use them in presence of package? What is the impact on tools? What do we
want exactly? Do we want selector namespaces?
No need to answer and I have a long list.
I'm thinking ab
On Mar 18, 2011, at 5:18 PM, Miguel Cobá wrote:
> I think the "No" answer is more like "there are no current plans,
> because nobody has pushed it" than "the namespaces implementation is
> banned from Pharo"
Or: Namespaces can be done so easily wrong so that oe needs to think very
carefully an
I think the "No" answer is more like "there are no current plans,
because nobody has pushed it" than "the namespaces implementation is
banned from Pharo"
Cheers
El vie, 18-03-2011 a las 12:14 -0300, Esteban Lorenzano escribió:
>
> El 18/03/2011, a las 4:13a.m., Stéphane Ducasse escribió:
>
> >
El 18/03/2011, a las 4:13a.m., Stéphane Ducasse escribió:
>
> On Mar 18, 2011, at 12:04 AM, Torsten Bergmann wrote:
>
>>
>> 1. Is the Namespace code conceptually the one we want to
>> have for Pharo and if so are there any plans to
>> integrate it (Pharo 1.3/1.4./... ?)
>
> No
why?
Cheer
On Mar 18, 2011, at 12:04 AM, Torsten Bergmann wrote:
> While reading about the last GSOC 2010 at:
>
> http://code.google.com/p/google-summer-of-code-2010-esug/downloads/list
>
> I wonder what happened to the results. Are they just available
> to play with them in private.
>
> Or will Pharo/th
While reading about the last GSOC 2010 at:
http://code.google.com/p/google-summer-of-code-2010-esug/downloads/list
I wonder what happened to the results. Are they just available
to play with them in private.
Or will Pharo/the overall Smalltalk community profit
from them since they can be usefull