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

[Ienup Sung <ienup sung eng sun com>]

Hi Mark,

I have to express my opinion that the issue that I brough up is not on
whether we shouldn't do any negative thing on promoting Unicode but, rather,
on whether we want to utilize all existing fonts to represent as many Unicode 
characters through Pango as possible.

To do so, it is quite necessary that we should have some additional entries at
the tables at the tables-big.i file and provide additional conv_xxx() at
the basic.c with the current implementation.

By the way, the current conv_xxx() at Pango calls g_iconv_open() that
actually calls iconv_open(). So, unless you are proposing additional
feature/spec change at the iconv(), the Pango is already doing the necessary
UTF-8 to "font charset and encoding" code conversions by using iconv().
If this isn't what did you mean by your iconv argument/suggestion, please
let me know.

With regards,

Ienup


] Date: Wed, 13 Dec 2000 14:10:12 -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> Hi Owen, I believe there are a couple of other issues regarding
]     Ienup> this mapping mechanism. The first thing is the tables are hard
]     Ienup> coded in a source file which make people to change and re-compile
]     Ienup> whenever there is a need for a new mapping. There are several other
]     Ienup> ways to externalize the tables, including especially charset[],
]     Ienup> char_mask_map[], and char_masks[] tables.
] 
] This is something I brought up with various people at various times.  We have
] a large number of mappings our customers use that have emerged from many years
] of use and are not in any standard.  I hate to compile them all into iconv to
] make a special distribution version.
] 
] Our current mapping program is really, really slow, but it loads mapping
] tables at runtime which has kept it low-maintenance for a number of years
] now.
] 
] But at the same time I feel that in an effort to promote one common encoding,
] users should be responsible for dealing with conversion issues.  That will
] make them *want* to convert all their text to UTF-8 or UTF-16.
] 
] My current opinion is that encoding conversion support should not be made
] available as part of all these different projects, but should be left to one
] package, iconv perhaps, to do all conversion chores on all platforms.
] 
] Gotta go!
] -----------------------------------------------------------------------------
] 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