[uf-discuss] Re: hCard creator and multitoken given/family names

[Ryan King]

On Apr 4, 2007, at 7:58 AM, Henri Sivonen wrote:
> On Mar 28, 2007, at 21:00, Ryan King wrote:
>> On Mar 28, 2007, at 9:47 AM, Henri Sivonen wrote:
>>> I'd be interested in a design rationale pointer explaining why  
>>> having more than two tokens in an fn is not allowed when the  
>>> information about the roles of the tokens is unavailable to the  
>>> producer of the markup. Is this something that has been inherited  
>>> wholesale from vCard?
>>
>> Having more than 2 tokens in an fn is allowed, it's just not  
>> useful for calculating an implied-n.
>
> Now I'm confused. Is it allowed even if the same hCard does not  
> contain an explicit n or explicit name part tokens? Where is it  
> specified that more than 2 tokens in an fn are allowed?
>
> I'm not objecting. fn with more than 2 token is what I was asking  
> for. I just don't see spec text allowing it.

FNs with more than 3 tokens are perfectly fine, it's just that  
there's no implied-n rule that can deal with it, so the creator needs  
to explicitly mark up N. With just two tokens (given and family name)  
we leave the N markup out, because the implied-n rules can take care  
of it.

-ryan

--
Ryan King
ryan at technorati.com