Re: [link-relations] app data wrt HTML usage, was: NEW APP DATA

[Ian Hickson <[e-mail]>]

This thread is going off the topic of the field registrations, so I've 
only replied to the relevant parts here.

On Wed, 11 Aug 2010, Julian Reschke wrote:
> 
> a/@rel=stylesheet indeed is not implemented (nor precisely defined), 
> thus I have no problem with HTML validators pointing out that this is 
> likely an authoring mistake. I just don't see why the type registry 
> needs to contain this information.

Understood.


> > > > > - Unconvinced that the default of "no" for<link> is right. If 
> > > > > somebody defines a link relation, and it doesn't make sense 
> > > > > on<link>, then it appears that something is very wrong with the 
> > > > > proposed semantics of the link relation.
> > > > 
> > > > There are very few where this is the case, but I don't see why 
> > > > that would mean a relation where this is the case is wrong.
> > > 
> > > If there are few, then this implies the default should not be "no".
> > 
> > The "default" is merely a shorthand for not having to list every 
> > current relation and its new value; if you would rather I just list 
> > every relation I would be happy to do that.
> 
> Incorrect; it's also the default for new values.

Surely for new values we would want the people submitting registrations to 
consider how their relations will work with existing applications and thus 
they will explicitly say what the values should be?

I would not at all feel comfortable defaulting all future values to either 
"hyperlink", "external resource link", or "annotation link". Which one 
applies should be carefully considered in each case. If no consideration 
is made, the only safe answer IMHO is "not allowed". This argues strongly, 
again IMHO, that we absolutely must have the latter as one of the possible 
options, if we are to have this field at all.

At this point my assumption is that the field registration is being 
rejected and we will have to deal with it outside the registry.

-- 
Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'