Re: [Musicpd-dev-team] ncmpc locale issue?
Yes, that was it; sorry I didn't mail back to the list about it. I'd been careless checking for installed packages, thought it was there, and moved on. Nothing to do with ncmpc! (unless we think configure should give you a louder warning if it's not going to be able to make umlauts) Thanks, Jeffrey On Sat, Oct 24, 2009 at 6:24 PM, Fredrik Lanker fredrik.lan...@gmail.comwrote: 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 -- 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
[Musicpd-dev-team] ncmpc locale issue?
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. ncmpc is the only thing I seem to have a problem with (for example, mpc works fine). I figure this is probably a pretty simple setup problem on my end, not a bug. Unfortunately I don't know a whole lot about this stuff, so I'm hoping someone out there does! Thanks, Jeffrey -- 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
Re: [Musicpd-dev-team] ncmpc locale issue?
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 -- 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