Hello All, According to PEP3108, the new urllib package will consists of request.py (urllib2.py and url handling functions from urllib (URLOpener, FancyURLOpener) and then parse.py ( urlparse.py and parsing related methods from urllib). http://bugs.python.org/issue2885 tracks the package creation.
Current urllib.py exposes the following methods. __all__ = ["urlopen", "URLopener", "FancyURLopener", "urlretrieve", "urlcleanup", "quote", "quote_plus", "unquote", "unquote_plus", "urlencode", "url2pathname", "pathname2url", "splittag", "localhost", "thishost", "ftperrors", "basejoin", "unwrap", "splittype", "splithost", "splituser", "splitpasswd", "splitport", "splitnport", "splitquery", "splitattr", "splitvalue", "getproxies"] Now the task is to divide them into request.py and parse.py. 1) urlopen method. Both urllib.py and urllib2.py currently have this method, urllib one takes proxies as the last argument and urllib2 takes timeout as the last argument. How do we have both of them? My thought, have urllib2's urlopen, because it anyway provides the proxy handling through handlers and discard urllib's urlopen method. Comments please? Now, splitting the methods to request.py and parse.py request.py - urlopen (urllib2's), URLopener, FancyURLopener, urlretrieve, urlcleanup, localhost, thishost, ftperrors, getproxies. parse.py - quote, quote_plus, unquote, unquote_plus, urlencode, url2pathname, pathname2url, splittag,basejoin,unwrap,splittype,splithost, splituser, splitpasswd, splitport,splitnport,splitquery,splitattr, splitvalue This to me looks like a major split up of the module and will involve code changes across the two a lot. When deciding upon the PEP3108 for urllib package, was this the thought process? Is my split up theoretically correct? Do you have any suggestions? Thanks, Senthil -- O.R.Senthil Kumaran http://uthcode.sarovar.org _______________________________________________ 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