Paul Moore wrote:
>On 5/31/06, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
>
>>Why would a 3rd-party module be installed into the stdlib namespace?
>>net.jabber wouldn't exist unless it was in the stdlib or the module's author
>>decided to be snarky and inject their module into the stdlib namespace.
>>
>>
>
>Do you really want the stdlib to "steal" all of the simple names (like
>net, gui, data, ...)? While I don't think it's a particularly good
>idea for 3rd party modules to use such names, I'm not too keen on
>having them made effectively "reserved", either.
>
>
I'm confused. As far as I can see, a reserved prefix (the "py" or
"stdlib" package others have mentioned) is the only reliable way to
avoid naming conflicts with 3rd-party packages with a growing standard
library. I suspect we wll be going round and round in circles here as
long as a reserved prefix is ruled out. IMO, multiple reserved prefixes
("net", "gui", etc.) is much worse than one. Could someone please
explain for my sake why a single reserved prefix is not acceptable?
Thanks,
--
--------------------------------------------------------------------
Aaron Bingham
Senior Software Engineer
Cenix BioScience GmbH
--------------------------------------------------------------------
_______________________________________________
Python-3000 mailing list
Python-3000@python.org
http://mail.python.org/mailman/listinfo/python-3000
Unsubscribe:
http://mail.python.org/mailman/options/python-3000/archive%40mail-archive.com
