Jann Forrer schrieb:
[...]
>> 2 solutions come to mind:
>> reserve a prefix namespace like "lenya-..." and use
>> "?lenya-area=..." and so on, or do nothing and let people fix their
>> custom query params.
>> for obvious reasons, i prefer the former solution, even if it makes the
>> queries more verbose.
>>
> I would also prefer the lenya prefix for the lenya-document parameters.
> That seems the most obvious solution to me.
> BTW, would it even be possible for the people to fix all query params
> without touching core files? Anyway the second solution is not a very
> user friendly one :-(
I found an interesting paragraph in this issue in [1]:
"Aside from dot-segments in hierarchical paths, a path segment is
considered opaque by the generic syntax. URI producing applications
often use the reserved characters allowed in a segment to delimit
scheme-specific or dereference-handler-specific subcomponents. For
example, the semicolon (";") and equals ("=") reserved characters are
often used to delimit parameters and parameter values applicable to that
segment. The comma (",") reserved character is often used for similar
purposes. For example, one URI producer might use a segment such as
"name;v=1.1" to indicate a reference to version 1.1 of "name", whereas
another might use a segment such as "name,1.1" to indicate the same.
Parameter types may be defined by scheme-specific semantics, but in most
cases the syntax of a parameter is specific to the implementation of the
URI's dereferencing algorithm."
In short, a path segment can be followed by a set of parameters.
In our case, we could use for instance
lenya-document:12erg313-3fww46,lang=de,rev=12?foo=bar#section2
scheme |path segment |params |query |fragment
This would conform to the URI syntax and follow a common practise.
I like it :)
If you agree to this syntax - do you prefer a comma or a semicolon
as delimiter? IMO the comma makes it easier to distinguish the
parts because it is smaller, but both are fine with me.
[1] http://www.gbiv.com/protocols/uri/rfc/rfc3986.html#path
-- Andreas
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
