Re: A bug report: Pango cannnot handle some CJK character sets

[Ienup Sung <ienup sung eng sun com>]

That's corerct. The Pango is using GLib that calls iconv() and the only
thing that we need to do is to add some commonly available and used font
charsets to the charset[], char_mask_map[], and char_masks[] at
the modules/basic/tables-big.i, esp., for ANSI-125x, JIS X 0201, JIS X 0212,
BIG5, GBK, CNS11643 planes and names like that. Also, for Unicode 3.1 support,
we will also need to change the tables anyway in near future for glyphs at
SMP, SIP, and maybe even for SPP (which we may not need to for SPP) if
community is interested in supporting the Unicode 3.x.

All the necessary iconv() code conversions that wrote at above are, in my
understanding, already exist in all(?) Unix variants, e.g., Linux,
AIX, HP-UX, Tru64, Solaris, ..., and Windows. I also believe all iconv()
implementations except of course Windows that usually use different code
conversion routines like MultibyteToWideChar() and so on, dynamically load
only the necessary iconv conversion data/module when requested, for instance, 
if you call iconv_open("EUC-KR", "UTF-8") in Solaris, Solaris libc then loads
UTF-8 to EUC-KR iconv conversion module dynamically so there shouldn't be
any memory space and or performance problem. This, I believe, is true to all
other commercial Unix versions. For Linux, I'm reading glibc right now to
find out abot it but I am sure glibc is also doing exactly samething on this
matter; otherwise, that will be a something that we need to try to solve at
the glibc since I believe it is a problem.

With regards,

Ienup


] Date: Wed, 13 Dec 2000 16:22:21 -0700 (MST)
] From: Mark Leisher <mleisher crl nmsu edu>
] Subject: Re: A bug report: Pango cannnot handle some CJK character sets
] To: gtk-i18n-list gnome org
] MIME-version: 1.0
] Content-transfer-encoding: 7bit
] X-BeenThere: gtk-i18n-list gnome org
] Delivered-to: gtk-i18n-list gnome org
] X-Mailman-Version: 2.0beta5
] List-Id: Internationalization and GTK+ <gtk-i18n-list.gnome.org>
] 
] 
]     Ienup> To do so, it is quite necessary that we should have some additional
]     Ienup> entries at the tables at the tables-big.i file and provide
]     Ienup> additional conv_xxx() at the basic.c with the current
]     Ienup> implementation.
] 
]     Ienup> By the way, the current conv_xxx() at Pango calls g_iconv_open()
]     Ienup> that actually calls iconv_open(). So, unless you are proposing
]     Ienup> additional feature/spec change at the iconv(), the Pango is already
]     Ienup> doing the necessary UTF-8 to "font charset and encoding" code
]     Ienup> conversions by using iconv().  If this isn't what did you mean by
]     Ienup> your iconv argument/suggestion, please let me know.
] 
] Well, that is what I get for talking before looking :-)  So glib is already
] doing this.  What remains to be done is add the mapping tables for these
] currently unsupported encodings, yes?
] 
] Naturally, this is easy to do, but assuming one has a large number of
] encodings to add, then the iconv executable begins to get very, very big.
] -----------------------------------------------------------------------------
] Mark Leisher
] Computing Research Lab            Cinema, radio, television, magazines are a
] New Mexico State University       school of inattention: people look without
] Box 30001, Dept. 3CRL             seeing, listen without hearing.
] Las Cruces, NM  88003                            -- Robert Bresson
] 
] _______________________________________________
] gtk-i18n-list mailing list
] gtk-i18n-list gnome org
] http://mail.gnome.org/mailman/listinfo/gtk-i18n-list