Re: graphic characters set

anyone know where is the problem? tput (and ncurses in general) is unrelated to bash. As I suggested, the place to start is in the terminfo manpage, where it describes line-drawing. (Look in that manpage for "alternate", "acs", etc). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net

Re: readline: edit (mode:vi) means eol unreachable

iven on PuTTY's website has some problems). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash

Re: shouldn't prompt printing be smarter?

n request (equiv. to VT100/ANSI/ECMA-48 DSR 6) # u6 cursor position report (equiv. to ANSI/ECMA-48 CPR) The feature won't work on some terminal types (Sun console for instance). -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash

Re: Would bash ever use xterm color support as default?

ki.ubuntu.com/Spec/EnhancedBash as well as however the examples given are all hardcoded, and (given the limitation to specific terminal types) more/less work without requiring any modification to bash. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net __

Re: Invisible characters in prompt with multi-byte support enabled

rea. The logic in display.c seems to assume that all of the invisible characters are in one chunk. > I would have loved to include a fix, but that part of readline's code > is incomprehensible to me (for the moment, at least). ;-) -- Thomas E. Dickey http://

incorrect handling of invisible characters in prompt string

Configuration Information [Automatically generated, do not change]: Machine: i386 OS: netbsdelf Compiler: cc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='netbsdelf' -DCONF_MACHTYPE='i386--netbsdelf' -DCONF_VENDOR='' -DLOCALEDIR='/usr/pkg/share/locale' -DPACKAGE='bas