On Sat, Aug 16, 2008 at 7:04 AM, Facundo Batista <facundobatista at gmail.com> wrote: > Hi! > > The issue 600362 has two patches (one for 2.6 and the other for 3.0) > that are ready to commit (with a small change in the docs). This > patches relocates the parse_qs and parse_qsl functions into the > urlparse module (urllib.parse in 3k), bringing them from the cgi one. > > For backward compatibility, those functions are also accessible from > the cgi module, but in the documentation says that the function was > moved, and you should use it from the urlparse one. > > So, we don't have *any* change in the behaviour towards the final user. > > Two questions: > > - It's ok to do this now or we should wait for 3.1/2.7? > > - Should we add a deprecation warning in the cgi module for this functions? > > I propose to commit this now, but leave a deprecation warning for the > next release. > Obviously Barry's call, but I think it's fine to do what you are proposing. -Brett
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4