- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 14 Jul 2010 08:26:23 -0700
- To: www-tag@w3.org
- Message-ID: <m2d3uqm6e8.fsf@nwalsh.com>
Noah Mendelsohn <nrm@arcanedomain.com> writes:
> Norm Walsh wrote:
>> I find that unsatisfactory. It leaves generic XML processors out in
>> the cold once again by expecting them to be aware of all of the media
>> type registrations for all +xml formats.
>
> That wasn't my intention. On the contrary, I think we're agreeing that:
>
>> By creating a +xml format, you're explicitly signing on to a bunch of
>> constraints. The fragment identifier constraints for XML have been
>> informally understood but not standardized for years, that's a bug
>> that 3023bis should resolve.
>
> Indeed. All I was suggesting is that we insist that, at least in the
> future, +xml registrations explicitly acknowledge that. This would
>
> 1) Help to ensure that the authors of those recommendations noticed
> their responsibility to support the generic syntax and
>
> 2) Make it somewhat harder for those who first read the +xml
> registration document to fail to notice the inheritance of generic
> fragid (and other) rules from 3023bis.
>
> So, I think we agree, except perhaps on whether it's worth the trouble
> to require that +xml registrations >explicitly< acknowledge the
> generic rules, and I certainly don't feel strongly about that. Sorry
> for any confusion.
Ok. Good. To be concrete, here's what I think I'd like 3023 to say:
1. +xml media types SHOULD use application/xml semantics for fragment
identifiers.
2. Media type registrations for +xml media types should explicitly
acknowledge that they use 3023 fragment identifier semantics
3. Unless a media type registration for a +xml media type explicitly
says otherwise, generic XML processors are licensed to attempt to
resolve fragment identifiers using the application/xml
semantics.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | Individuality seems to be Nature's
http://nwalsh.com/ | whole aim--and she cares nothing for
| individuals.-- Goethe
Received on Wednesday, 14 July 2010 15:27:00 UTC