atom feed13 messages in org.oasis-open.lists.docbookRe: DOCBOOK: Re: bidi override thoughts
FromSent OnAttachments
Norman WalshAug 19, 2002 7:54 am 
Yann DirsonAug 19, 2002 8:09 am 
Elliotte Rusty HaroldAug 19, 2002 8:58 am 
Norman WalshAug 20, 2002 3:46 pm 
Paul GrossoAug 21, 2002 1:19 pm 
Norman WalshAug 21, 2002 1:59 pm 
Paul GrossoAug 21, 2002 2:56 pm 
Tony GrahamAug 22, 2002 3:26 am 
Norman WalshAug 22, 2002 4:18 am 
Paul GrossoAug 22, 2002 7:02 am 
Dave PawsonAug 22, 2002 10:44 am 
Tony GrahamAug 22, 2002 5:33 pm 
Christopher R. MadenAug 23, 2002 2:34 am 
Subject:Re: DOCBOOK: Re: bidi override thoughts
From:Dave Pawson (dav@dpawson.freeserve.co.uk)
Date:Aug 22, 2002 10:44:28 am
List:org.oasis-open.lists.docbook

At 07:00 22/08/2002, Paul Grosso wrote:

Tony's post makes me realize that I don't understand this either. Also, that I failed to complete my research.

So, the hierarchy is:

writing-mode (default ltr) ? Where does unicode-bidi fit in? Unicode-bidi has values normal, embed, bidi-override. Direction (values?)

The specific use of "direction" and "unicode-bidi" on inline objects is to set the inline-progression-direction to be used by the Unicode BIDI algorithm. This direction may override the inline-progression-direction determined by the current writing-mode and the implicit direction determined by the Unicode BIDI algorithm.

So direction overrides writing-mode?

To insure consistency with the "writing-mode" property, the "direction" property is initialized to the value that sets the same inline-progression-direction as is set by the "writing-mode" property

So direction is restricted to inlines? ie ltr or rtl? not, block-progression- direction?

I guess I can conclude that this area is more complex that I thought and that I'm at the end of my expertise here.

That makes 2... or 3 of us Paul.

<shouts, off> Tony </shouts off>

Come feed our ignorance.. please?

regards DaveP