On Sat, 16 Jul 2005, Ken Moffat wrote:
> On Sat, 16 Jul 2005, Sam Ravnborg wrote:
>
> > >
> > > OK, I'll bite - non utf8 here, and no libncursesw : a quick google
> > > suggests I can get it if I recompile ncurses with --enable-widec, but
> > > why would I want to do that ?
> > Could you try if sp
On Sat, 16 Jul 2005, Sam Ravnborg wrote:
> >
> > OK, I'll bite - non utf8 here, and no libncursesw : a quick google
> > suggests I can get it if I recompile ncurses with --enable-widec, but
> > why would I want to do that ?
> Could you try if specifying both libraries works for you. the 'w'
> vers
>
> OK, I'll bite - non utf8 here, and no libncursesw : a quick google
> suggests I can get it if I recompile ncurses with --enable-widec, but
> why would I want to do that ?
Could you try if specifying both libraries works for you. the 'w'
version first. Then we can use the 'w' version when avail
On Wed, 13 Jul 2005, Jan Engelhardt wrote:
> Hi,
>
>
> utf-8 enabled vc consoles (/dev/tty1) usually show line drawing
> graphics with the ascii set, e.g. + - and | for lxdialog (and many other apps
> btw)
>
> The following patch brings back the real graphics for lxdialog, which are
> normally pre
Hi,
utf-8 enabled vc consoles (/dev/tty1) usually show line drawing
graphics with the ascii set, e.g. + - and | for lxdialog (and many other apps
btw)
The following patch brings back the real graphics for lxdialog, which are
normally present in these cases:
- non-utf8 vc
- xterm (u8 / non-u8)
5 matches
Mail list logo