Re: [Python-ideas] [Web-SIG] Merge Cookie and cookielib?
(This is from a discussion taking place on Web-SIG, but this isn't web- related, so I'm sending it to python-ideas.) On 5 Feb 2008, at 18:21, Brett Cannon wrote:
My current idea is the new names cookie.client and cookie.server for Cookie and cookielib, respectively. While this goes against the goal of making the new names easier to work with, Cookie has to be renamed because of its PEP 8 violation. And having cookie and cookielib in the stdlib will not help with differentiating between the two.
Has anyone proposed dropping the -lib suffix on *all* modules that currently use it? It annoys me. It seems arbitrary and redundant. I suppose there must be some historical reason for that, but I can't imagine it would still be very relevant.
On 05/02/2008, at 21:39, Adam Atlas wrote:
On 5 Feb 2008, at 18:21, Brett Cannon wrote:
My current idea is the new names cookie.client and cookie.server for Cookie and cookielib, respectively. While this goes against the goal of making the new names easier to work with, Cookie has to be renamed because of its PEP 8 violation. And having cookie and cookielib in the stdlib will not help with differentiating between the two.
I like this, but maybe it goes against some notion of a shallow stdlib namespace... so maybe cookieclient and cookieserver or something is better.
Has anyone proposed dropping the -lib suffix on *all* modules that currently use it? It annoys me. It seems arbitrary and redundant.
how would you call httplib? httpclient I guess. +50 if I could vote. -- Leonardo Santagada
On Feb 5, 2008 3:39 PM, Adam Atlas
(This is from a discussion taking place on Web-SIG, but this isn't web- related, so I'm sending it to python-ideas.)
This should be on stdlib-sig. If you actually want to propose it, bring it up there. -Brett
On Feb 5, 2008 4:11 PM, Leonardo Santagada
On 05/02/2008, at 21:39, Adam Atlas wrote:
On 5 Feb 2008, at 18:21, Brett Cannon wrote:
My current idea is the new names cookie.client and cookie.server for Cookie and cookielib, respectively. While this goes against the goal of making the new names easier to work with, Cookie has to be renamed because of its PEP 8 violation. And having cookie and cookielib in the stdlib will not help with differentiating between the two.
I like this, but maybe it goes against some notion of a shallow stdlib namespace... so maybe cookieclient and cookieserver or something is better.
No it doesn't go against that idea as it is a single level.
Has anyone proposed dropping the -lib suffix on *all* modules that currently use it? It annoys me. It seems arbitrary and redundant.
how would you call httplib? httpclient I guess.
+50 if I could vote.
Any stdlib reorg talk should happen on stdlib-sig. Please take it over there (and if you do read PEP 3108 and the archives as httplib has already been handled). -Brett
participants (3)
-
Adam Atlas -
Brett Cannon -
Leonardo Santagada