On Tue, 23 Dec 2003 [EMAIL PROTECTED] wrote:

> Recently I noticed that for me the sequence U+092C U+093F (b i)
> is rendered by Mozilla as b followed by i, while in fact the i glyph
> should precede the b glyph.
>
> Is something wrong in my expectations? or in Mozilla? or in my
> Mozilla 1.5 setup?

 Devanagari is not supported by the default Mozilla build on Linux
(as noted in the international known issues page.)  On Windows 2k/XP,
Devanagari, Thai, Tamil, Korean and other complex scripts supported by
Uniscribe are supported (although somewhat limited) if you install any
of complex script support packages (go to Control panel / International
or something like that) and reboot.  On Windows 9x/ME, only Tamil and
Korean are supported with 'special' fonts. Thai is supported only
on Thai version of Win 9x/ME.

 If you want to make Mozilla support Devanagari on Linux, you have to
download the trunk source from the CVS, build with 'enable-ctl',
and 'gtk' (for gtk2 + ctl, see mozilla bug 189433) If you like 'Xft'
(as many others do and I strongly recommend), turn on 'enable-xft'
as well. Then, install SunIndic font (truetype version for 'Xft')
available at http://developer.sun.com/techtopics/global/index.html
(follow the link for free Indian font).

> (Funny setup, to be broken by default, but even the release page
> http://www.mozilla.org/releases/mozilla1.6b/known-issues-int.html
> mentions this. See also
> http://bugzilla.mozilla.org/show_bug.cgi?id=201746 .)

 Nothing funny. Complex script support is not that simple especially
when you have to retrofit it. I'd love to turn it on by default, but the
cursor movement issue has to be resolved before turning it on (see bug
203406 as well). And, eventually, we have to use Pango (see bug 215219).

> that source was so dirty - the produced binary failed with errors like
>  ./mozilla-bin: relocation error:
> mozilla/dist/bin/components/libeditor.so:
> undefined symbol: GetViewExternal__C8nsIFrameP14nsIPresContext

 In the mozilla binary directory, you have to run

 $ sh run-mozilla.sh ./mozilla-bin

By directly running 'mozilla-bin', you made it pick up
symbols from some other places (probably, system-wide nspr/xpcom/*
shared libraries installed on your system.)

 BTW, see also http://sila.mozdev.org

 Jungshik

--
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/

Reply via email to