W3C home > Mailing lists > Public > public-esw-thes@w3.org > May 2011

RE: Arabic or Hebrew languages (Right to Left Languages) and SKOS, XML,RDF,etc.

From: Rob Tice <rob.tice@k-int.com>
Date: Thu, 26 May 2011 15:31:22 +0100
To: "'Christophe Dupriez'" <christophe.dupriez@destin.be>, "'SKOS'" <public-esw-thes@w3.org>, "'Armando Stellato'" <stellato@info.uniroma2.it>
Message-ID: <4dde641b.ce05e30a.34a6.333e@mx.google.com>
Hi Christophe

IMHO rendering is just one consideration; Comparisons, ordering etc may all
need to change based on specific language content.

I personally don't think that embedding what is effectively markup in the
data itself is really an ideal technical solution and it is up to the
applications that handle the data to manage rendering and other language
driven considerations. I therefore don't see using the language of a
term/concept to drive the display in an application as much of an overhead

Please see http://aspect.vocman.com/vbe/browse?identifier=LRE-0001

for a vocabulary with terms right to left and left to right existing side by

Just my 2p :)



-----Original Message-----
From: public-esw-thes-request@w3.org [mailto:public-esw-thes-request@w3.org]
On Behalf Of Christophe Dupriez
Sent: 26 May 2011 10:39 AM
To: SKOS; Armando Stellato
Subject: Arabic or Hebrew languages (Right to Left Languages) and SKOS,


I would like to know if some best practices has been set up to support 
RTL (right to left) languages in XML, RDF or SKOS.

The problem: when displaying Arabic or Hebrew, the browsers must be told 
to write from right to left and (ideally) the text is better displayed 
aligned on the right rather than the left.

One may wish that applications not be obliged to make explicit tests 
like "if language is Arabic or Hebrew then RTL+align:right else then 

What have been done for this? What the community think that should be done?

I made a test by hand to prepare addition of Arabic to JITA:

Other languages of the JITA thesaurus, as used to access E-LIS (click on 
concepts in schemas):

For now, my "feeling" is to add Unicode character x202B before Arabic 
and Hebrew labels and Unicode character x202C at the end (i.e. within 
the data).
Character x202C is Pop Direction Format: return to the direction (LTR or 
RTL) in use when x202B (switch to RTL) was encountered.

But what others do???

I will be happy to learn about your thought on this topic!

Received on Thursday, 26 May 2011 14:31:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:46:11 UTC