Re: [xsl] BIDI problem in XSL-FO

Subject: Re: [xsl] BIDI problem in XSL-FO
From: "G. Ken Holman g.ken.holman@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx>
Date: Tue, 3 May 2016 13:48:50 -0000
I've always expected block-level constructs to
insulate neutral characters from strongly-directioned adjacent characters.

In my class I advise students never to use
<bidi-override direction=""> unless they really
want to mess with Unicode's built-in direction
strength, as every case I can think of
<bidi-override unicode-bidi="embed"> is
sufficient for insulation at the inline-level.

It appears insufficient in Michael's example,
however, and so I have been stymied by his question.

. . . . . . . Ken

At 2016-05-03 13:06 +0000, Tony Graham tgraham@xxxxxxxxxxxxx wrote:
Content-Transfer-Encoding: 8bit

On 03/05/2016 13:21, Tony Graham tgraham@xxxxxxxxxxxxx wrote:
----- Oorspronkelijk bericht -----
Van: "Michael M|ller-Hillebrand mmh@xxxxxxxxx"
<fo:block>Brand name (Former name)</fo:block>

This is visually rendered like this:

(Brand name (Former name
My first idea is to add <fo:bidi-override direction="ltr"> to each
block or maybe only each text node that consist of solely non-Arabic
characters. I guess this could be done using a regular expression like

That will 'un-mirror' the ')' but not change its position. See FO below.

Sorry, yes, 'direction' should apply only to fo:bidi-override. I'll have to look into what it was doing to fo:block. This will work:

direction="ltr">Brand name (Former name)</fo:bidi-override></fo:block>


Tony Graham. -- Senior Architect XML Division Antenna House, Inc. ---- Skerries, Ireland tgraham@xxxxxxxxxxxxx

Check our site for free XML, XSLT, XSL-FO and UBL developer resources |
Streaming hands-on XSLT/XPath 2 training @US$45: |
Crane Softwrights Ltd. _ _ _ _ _ _ |
G Ken Holman _ _ _ _ _ _ _ _ _ _ mailto:gkholman@xxxxxxxxxxxxxxxxxxxx |
Google+ blog _ _ _ _ _ |
Legal business disclaimers: _ _ |

--- This email has been checked for viruses by Avast antivirus software.

Current Thread