Open feross opened 10 years ago
@medikoo is maintaining this repo, so I don't want to make API changes without him being ok with that. I think work that @feross is doing is very important & it would be a shame if do not support him, regardless of our API preferences.
Thanks @Gozala :)
The goal of this module is to match the node/iojs querystring
module, right? Seems like API changes shouldn't be debated in this repo, but in the node/iojs projects before API changes are made. Once node/iojs commit to an API, the module ought to just mirror it :) At least, that's what I do in buffer
.
@Gozala this can't be reliable achieved without getting back to single module version. I'm fine with this, as in my work I rely more on querystring2 package.
If you're also ok with it, in some free moment I can make it so it's single module with latest node.js implementation.
I just encountered this issue and completely agree with @feross.
If you're not going to match the API exactly, at a bare minimum the differences should be documented. As it is today I had to read through the code to see if my implementation was buggy or if this library just didn't support this option.
@medikoo sure let's merge with your querystring2 if resolves this issue for everyone.
Any progress on this? Browserify seems to rely on the module by default, so it's a shame that it's not 1:1 with Node core My bad, the browserify README.md links to this module, but the package.json specifies querystring-es3
Should be addressed with https://github.com/Gozala/querystring/issues/20 it covers also ES3 version, PR's are very welcome (and I will handle them promptly).
options
can include adecodeURIComponent
orencodeURIComponent
property. See: https://github.com/joyent/node/blob/master/lib/querystring.js#L180querystring.escape
andquerystring.unescape
, see: http://nodejs.org/api/querystring.html#querystring_querystring_escape