On 25/08/10(Wed) 18:29, Nicholas Marriott wrote:
> Hmm. I can't reproduce this.
>
> What arch are you using? -current?
>
> I do, in uxterm:
>
> $ tmux kill-server
> $ export LANG=en_US.UTF-8
> $ tmux new
> $ echo $LANG
> en_US.UTF-8
> $ mutt
>
> And open a UTF-8 email, which appears fine, including
t hasn't been tested with ncursesw.
I still can't reproduce your problem Landry, don't know why :-/.
On Wed, Aug 25, 2010 at 02:44:48PM +0100, Nicholas Marriott wrote:
> On Wed, Aug 25, 2010 at 09:27:55AM +0100, Nicholas Marriott wrote:
> > On Wed, Aug 25, 2010 at 10:01:49AM +
Hmm. I can't reproduce this.
What arch are you using? -current?
I do, in uxterm:
$ tmux kill-server
$ export LANG=en_US.UTF-8
$ tmux new
$ echo $LANG
en_US.UTF-8
$ mutt
And open a UTF-8 email, which appears fine, including wide characters.
Can you give me the exact steps you are using?
On We
On 25/08/10(Wed) 17:00, Nicholas Marriott wrote:
> Show me the output from "tmux lsc" and "tmux showw -g|grep utf8" with
> the client attached.
>
a...@goiaba $ tmux lsc
/dev/ttyp1: 0 [80x53 xterm-256color] (utf8)
a...@goiaba $ tmux showw -g|grep utf8
utf8 on
l the window is totally redrawn, when
> I change its size for example). Here is a screen of a nested mutt
> (left) and the same directly opened in an xterm (right):
> http://nolizard.org/obsd/tmux_ncurses_utf8.jpg
>
>
> Below is the modification to tig's configure
odification to tig's configure in order to check
both ncursesw/ncurses.h and ncurses.h for widechar.
Martin
--- configure.orig Sat Jun 12 21:08:59 2010
+++ configure Wed Aug 25 17:27:28 2010
@@ -3201,16 +3220,21 @@
done
-for ac_header in ncursesw/ncurses.h
+for ac_header in nc
; >
> > > > > > I'll run a bulk with it if noone beats me to it.
> > > > >
> > > > > Here's a list of candidates that are likely to be affected:
> > > > >
> > > > > audio/herrie.log:cc -c ./src/audio_fil
On 2010/08/25 09:27, Nicholas Marriott wrote:
> >
> > The configure test run is more or less:
> >
> > #define _XOPEN_SOURCE_EXTENDED
> > #include
> >
> > int
> > main ()
> > {
> > #ifndef get_wch
> > # error get_wch not found!
> > #endif
> > ;
> > return 0;
> > }
> >
> > conftest.c:126:8: erro
gt; > Here's a list of candidates that are likely to be affected:
> > > >
> > > > audio/herrie.log:cc -c ./src/audio_file.c -O2 -pipe
> > > > -I/usr/local/include -DAPP_NAME=\"herrie\" -DAPP_VERSION=\"2.2\"
&
c -c ./src/audio_file.c -O2 -pipe -I/usr/local/include
> > > -DAPP_NAME=\"herrie\" -DAPP_VERSION=\"2.2\" -I/usr/local/include
> > > -I/usr/local/include/ncursesw -I/usr/local/include/ncurses
> > > -DCURSES_HEADER=\ -I/usr/local/inc
#x27;ll run a bulk with it if noone beats me to it.
> >
> > Here's a list of candidates that are likely to be affected:
> >
> > audio/herrie.log:cc -c ./src/audio_file.c -O2 -pipe -I/usr/local/include
> > -DAPP_NAME=\"herrie\" -DAPP_VERSION=\&quo
that are likely to be affected:
>
> audio/herrie.log:cc -c ./src/audio_file.c -O2 -pipe -I/usr/local/include
> -DAPP_NAME=\"herrie\" -DAPP_VERSION=\"2.2\" -I/usr/local/include
> -I/usr/local/include/ncursesw -I/usr/local/include/ncurses
> -DCURSES_HEADER=\
Thanks, I had lynx on my list to look at but hadn't got to it yet :-)
On Tue, Aug 24, 2010 at 02:22:15PM +, Christian Weisgerber wrote:
> Nicholas Marriott wrote:
>
> > Here are the bits for wide character support in libcurses, libform,
> > libpanel, libmenu.
>
> Along with this, we also w
Nicholas Marriott wrote:
> Here are the bits for wide character support in libcurses, libform,
> libpanel, libmenu.
Along with this, we also want to enable support in lynx.
(Display looks fine, but the cursor position is wrong when you enter
non-ASCII text into an input field.)
Index: gnu/usr.
e
-DAPP_NAME=\"herrie\" -DAPP_VERSION=\"2.2\" -I/usr/local/include
-I/usr/local/include/ncursesw -I/usr/local/include/ncurses
-DCURSES_HEADER=\ -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-2.0/include -pthread -I/usr/local/include/glib-2.0
-I/usr/local/lib/glib-
n't bother unless you are going to
> test):
>
> http://nicm.ath.cx/~nicholas/ncursesw.tar.gz
>
> It is a major bump for all four libs. The files are also on cvs in
> ~nicm/ncursesw/.
>
> This builds all the libraries with the widechar code and also links them
&g
is a major bump for all four libs. The files are also on cvs in
~nicm/ncursesw/.
This builds all the libraries with the widechar code and also links them
to "w" versions (libncursesw, libformw, etc). Some OSs only put the
widechar stuff into libncursesw and not libncurses - I don'
17 matches
Mail list logo
