On Sun, Oct 11, 2009 at 09:44:47PM +0200, Max Kellermann wrote:
> On 2009/10/11 21:12, Jeffrey Middleton <jefr...@gmail.com> wrote:
> > On one of my systems (xubuntu 9.04) ncmpc seems to have trouble with unicode
> > characters.  It's a plain ol' installation, no language modifications or
> > anything, and I'm not compiling ncmpc in any special way.
> > 
> > Without any locale environment variables set, 1/2 (to pick an arbitrary
> > example) displays as "M-BM-=".  Setting LC_ALL to en_US.UTF-8 doesn't change
> > this. With LC_ALL=C, it displays as "\u00bd".
> 
> Debug the function utf8_to_locale() in charset.c.  Check if the value
> of "charset" is correct.  The rest is done by GLib.
> 
> The behaviour for LC_ALL=C is perfectly ok, because the "1/2"
> character does not exist in plain ASCII.
> 
> Max

Did you find a solution for this? I had the same problem and found that
everything looked correct until the string entered ncurses. After some
searching it turned out that ncursesw is required to be able to have
wide character. So after rebuilding with ncursesw, everything looks
good.

Fredrik

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
_______________________________________________
Musicpd-dev-team mailing list
Musicpd-dev-team@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/musicpd-dev-team

Reply via email to