On Apr 5, 2007, at 01:28, Ryan King wrote:
On Apr 4, 2007, at 11:14 AM, Henri Sivonen wrote:
On Apr 4, 2007, at 20:10, Ryan King wrote:
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
On Apr 4, 2007, at 11:14 AM, Henri Sivonen wrote:
On Apr 4, 2007, at 20:10, Ryan King wrote:
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.
Well, that doesn't help. It doesn't sol
On Apr 4, 2007, at 20:10, Ryan King wrote:
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.
Well, that doesn't help. It doesn't solve the issue of what to do
when the generator has
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 rol
On Mar 28, 2007, at 21:00, Ryan King wrote:
On Mar 28, 2007, at 9:47 AM, Henri Sivonen wrote:
Then it appears that hCard creator (http://microformats.org/code/
hcard/creator) is broken.
If I enter "Jesus Maria" as the given name and "van der Boer y
Gonzales" as the family name, I get:
Jesu
