From: Waleed Oransa (WORANSA@eg.ibm.com)
Date: Thu Jan 10 2008 - 10:53:37 CST
email@example.com wrote on 10/01/2008 01:54:27 Õ:
> Waleed Oransa wrote:
> > It's very important that the Unicode standard encode
> > the original direction in the Bidi text. (...)
> > The missing of a standard way to encode the directionality
> > of the text (...)
> I tend to disagree with those statements. Unicode already offers the
> encoding for allowing all this, using Bidi embedding controls. They are
> enough for the intended purpose.
We are not discussing "is Unicode offers such encoding", we are discussing
activate the using of such cabability instead of lose it's value because
is using it. What we need is a standard way to encode the directionality
of the text
that all Unicode-compliant component vendors respect.
> If you mean a way to encode something that shoul apply to the WHOLE
> without limitation, then you'll limit the usability of the text, for
> in quotations with mixed scripts.
> BiDi embedding controls solve the problem cleanly. But it's still up to
> authors to use them when and where needed.
That is the reason why it does not solve the problem because it's
> I've not encountered any application where the simple addition of a
> embedding control was not enough to specify the correct ordering and
> presentation of text, provided that they had the minimum needed to
> the existing BiDi algorithm (i.e. they need to accept the presence of
> controls, and not discard them or treat them as unknown characters
> with a "character missing" glyph. The incompatible applications anyway
> those designed only for basic Latin, and that were never
> properly, or did not use any of the many i18n common libraries that have
> been developed since long now, and integrated in almost all development
> tools or runtime platforms. In most cases, even the simplest
> can be recompiled without significant change, just by relinking them
> updated libraries so that they get the support of BiDi embedding
If you think in this as Arabic speaker who want to write English, will you
to add such marks by your self each time or should the tools supports
retaining of your
original text direction automatic. Even inserting RLE is not available in
application. of course this is a tool problem from your point of view but
I would say
that is because no clear specification in Unicode text and no clear
regarding respect the directionality as very important attribute of the
as any Arabic or Hebrew letter!
> The main issue that is more complicate to handle in application is the
> layout of the GUI, however, this is a not related directly to the
> of text, but to user preferences. The text displayed in the GUI elements
> should work properly even if they are not in a gui with RTL layout: they
> appear as paragraphs within the layout, but the paragraphs are shown
> correctly, even if they are not right-aligned (right alignment of the
> is often possible in the application, including for LTR scripts, as a
> presentation style option, if there's no global setting that can define
> style by default for the whole GUI layout. But even in this case, this
> NOT a problem of text encoding, and it's completely out of scope of
> conformance rules.
Of course, we are not discussing GUI layout.
This archive was generated by hypermail 2.1.5 : Thu Jan 10 2008 - 10:56:04 CST