[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Devanagari ra + vocalic r encoding and rendering problem in yudit 2.7.2
Bonjour,
Louis-Dominique Dubeau:
Subject: Devanagari ra + vocalic r encoding and rendering problem in yudit
2.7.2
>
> I'm not sure whether this is the right forum for this.
Well, I believe the right forum is unicode@xxxxxxxxxxxx
However, I am not sure you'll be understood (in fact, I was
not, on this point, and I tried several cases).
> 1. The Devanagari.kmap file (used to create Devanagari.my) doesn't
> declare a proper encoding for ra + vocalic r. The mapping is declared
as:
>
> "rR^i=0x0930 0x0943"
>
> so it creates the sequence U+0930 U+0943. I think the proper
> sequence is U+0930 U+094D U+090B.
Why? More precisely, why should 0x0930 0x0943 raise anything else
than the "correct" conjunct, i.e. a reph over a independent vowel r,?
> I base my opinion on Chapter 9 (p. 214) of the Unicode 3.0
> standard. Figure 9-3, item 4 shows the conversion of the very case
> I'm having a problem with from the Unicode stream of characters to
> a stream of glyphs.
Yes, it was Unicode's answer when the problem was raised (back in
2.0 IIRC). They did not want to change the basic behaviour, because
they feeled it was not the "default" behaviour; and fact is that cheap
renderers, including Indian ones, does render RA+voc.R as fullRa
+ the vocalicR matra below. So they should to re-use the omnious
ZWJ in a n+1 special case, as reported in the Unicode 3.0 book you
are reading. The principe is that the reph should be encoded
U+0930 U+094D U+200D. So you end with
U+0930 U+094D U+200D U+090B
This should render "correctly" (if not, complain to Gaspar, since this
becomes "just" a rendering issue ;-) Note that Uniscribe does not
seem to get correctly, while this has been pointed to M$ many times
over the last 3 years...)
> Note that the equivalent problems exist with long vocalic r.
Yes, and vocalic l as well. But the frequency drop very quickly!
Antoine
--
Linux-UTF8: i18n of Linux on all levels
Archive: http://mail.nl.linux.org/linux-utf8/