Hi Egmont On Tue, Jan 30, 2018 at 9:47 AM, Egmont Koblinger <egm...@gmail.com> wrote:
> Not sure why you don't see this bug. (You have at least v4.4, and > started a new shell after enabling bracketed paste, is that right?) > One theoretical explanation could be that your kernel's tty driver is > slightly different and expects the leading ESC byte to also move the > cursor, resulting in 8 characters in total, making no difference in > the modulo 8 computation for the tabs. (I don't think this is the > explanation, though.) I guess I got an std kernel driver :) TC$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.3 LTS Release: 16.04 Codename: xenial > > Even without bracketed paste mode, the issue should be reproducible > with commands like: > echo -ne '\e[1m'; cat > Obviously it's not bash's fault and there's nothing bash could or > should do with this one. Partially reproduce, <tab><backspace> is ok, i.e jump fwd 8 and backward 8 X<tab>X<backspace> is ok got X jump fwd 7 X backward 7 X<tab><backspace> wrong got X jump fwd 7 backward 4 (yet ok in the buffer) > > gnome-terminal doesn't use X resources either. gnome-terminal and > terminator both use the same VTE widget for terminal emulation, and > both have a setting under profile prefs -> compatibility to specify > what Backspace and Delete do. Gnome-terminal has its own backspace key mapping (so no xresource, yet mapped ok), terminator unfortunatly don't have it :) xterm use xresources, that what I use i.e xmodmap backspace give 0x8 xresources VT100 Backsapce 0x08 stty erase ^H With that I am almost an happy camper :) Cheers, Phi
