On Fri, 23 Nov 2007 12:40:31 +0100, Michail Vidiassov [EMAIL PROTECTED]
wrote:
But ncursesw is just the default name for ncurses library with
_additional_ wchar functions enabled.
Wide enabled version may still be named ncurses (as in Mac OS X)
and the standard library name is just curses
Dear Rostislav,
On Fri, 23 Nov 2007, Rostislav Bene wrote:
I do not see the point in your ncursesw patch -
it gives an option to link against a wchar-enabled library,
but the wide API is not used.
For me only nursesw handles correct utf-8 strings. Only part of code, that
use direct wchars
On Tue, 20 Nov 2007 21:31:39 +0100, Michail Vidiassov [EMAIL PROTECTED]
wrote:
I do not see the point in your ncursesw patch -
it gives an option to link against a wchar-enabled library,
but the wide API is not used.
For me only nursesw handles correct utf-8 strings. Only part of code, that
It seems that the problem comes from the way ncurses move() works. If I
understand it correctly, if move range is outside (0..screen width) /
(0..screen height) it moves to the previous/next column/line. When I changed
terminal size to 80x20, I got some really silly results when I've gone
up and
On Thu, 22 Nov 2007, Rafa?~B Mu??y?~Bo wrote:
It seems that the problem comes from the way ncurses move() works. If I
understand it correctly, if move range is outside (0..screen width) /
(0..screen height) it moves to the previous/next column/line. When I changed
If the move is outside the
