- From: Marc Hadley <Marc.Hadley@Sun.COM>
- Date: Tue, 02 Jan 2007 14:23:02 -0500
- To: Joe Gregorio <joe@bitworking.org>, James M Snell <jasnell@gmail.com>
- Cc: Mark Nottingham <mnot@mnot.net>, uri@w3.org
- Message-id: <2CCDA33C-29C7-440D-86E1-1A2B73EE6596@Sun.COM>
Good analysis Joe, thanks. On Dec 27, 2006, at 2:49 PM, James M Snell wrote: > > Ugh. I'd rather we not go down the path of embedding encoding > information into the template. Let's just pick a reasonable > default and > leave it at that. > +1, Joe's "default" below looks good to me. Marc. > Extensions that affect the selection and validation of the replacement > value are fine. > > - James > > Joe Gregorio wrote: >> [snip] >> Allow a ':' at the end of a variable name to separate out options, >> and then >> add an option 'enc=<enc>' where >> 'enc' could be: >> >> enc="strict" >> All characters outside (iprivate | iunreserved) are % encoded >> >> enc="sub" >> Characters outside (iprivate | iunreserved | sub-delims) are % >> encoded >> >> enc="none" >> No characters are % encoded >> >> enc="default" >> Or if '=<enc>' isn't provided then the default encoding is used: >> >> Characters outside ( iprivate | iunreserved | '@' | ':' | '/' ) are >> % encoded. >> >> So back to the example, if we have: >> >> http://bitworking.org/{path:enc=strict} >> >> and >> >> path = "projects/httplib2/" >> >> then that gets interpreted as: >> >> http://bitworking.org/projects%2Fhttplib2%2F >> >> and >> >> http://bitworking.org/{path:enc=default} >> >> gets interpreted as: >> >> http://bitworking.org/projects/httplib2/ >> >> Note that >> >> http://bitworking.org/{path:enc=default} >> >> and >> >> http://bitworking.org/{path} >> >> will give equivalent values. >> >> Again, with this I worry about complexity and surprising behavior: >> >> http://example.org?a={b:enc=strict} >> b = "a=test" >> >> gives: >> >> http://example.org?a=a%3Dtest >> >> while >> >> http://example.org{b:enc=none} >> b = "?a=test" >> >> gives: >> >> http://example.org?a=test >> >> -joe >> > --- Marc Hadley <marc.hadley at sun.com> CTO Office, Sun Microsystems.
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Tuesday, 2 January 2007 19:23:21 UTC