[Python-Dev] New uriparse.py

John J Lee jjl at pobox.com
Sun Apr 2 19:55:10 CEST 2006


On Sun, 2 Apr 2006, "Martin v. Löwis" wrote:
> Paul Jimenez wrote:
>> Announcing uriparse.py, submitted for inclusion in the standard library.
>> Patch request 1462525.
[...]
> abstractions"; however, this didn't mean anything to me. Saying
> "urlparse doesn't comply with STD66 (aka RFC3986) because
> it hard-codes URI schemes, instead of applying the same
> syntax to all of them" is something I would have understood
> as a problem.

Evidently Paul quickly realised that back at the time of the original 
thread: hence the lack of posts from Paul protesting at Guido & Mike 
Brown's explanations, and the appearance now of this nice module :-)
> So in short: are you willing to write documentation for this?
> The rationale section could either go into the urllib documentation
> (pointing out that particular problem, and referring to urilib
> as an improvement)

Currently of course we have both the functions in urllib, plus module 
urlparse. This module is roughly a replacement for urlparse. Probably if 
this module is accepted (after a few changes, no doubt) the urllib 
functions should then be deprecated (which would probably trigger adding a 
few more functions to the new module). I guess module urlparse would also 
be deprecated.
I have a list of concrete and mostly easily-resolved problems with the 
module (including not liking the name). I also suspect there are issues 
related to unicode, %-encoding &c. exist which should be resolved before 
including this in the stdlib; I won't comment further on that until I've 
read the relevant RFCs. I've posted detailed comments on the tracker.
John


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /