Re: bash readline bugs in UTF-8 mode

[Christoph Singer <cs@xxxxxxx>]

Markus Kuhn wrote:

> On Sat, 15 Sep 2001, Christoph Singer wrote:
>
> > [LANG=de_DE.UTF-8]
> > In xterm and the KDE Konsole, I still have some problems with the
> > Backspace and arrow keys. When trying to delete a character or moving
> > backwards and forwards in a string on the command line with the arrow
> > keys, obviously only one byte is deleted or moved and not the whole
> > character (if it is a non-ascii character). This is very confusing and
> > often produces errors when working on the command line - how this can be
> > fixed?
>
> The problem is that bash and readline still don't support UTF-8 locales.


This means that it is still necessary to patch the bash... I hoped that 
this patch is already applied in recent distributions such as SuSE 7.2 
that already provide UTF-8 locales, but obviously it isn't.
For me, I installed the patched RedHat bash rpm by Daniel Resare
 mentioned at http://noa.tm/utf-8/ . It installed without problems in 
my SuSE 7.2 system, and now the command line editing works fine for me 
even  for non-ascii characters.
I wrote an e-mail message to SuSE asking them to include a patched 
utf8-enabled bash into their next release. I think it would be a great 
step towards making utf-8 the default text encoding in Linux if the main 
distributors would make their systems utf-8 safe by default.
BTW, does anyone know if there is already any linux distribution that 
comes fully utf8-enabled by default?

Christoph


-
Linux-UTF8:   i18n of Linux on all levels
Archive:      http://mail.nl.linux.org/linux-utf8/