On Feb 4, 2008 11:39 AM, Ian Bicking <[EMAIL PROTECTED]> wrote: > > Brett Cannon wrote: > > On Feb 3, 2008 3:41 PM, Ian Bicking <[EMAIL PROTECTED]> wrote: > >> Brett Cannon wrote: > >>> As part of the standard library cleanup for Python 3.0, it has been > >>> suggested to me that the Cookie module be removed. The rationale for > >>> this is that most of the module is already deprecated and cookielib > >>> does a better job for cookie support anyway. > >>> > >>> I just wanted to see if anyone here had strong objections (along with > >>> reasons) as to why the module should be kept around in some form or > >>> another. > >> I think most frameworks still use the Cookie module. The cookielib > >> module is more oriented to the client side. It doesn't seem to have the > >> same parsing functions that you'd use on the server side (though maybe > >> they are there and just not documented because they also exist in the > >> Cookie module). > > > > I honestly don't know. This was just something that someone proposed > > and I figured I would quickly look into, especially since I am trying > > to create a single http.cookies module. But if both modules stick > > around that might not work out very well having BaseCookie, > > SimpleCookie, and Cookie all in the same module but doing very > > different things. > > I'd actually would prefer simple parsing functions instead of the > objects of the Cookie module. And the only thing I really like in the > cookie module is BaseCookie; the other classes try to be clever and just > manage to be distracting or annoying. > > If as Jim suggests the existing Cookie module was made into an > installable package we could have backward compatibility in addition to > a cleaner stdlib going forward. (Or we could leave cookies out of the > stdlib, but this particular functionality doesn't bother me since it's > fairly clear, at least now, how it should be implemented.)
I have no issue pushing Cookie out into the world on its own if that is what this SIG agrees upon. Make my life simpler. -Brett _______________________________________________ Web-SIG mailing list Web-SIG@python.org Web SIG: http://www.python.org/sigs/web-sig Unsubscribe: http://mail.python.org/mailman/options/web-sig/archive%40mail-archive.com