On Thu, Feb 28, 2008 at 5:31 PM, Robert Brewer <[EMAIL PROTECTED]> wrote:
> I'd propose:
>
> Cookie -> http.cookies
> cookielib -> http.cookiejar
On Thu, Feb 28, 2008 at 8:46 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> +1 from me.
And +1 from me as well.
-Fred
--
Fred L. Drake, Jr.
On Thu, Feb 28, 2008 at 5:31 PM, Robert Brewer <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
> > So my question is what do people see as a possible naming scheme for
> > these modules? Cookie has to be renamed because of its PEP 8
> > violation. Here are some ideas::
> >
> > cookielib ->
Brett Cannon wrote:
> So my question is what do people see as a possible naming scheme for
> these modules? Cookie has to be renamed because of its PEP 8
> violation. Here are some ideas::
>
> cookielib -> cookielib
> Cookie -> cookielib2 (with plans to move what needs to go from Cookie
> into
When I brought this up last it was when I first began bombarding this
list with stdlib reorganization questions, so there was some noise
about the whole process and no clear resolution was reached.
The problem is that both modules have a Cookie class, so they can be
merged. Much like the url* issu
On Thu, Feb 28, 2008 at 5:07 PM, Robert Brewer <[EMAIL PROTECTED]> wrote:
> Brett Cannon wrote:
> > With PyCon approaching and having other stuff on my plate to deal with
> > I want to try to reach a consensus on the whole
> > urllib/urllib2/urlparse situation for the stdlib reorg in Python 3.0
On Thu, Feb 28, 2008 at 4:56 PM, Raymond Hettinger <[EMAIL PROTECTED]> wrote:
> I'm inclined towards the fancy naming option. Ditching the most commonly
> used module in the standard library doesn't seem like progress to me. The
> thing that seems to bug people is choosing between urllib and ur
Brett Cannon wrote:
> With PyCon approaching and having other stuff on my plate to deal with
> I want to try to reach a consensus on the whole
> urllib/urllib2/urlparse situation for the stdlib reorg in Python 3.0
> and get it settled.
>
> So, two options for people to show support for. One is to
[BCC'ing stdlib-sig and web-sig so that both vote but that I don't
have to clear a bunch of replies in the stdlib-sig mailing list from
people not on both lists =) ]
With PyCon approaching and having other stuff on my plate to deal with
I want to try to reach a consensus on the whole
urllib/urllib
