W3C home > Mailing lists > Public > public-iri@w3.org > August 2003

Re: Bidi issues

From: Roy Badami <roy@gnomon.org.uk>
Date: Thu, 7 Aug 2003 16:34:24 +0100
Message-ID: <16178.29056.423481.936772@moriarty.gnomon.org.uk>
To: Martin Duerst <duerst@w3.org>
Cc: IETF IMAA list <ietf-imaa@imc.org>, public-iri@w3.org

 > Arabic domain names, they always did it as MOC.BARA.BEW
 > (inverting not only each component of web.arab.com, but
 > also the order of the labels) rather than BEW.BARA.MOC
 > (just inverting the labels internally).

Just some very quick thoughs

But as I understand the bidi algorithm (and I don't really claim to
understand bidi, so please correct me if I'm wrong) although
WEB.ARAB.com will render sensibly in a RTL context:


It will render weirdly in a LTR context:

BARA.BEW.com (with the labels in the wrong order).

And the domain WEB.ARAB.foo.com won't render sensibly in either context

LTR: BARA.BEW.foo.com
RTL: foo.com.BARA.BEW

So you need something more than just the bidi algorithm to display
mixed LTR/RTL domains sensibly.  ie the UI needs to know to display
the labels in order from least significant to most significant (in the
users prefered writing direction).

It's easy to do this by getting the UI to insert suitable embedding
codes prior to rendering; I'm sure this was discussed on the IDN list,
but I haven't had time to refer back to it.

I'm not sure the same issues really occur with local parts, though,
since separators only have local significance.  There isn't really any
global 'right' order in which to display the segments of a local part,
since the very notion of segments is internal to IMAA.

Received on Thursday, 7 August 2003 11:42:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:39:37 UTC