Re: Feedback on draft-gregorio-uritemplate-00

It seems to me that the data type of uri templates parameter would be  
part of the template and not part of the input. The one designing the  
template should know what goes where?

Am 07.10.2006 um 05:39 schrieb Mark Nottingham:

> Actually, by putting what's effectively an encoding type in the  
> input data structure, we *can* have both;
>
> {
>   'a': ('foo/bar', PATH_SEGMENT),
>   'b': ('foo/bar', NULL),
>   'c': ('foo/bar', QUERY_STRING),
> }
> http://example.com/{a}/{b}?{c}  -->  http://example.com/foo%2f/foo/ 
> bar?foo/bar
>

here you declare how the input shall be treated as attribute of the  
input. What about this:

('foo/bar', 'foo/bar', 'foo/bar')

http://example.com/{1ps}/{2}?{3q}  -->  http://example.com/foo%2f/foo/ 
bar?foo/bar

n - substitue n-th parameter unchanged
np - substitue n-th with uri escaping to make a valid path
nps - substitue n-th with uri escaping to make a valid path segment
nq - substitue n-th with uri escaping to make a valid query

Instead of positional, numbered parameters, one can apply the same to  
named parameters, as in

http://example.com/{ps(a)}/{b}?{q(c)}

Cheers,

Stefan