[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Why XML data typing is hard

• From: Toby Speight <tms@a...>
• To: "XML developers' list" <xml-dev@i...>
• Date: 30 Nov 1998 18:27:25 +0000

Henry> Henry S. Thompson <URL:mailto:ht@c...>

0> In article <f5b3e71oycq.fsf@c...>, Henry wrote:

Henry> In other words, if there are (natural) language/culture dependent
Henry> aspects to our documents, then if we are good citizens we should
Henry> use the xml:lang attribute to signal this.  This is NOT the same
Henry> as (see some earlier messages) expecting the PROCESSOR's locale
Henry> to sort things out: it's more like including the AUTHOR's locale
Henry> in the document.
Henry>
Henry> So just as I might write
Henry>
Henry> <balance xml:lang='fr'>quatre cinquante</balance>
Henry>
Henry> if we add sensitivity to language to our lexical typing, I
Henry> might write
Henry>
Henry> <balance xml:lang='fr'>4,50</balance>
Henry>
Henry> OR
Henry>
Henry> <balance xml:lang='ar'>&#x0664;&#x066B;&#x0665;&#0660;</balance>
Henry>
Henry> Is the latter an indication of a plausable way forward,
Henry> i.e. lexical types which are parameterised by (natural)
Henry> language?

It looks attractive at first sight, but think of the burden you're
placing on processors - instead of authors having to transform from
their *own* locale to a canonical representation, readers have to
transform from the *document's* (arbitrary) locale.  So readers now
need to know (enough about) *all* the locales from which they might
receive data.

Note that I'm considering the issues from the point of view of an
interchange format.  I've no objection to the use of the above in an
internal, single-language environment, as long as the elements are
transformed to a canonical form when passed to unsuspecting readers.

-- 


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)

• Follow-Ups:
  • Re: Why XML data typing is hard
    • From: David Brownell <db@E...>
  • Re: Why XML data typing is hard
    • From: <david@m...>

• References:
  • Re: Why XML data typing is hard
    • From: "Michael Kay" <M.H.Kay@e...>
  • Re: Why XML data typing is hard
    • From: <david@m...>
  • Re: Why XML data typing is hard
    • From: ht@c... (Henry S. Thompson)

• Prev by Date: Re: Why XML data typing is hard
• Next by Date: Re: Internal subset equivalent in new schema proposals?
• Previous by thread: Re: Why XML data typing is hard
• Next by thread: Re: Why XML data typing is hard
• Index(es):
  • Date
  • Thread