[XSL-LIST Mailing List Archive Home] [By Thread] [By Date]

Re: [xsl] BIDI problem in XSL-FO

Subject: Re: [xsl] BIDI problem in XSL-FO
From: "Michael Müller-Hillebrand mmh@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 3 May 2016 15:41:58 -0000

Hi Tony,

Wow, what an interesting tool this is:

Unfortunately, in my case the parentheses are likely to be just regular text
and I have no direct way of knowing whether they surround Arabic or Western
text (other than trying to find some all-purpose magic XPath analyzing
basically every text() node). But the content inside the parentheses is tagged
as non-translateable and I can take advantage of that.

<p>ARABIC <nt>Brand name</nt> (<nt>Former name</nt>) TEXT.</p>

By playing around with the tool (and without proper understanding of the
rules) I find some options that would make the parentheses correct, but the
preceding or following Arabic text will be ordered in the wrong way.

I have the impression that direction control characters in this situation do
not as well as <fo:bidi-override> would work. Unfortunately I have not heard
back, whether the presentation as

.TXET (Former name) Brand name CIBARA

is accepted by the client.

- Michael

BTW: I hope this is still on topic enough. That's why I mentioned XPath.

> Am 03.05.2016 um 14:21 schrieb Tony Graham tgraham@xxxxxxxxxxxxx
> tldr: Put &#x200E; after the ')'.

> As Michael notes below, some characters, such as Latin letters, have a
> 'strong' directionality, and some have a 'weak' or 'neutral'
> directionality. The closing ')' is a 'neutral', and because it's at the
> end of the string, it takes the 'embedding direction' [5], which is RTL
> in Michael's example. You can see this with the bidi utility at

[demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]

Current Thread