[issue4787] Curses Unicode Support

Jeroen Ruigrok van der Werven added the comment: On FreeBSD there's no need for the ncurses package in most case. Since somewhere along 6.x and 7.x line Rong-En Fan switched FreeBSD to do what I did for DragonFly BSD a long time: to have both normal and wide curses available. As far as Python i

[issue4787] Curses Unicode Support

STINNER Victor added the comment: > Python 2.5 also requires the addition of libcursesw > but it was working for the Ubuntu release because > they specifically added it. What do you mean by "the addition of libcursesw"? _curses.so of Python 2.5 is linked to libncursesw.so on Ubuntu Gutsy and

[issue4787] Curses Unicode Support

Damian added the comment: Looks like this was my mistake, not a bug. According to: http://mail.python.org/pipermail/python-list/2007-July/450133.html Python 2.5 also requires the addition of libcursesw but it was working for the Ubuntu release because they specifically added it. There's no miss

[issue4787] Curses Unicode Support

STINNER Victor added the comment: For Solaris, see this bug report of nano editor: https://savannah.gnu.org/bugs/?24028 libcurses has been added to OpenSolaris in Septembre 2008. But it don't see the unicode version (libncusesw) :-/ ___ Python tracker

[issue4787] Curses Unicode Support

STINNER Victor added the comment: ncursesw looks to be available for: - Linux: eg. packaged in Ubunbut - NetBSD: ftp://ftp.netbsd.org/pub/pkgsrc/current/pkgsrc/devel/ncursesw/README.html - FreeBSD: ncurses package with USE="unicode" - Mac OS X: http://ncursesw.darwinports.com/ - Windows: b

[issue4787] Curses Unicode Support

Damian added the comment: Just finished recompiling and works perfectly. My hat's off to you - many thanks! -Damian ___ Python tracker ___ ___

[issue4787] Curses Unicode Support

STINNER Victor added the comment: See also the old (and closed) issue #1428494: Prefer linking against ncursesw over ncurses library. ___ Python tracker ___ _

[issue4787] Curses Unicode Support

STINNER Victor added the comment: I think that I catched the problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=379447 _curses.so should be linked to libncursesw.so.5 and not libncurses.so.5. I tested on Hardy and I doesn't work because _curses.so was linked to libncurses.so.5. Few co

[issue4787] Curses Unicode Support

Damian added the comment: Doing a checkout of the trunk - I'll let you know if it works. Thanks! ___ Python tracker ___ ___ Python-bugs-list ma

[issue4787] Curses Unicode Support

STINNER Victor added the comment: > You do mean the Python 3.0 example didn't work, right? I only tested yje Python3 example and it works correctly on my computer. I'm using Python3 trunk but I don't think that the curses module changed after the 3.0 release. $ ./python Python 3.1a0 (py3k:67

[issue4787] Curses Unicode Support

Damian added the comment: Ack - sorry, typo. I meant "You do mean the Python 3.0 example did work, right?" ___ Python tracker ___ ___ Python-bu

[issue4787] Curses Unicode Support

Damian added the comment: My OS is Ubuntu 8.04 (Hardy) and the locale is utf-8: >>> locale.setlocale(locale.LC_ALL,"") 'en_US.UTF-8' You do mean the Python 3.0 example didn't work, right? The Python3.0 header is: Python 3.0 (r30:67503, Dec 21 2008, 02:16:52) [GCC 4.2.4 (Ubuntu 4.2.4-1ubuntu3)

[issue4787] Curses Unicode Support

STINNER Victor added the comment: I tested your example on Linux (Ubuntu Gutsy) and it works correctly. What is your: - OS (name, version) - locale (charset?) -- nosy: +haypo ___ Python tracker ___

[issue4787] Curses Unicode Support

New submission from Damian : Hi, in switching to Python 3.0 I've run into an issue with displaying Unicode characters via curses. In Python 2.x a simple hello-world looks like: #!/usr/bin/python # coding=UTF-8 import curses import locale locale.setlocale(locale.LC_ALL,"") def doStuff(stdscr):