- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Wed, 17 Apr 2013 19:50:04 +0200
- To: Jeni Tennison <jeni@jenitennison.com>
- CC: "www-tag@w3.org List" <www-tag@w3.org>
On 2013-04-17 18:27, Jeni Tennison wrote:
> Hi,
>
> A new version of "Best Practices for Fragids" is here:
>
> http://www.w3.org/2001/tag/doc/mimeTypesAndFragids-2013-04-04.html
>
> This adds the things discussed at the F2F:
>
> a. a note that emphasises that there's no need for a given fragid to be resolvable across all conneg'd variants
> b. some wording that highlights the use of fragid interpretation by scripts to identify portions of embedded resources such as images or video
> c. an appendix that lists the fragid structures that I could find
>
> The latter throws up a case which I hadn't registered: JSON Pointer is already defining fragids for JSON which start with a /, which could lead to precisely the conflicts between conneg'd HTML & JSON that IIRC Yehuda was concerned about when we discussed this.
Actually, it does mention the use of JSON pointers as fragment
identifiers, but it does *not* make them the fragment identifier format
for application/json:
Note that a given media type needs to specify JSON Pointer as its
fragment identifier syntax explicitly (usually, in its registration
[RFC6838]). That is, just because a document is JSON does not imply
that JSON Pointer can be used as its fragment identifier syntax. In
particular, the fragment identifier syntax for application/json is
not JSON Pointer.
> I think the JSON Pointer work is not quite done. So I think we should start a conversation with the authors of that about instead recommending #json=/... instead.
It's already published as RFC 6901.
> Noah, this is something we could discuss on Thursday, if there's room on the agenda. I am likely to only be there for the first hour of the call I'm afraid, so if it could be scheduled early that would be helpful.
>
> Thanks,
>
> Jeni
Best regards, Julian
Received on Wednesday, 17 April 2013 17:50:35 UTC