[bug-notifications] [ncurses 0003457]: Ncurses lacks wide character support
Mantis Bug Tracker
noreply at opencsw.org
Tue Mar 31 23:35:59 CEST 2009
The following issue has been CLOSED
======================================================================
http://www.opencsw.org/mantis/view.php?id=3457
======================================================================
Reported By: skayser
Assigned To: dam
======================================================================
Project: ncurses
Issue ID: 3457
Category: other
Reproducibility: have not tried
Severity: feature
Priority: normal
Status: closed
Resolution: open
Fixed in Version:
======================================================================
Date Submitted: 2009-03-05 23:01 CET
Last Modified: 2009-03-31 23:35 CEST
======================================================================
Summary: Ncurses lacks wide character support
Description:
Just wanted to build nano 2.0.9 against ncurses and using mGARv2
./configure $(DIRPATHS) --enable-all
complains:
configure: WARNING:
*** Insufficient UTF-8 support was detected in your curses and/or C
*** libraries. If you want UTF-8 support, please verify that your slang
*** was built with UTF-8 support or your curses was built with wide
*** character support, and that your C library was built with wide
*** character support.
>From having a look at the ncurses README --enable-widec does seem to
contain some caveats. Filing this as a feature request.
======================================================================
----------------------------------------------------------------------
(0005684) skayser (administrator) - 2009-03-20 17:42
http://www.opencsw.org/mantis/view.php?id=3457#c5684
----------------------------------------------------------------------
I am just trying to build mcabber, which also complains about missing UTF-8
support in ncurses. What's worse this time is that mcabber then uses VT100
line drawing characters (via ncurses) to draw its TUI and this doesn't work
with a UTF-8 CSWxterm (and i suppose neither with any other UTF-8 terminal
emulator). The vertical lines are shifted, sometimes they don't display at
all and words are not correctly wrapped on the right hand side of the
terminal.
I can work around this by either setting NCURSES_NO_UTF8_ACS=1 when
calling mcabber or using xterm in non UTF-8 mode, but IMHO it could be more
straight-forward when we would have UTF-8 support in ncurses.
I had a look at the ncurses README again: --enable-widec produces a
separate set of libs with a "w" suffix. Those are _not_ compatible with the
regular ncurses libs, but because of the "w" suffix they don't clash, so i
think it should be safe to build an additional wide ncurses version without
breaking existing stuff. Debian does it this way, they have libncurses5 and
libncursesw5.
----------------------------------------------------------------------
(0005806) dam (manager) - 2009-03-31 23:35
http://www.opencsw.org/mantis/view.php?id=3457#c5806
----------------------------------------------------------------------
Fixed in 5.7,REV=2009.03.31
Issue History
Date Modified Username Field Change
======================================================================
2009-03-05 23:01 skayser New Issue
2009-03-20 17:42 skayser Note Added: 0005684
2009-03-26 15:51 dam Status new => assigned
2009-03-26 15:51 dam Assigned To => dam
2009-03-31 23:35 dam Note Added: 0005806
2009-03-31 23:35 dam Status assigned => closed
======================================================================
More information about the bug-notifications
mailing list