The HTML 4 specification recommends that a semicolon be used as the
separator for query string parameters because of the issues with
encoding '&' in link urls (see http://www.w3.org/TR/html4/appendix/notes.html#h-B.2.2).
In view of this, it would be very nice indeed if an optional separator
param were added to any functions that ultimately would call
Hash#toQueryString. (Especially since my software uses a semicolon and
not &).
Thank you,
- Aparajita
The HTML 4 specification recommends that a semicolon be used as the
separator for query string parameters because of the issues with
encoding '&' in link urls (see http://www.w3.org/TR/html4/appendix/notes.html#h-B.2.2).
I know, but there are other places where & is assumed.
> I guess it may be available for Hash.toQueryString, too. And, since we
> recommend keeping params as hashes in your code (not strings) before you
> pass them to Ajax.Requests, I guess we need an option for Ajax to serialize
> those hashes with an alternate separator, too.
Because the use of & and Hash.toQueryString is scattered throughout
prototype, you may want to provide some kind of global setting for the
query parameter separator. This would allow you to get the desired
behavior without having to change the function interface for every
function that hard codes '&' or that might eventually call
Hash.toQueryString or String#toQueryParams.
- Aparajita
Because the use of & and Hash.toQueryString is scattered throughout
prototype, you may want to provide some kind of global setting for the
query parameter separator.
I just added a ticket, and I look forward to seeing it in the core.
Thanks for listening.
- Aparajita