On Fri, 11 Jan 2008, Takao Fujiwara - Tokyo S/W Center wrote: > Actually I'm not sure what is your problem. > Which applications do you try?
Using POPT_fprintf(), all umlauts are broken when doing "[EMAIL PROTECTED] rpm --help" or "[EMAIL PROTECTED] kudzu --help". Whenever an umlaut should be displayed, it isn't and the rest of the line as well. Instead the next line is displayed. So it looks like to me, that POPT_fprintf() has problems with non-ASCII characters when the locale isn't a UTF-8 one. See http://rpm5.org/community/popt-devel/0038.html and following of this thread (e.g. http://rpm5.org/community/popt-devel/0043.html). Maybe you can then see what my problem is. > It seems recently some of modules, GTK, Bonobo and GNOME session, uses > goption. When the application uses --help options, it includes the output > of both goption and popt. > goption has the current encoding but popt is UTF-8 then you may encounter > the problem. > Could you apply POPT_fprintf() for popt options only? I've no matter about the goption/popt handling at all, I'm just seeing this problem with popt 1.13 on a konsole without GNOME, Bonobo or whatelse. Greetings, Robert ______________________________________________________________________ POPT Library http://rpm5.org Developer Communication List popt-devel@rpm5.org