Opened 13 years ago
Closed 5 years ago
#5229 closed enhancement (wontfix)
Support for alternate URL argument formatting
Reported by: | guest | Owned by: | Bryan Forbes |
---|---|---|---|
Priority: | high | Milestone: | 1.11 |
Component: | IO | Version: | 1.0 |
Keywords: | Cc: | [email protected]… | |
Blocked By: | Blocking: |
Description (last modified by )
Currently, the content object passed to xhr[Get|Post] is formatted using ?'s, &'s and ='s, which is generally groovy.
However, in the case of a site which implements MVC style URL's, this isn't very friendly.
Rather than "?param1=value1¶m2=value2", it would be useful to be able to have /'s used for each separator, ala "/param1/value1/param2/value2".
My particular case revolves around the use of dojox.data.QueryReadStore, but I think that providing the solution at that level is really only a short-term solution.
I'm surprised this hasn't come up before... but I guess the fact that it hasn't may mean I'm a genuine minority. I do realize that this functionality can be implemented by simply eliminating the content argument and generating the full URL by hand, but I can't help but feel that that is a hackish solution.
Change History (10)
comment:1 Changed 13 years ago by
Milestone: | → 1.3 |
---|
comment:2 follow-up: 3 Changed 13 years ago by
comment:3 Changed 13 years ago by
Replying to wolfram: Yeah, that is in fact what I did... I created a customized class for the QueryReadStore requests.
It just seems to me that it could be really easily done further up the tree, within the scope of the toolkit itself... I may well be mistaken, but that was certainly my thinking at the time.
Thanks for the suggestion.
comment:4 Changed 13 years ago by
In my opinion the customization of the url can be very extensive that I would see it as a separate thing. Though I would be interested in seeing what you built, if you can show it. May be there could be some kind of dojox.RequestBuilder? or alike, which could take care of something like that ... or may the RequestBuilder? is a stupid idea :-)
I would like to know other people's opinions.
wolfram
comment:5 Changed 12 years ago by
Description: | modified (diff) |
---|---|
Milestone: | 1.3 → future |
move unowned / abandoned tickets to "future" milestone
comment:6 Changed 10 years ago by
Owner: | anonymous deleted |
---|
comment:7 Changed 9 years ago by
Component: | General → IO |
---|---|
Owner: | set to Bryan Forbes |
comment:8 Changed 8 years ago by
Milestone: | future → 1.9 |
---|
Bryan, any thoughts on what to do with this in the context of dojo/request?
Let's address and either close it out or consider something for 2.0.
comment:9 Changed 8 years ago by
Milestone: | 1.9 → 2.0 |
---|
Since we released the beta for 1.9, presumably this enhancement should be bumped to 2.0.
comment:10 Changed 5 years ago by
Milestone: | 2.0 → 1.11 |
---|---|
Resolution: | → wontfix |
Status: | new → closed |
If this is still desired, it will be address for dojo 2 ( https://github.com/dojo/core/blob/55dda881f9db43270e17025f08e78107f79f65bf/src/request.ts ). Closing this out.
What you are mentioning here is actually pretty easy to do by extending the QueryReadStore?-class and customizing the URL to be used. See http://archive.dojotoolkit.org/nightly/dojotoolkit/dojox/data/demos/demo_QueryReadStore.js and the examples http://archive.dojotoolkit.org/nightly/dojotoolkit/dojox/data/demos/demo_QueryReadStore*.html you should see that extending the class "DojoDataSortable?" and customizing the store's URL instead of passing the query/serverQuery parameters in requestRow() would do this task.