Re: Incorrect mapping with unicodes 226A and 226B

[James H. Cloos Jr.]

 Timo == Timo Jyrinki [EMAIL PROTECTED] writes:

Timo I did testing in Opera 7.11 for Linux, and I get the same
Timo (incorrect) result with any font. Going to user mode and
Timo changing the fonts from preferences gives the same result at
Timo least with fonts:

Timo Helvetica [Adobe] (default) Efont Serif [Xft] Georgia [Xft] Luxi
Timo Sans [Xft] Charter [Bitsream]

None of those fonts has a glyph for U+226A () or U+226B (), so
in each of those cases the font you saw for those glyphs was your
fallback font.

IOW, it is indeed a font problem.

To confirm what glyph any given font has for a given character, use:

xfd -fa 'Font Name'

To determine what fonts are being used by a given program, either
look at the output of:

lsof -p $pid

where $pid is the process id of the process, or, if on linux:

cat /proc/$pid/maps

Any font being used by xft will show up there.

Alternatively, run Opera with FC_DEBUG and/or XFT_DEBUG set to
suitable values in the environment.

-JimC

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

Re: UTF-8 file to ASCII file converter

[James H. Cloos Jr.]

 Bruno == Bruno Haible [EMAIL PROTECTED] writes:

Bruno And when you use this C/Java syntax, you get the converter for
Bruno free: it is contained it libiconv. Try iconv -f UTF-8 -t JAVA.

Cool.  But when was that addded?  iconv (GNU libc) 2.2.4 as included
in SuSE 7.3's glibc-2.2.4-64.i386.rpm does not support it.  RH7.2 also
has 2.2.4, and also lacks JAVA (one never knows what patches vendors
add...).  I don't see any support for JAVA in cvs either, though I've
only browsed the tree.

-JimC

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