On Wed, 27 Sep 2000, Markus Kuhn wrote:
> It is completely unclear to me at the moment, whether it makes any sense
> to add any bidi functionality to xterm. There are two very different
> processing models potentially available: ISO 6429 = ECMA-48 and the
> Unicode bidi algorithm. See also ECMA Technical Report TR/53. None of
> this is widely used in practice at the moment.
We certainly need something, otherwise simple programs such as "ls" will
need to know about shaping/re-ordering, which I would guess is not
desirable.
What semantics are desirable? Well, for starters, (ignoring bidi), Arabic
shaping needs to happen.
" A " A (isol)
" AB " A (init) B (term)
" ABC " A (init) B (med) C (term)
These are all pretty clear cut. But what to do character by chacter? I
suggest -
" A" A (isol)
" AB" A (init) B (term)
" ABC" A (init) B (med) C (term)
i.e when we get a character, we go to the previous one and shape it as
appropriate...
But, what to do in the case
" A C^H^HG"
do we want it to end up like A (init) G(medial) C(term), or A (isol) G
(isol) C (isol)? Or what?
--
Robert
-
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/lists/
