W3C home > Mailing lists > Public > public-media-fragment@w3.org > December 2009

Re: Processing requirements

From: Jack Jansen <Jack.Jansen@cwi.nl>
Date: Wed, 30 Dec 2009 00:51:34 +0100
Cc: Silvia Pfeiffer <silviapfeiffer1@gmail.com>, Philip Jägenstedt <philipj@opera.com>
Message-Id: <F049BF54-C968-4B60-9073-116EA57F98EB@cwi.nl>
To: Media Fragment <public-media-fragment@w3.org>
My 2 cents:
after thinking about it for a bit I think there's definitely a point to be made about separating our definition of the name/value pairs and what there semantics are from what their external representation is. URL-fragments would then become one such representation, url-queries another, and we leave a clear path for third parties defining yet another external representation while keeping our semantics. We could state in the name/value semantics section that, irrespective of external representation, each name may be used at most once, order is unimportant, etc. (That is: this last sentence is my preference, if we as a group decide otherwise we could also state that).

But that doesn't solve the rather nasty issue of there being no definitive reference for how to parse url queries and fragments, which is demonstrated by the fact that Philip and me seem to have different personal views about what "the right way" is.

Even though I'm reluctant to standardise something that has much wider scope than just media fragments I guess there simply isn't a way around it: if it hasn't been done before we'll have to do it. In a separate chapter, with a preamble that we're doing this because it hasn't been done before, with the caveat that if it turns out we've done this wrong it means that Media Fragments 1.1 (which would adhere to a better standard for name/value encoding) would possibly be backward-incompatible with Media Fragments 1.0, etc etc etc etc.
Jack Jansen, <Jack.Jansen@cwi.nl>, http://www.cwi.nl/~jack
If I can't dance I don't want to be part of your revolution -- Emma Goldman
Received on Tuesday, 29 December 2009 23:52:34 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:52:43 UTC