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

2007-04-21 Thread Thomas Dickey
shirish agarwal <[EMAIL PROTECTED]> wrote: > Hi all, >Most of us use bash by default. And bash is not intuitive atleast for > people who are new to the system. I'm sure there have been suggestions made > for this before & would be made after me and I guess the people maintaining > bash woul

Re: shouldn't prompt printing be smarter?

2007-04-02 Thread Thomas Dickey
Chet Ramey <[EMAIL PROTECTED]> wrote: > Fran Litterio wrote: >>> Also, creating an "option" to decide which behaviour should be followed >>> (current one or the one I propose) would make everyone happy >> >> It should be possible to code a value for PROMPT_COMMAND that sends >> the cursor position

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

2007-02-03 Thread Thomas Dickey
Hugh Sasse <[EMAIL PROTECTED]> wrote: > I see that a terminfo entry for PuTTY is on the wishlist. So meanwhile > I've asked them to re-examine this. On PuTTY developer's wishlist, I assume. ncurses has had a "putty" terminfo for a few years (iirc, the example given on PuTTY's website has some

incorrect handling of invisible characters in prompt string

2005-07-12 Thread Thomas Dickey
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

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

2005-07-12 Thread Thomas Dickey
Alexander Becher <[EMAIL PROTECTED]> wrote: > Short version: bash-2.05b/lib/readline/display.c:update_line:1353 > calculates _rl_last_c_pos incorrectly if multibyte support is enabled > and there are invisible characters in the line that include zero-width > characters. There's a similar problem w