17804 2012-07-18 06:03:51 +0000 Handling parameter part of type attribute on the draft 2012-07-20 20:47:55 +0000 1 1 1 Unclassified Web Intents Web Intents specification unspecified PC Linux RESOLVED FIXED P2 normal --- 1 tzik gbillock gbillock mike paulkinlan public-web-intents dave.null oldest_to_newest 70076 0 tzik 2012-07-18 06:03:51 +0000 In latest editor's draft of Web Intents[1], second example posts an intent with type="text/uri-list" and third example declares it accepts type="text/uri-list;type=image/*" intent. But, according to matching section[2], text/uri-list;type=image/* doesn't match against text/uri-list, so third example can't accept the intent from second example. IMO, possible fix is - changing "text/uri-list" to "text/uri-list;type=image/" in second example, - or, changing the matching algorithm to handle parameter part of type attribute. [1] http://dvcs.w3.org/hg/web-intents/raw-file/tip/spec/Overview.html#example [2] http://dvcs.w3.org/hg/web-intents/raw-file/tip/spec/Overview.html#matching-action-and-type-for-delivery 71270 1 gbillock 2012-07-20 20:47:55 +0000 This was technically OK, but a bad example (the second "type" is really a mime type parameter, not another mime type). I've just removed it.