- From: Matitiahu Allouche <matial@il.ibm.com>
- Date: Sun, 22 Oct 2006 10:29:05 +0200
- To: "Sandra Bostian" <sbos@loc.gov>
- Cc: www-international@w3.org, www-international-request@w3.org
XML processors are not supposed to handle Arabic text (content or names)
differently from LTR text, so the data should still be (where upper case
letters represent Arabic):
<ARABICNAME>ARABIC CONTENT</ARABICNAME>
If you look at such a data stream with an XML viewer or editor, results
may vary depending whether that viewer/editor has special handling for RTL
text. Since an XML file with Arabic stuff is likely to contain a mixture
of LTR and RTL text (both for content and for names), the display will
often be difficult to interpret visually and to edit, but this does not
mean that the XML will not be processed correctly by whatever application
it is meant for.
Shalom (Regards), Mati
Bidi Architect
Globalization Center Of Competency - Bidirectional Scripts
IBM Israel
Phone: +972 2 5888802 Fax: +972 2 5870333 Mobile: +972 52
2554160
"Sandra Bostian" <sbos@loc.gov>
Sent by: www-international-request@w3.org
20/10/2006 21:41
To
<www-international@w3.org>
cc
Subject
Arabic XML question
I'm working on some training materials and I have a question about Arabic
usage in XML elements and the order of tags in a bidi environment.
Normally, in an LTR environment you would get this:
<name>content</name>
I'm assuming the order of start and end tags would remain the same in a
bidi environment, with both Arabic language content and element names,
because these are processor rules and they are expecting a particular
syntax. But I couldn't find anything confirming or disputing this. Can
anyone confirm or point me to something that would say that this should
not be the way things are:
</eman>tnetnoc<eman> or <eman/>tnetnoc<eman>
and that it should be:
<eman>tnetnoc</eman>
Thanks,
Sandy
Sandy Bostian
Digital Conversion Specialist
Library of Congress
Meeting of Frontiers: http://frontiers.loc.gov
202-707-2342
sbos@loc.gov
Received on Sunday, 22 October 2006 08:26:34 UTC