W3C home > Mailing lists > Public > www-font@w3.org > April to June 2010

Re: WOFF and extended metadata

From: James Cloos <cloos@jhcloos.com>
Date: Thu, 17 Jun 2010 10:12:41 -0400
To: <www-font@w3.org>
Cc: "Levantovsky\, Vladimir" <Vladimir.Levantovsky@MonotypeImaging.com>, Sylvain Galineau <sylvaing@microsoft.com>, Tal Leming <tal@typesupply.com>, Erik van Blokland <erik@letterror.com>, <public-webfonts-wg@w3.org>
Message-ID: <m3ljadpx1q.fsf@carbon.jhcloos.org>
>>>>> "LV" == Levantovsky, Vladimir <Vladimir.Levantovsky@MonotypeImaging.com> writes:

LV> 1) Localizable metadata extension as proposed by Jonathan Kew [13]
LV> (with detailed description of the simple set of rules) - this is my
LV> personal favorite:

LV> <extension lang="en"><!-- untagged subelements are English -->
LV>   <item>
LV>     <name>Message</name>
LV>     <name lang="nl">Bericht</name>
LV>     <name lang="fr">Message</name>
LV>     <value>Hello!</value>
LV>     <value lang="nl">Hallo!</value>
LV>     <value lang="fr">Salut!</value>
LV>     <value lang="fr-CA">Bonjour!</value>
LV>     <value lang="ja">こんにちは。</value>
LV>   </item>
LV> </extension>

Of the three in your message, this is the best, presuming that lang
tagging is optional.  Ie, something like:

   <extension><item><name>foo</name><value>bar</value></item></extension>

should be rendered in all locales, notwithstanding the language or
script in which the foo and bar happen to be.

The use of lang="" is common in XML and therefore well understood and
implemented.  Having the tag apply by default to child elements of the
XML tree is also common, well understood and implemented.  And having
the name:value tuples as plain text enclosed by tags helps ensure that
the XML will be well formed, given the limits on text w/in a <>.

I'd go a bit further, though, and make it a SHOULD that the text would
use entities only for '&' and '<'.

-JimC
-- 
James Cloos <cloos@jhcloos.com>         OpenPGP: 1024D/ED7DAEA6
Received on Thursday, 17 June 2010 14:21:24 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:37:34 UTC