Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.bash.bug > #14547 > unrolled thread

Bash vi mode's e command (end of word) goes to eol when hitting a unicode character

Started byEnrico Maria De Angelis <enricomaria.dean6elis@gmail.com>
First post2018-09-03 13:13 +0200
Last post2018-09-03 13:13 +0200
Articles 1 — 1 participant

Back to article view | Back to gnu.bash.bug


Contents

  Bash vi mode's e command (end of word) goes to eol when hitting a unicode character Enrico Maria De Angelis <enricomaria.dean6elis@gmail.com> - 2018-09-03 13:13 +0200

#14547 — Bash vi mode's e command (end of word) goes to eol when hitting a unicode character

FromEnrico Maria De Angelis <enricomaria.dean6elis@gmail.com>
Date2018-09-03 13:13 +0200
SubjectBash vi mode's e command (end of word) goes to eol when hitting a unicode character
Message-ID<mailman.330.1535979772.1284.bug-bash@gnu.org>
This is kind of a pedantic bug report.
Basically it seems that bash's vi-mode doesn't use the same definition of
words/Words/... that Vim uses (which is the facto the always installed
version of vi), but I write you the same, just in case it's an easy task to
do the fix (if you think this is really a bug).

The version number of bash: GNU bash, version 4.4.23(1)-release
The hardware and operating system: Arch LInux (constatly update)
The compiler used to compile: I didn't compile bash myself
A description of the bug behaviour: & A short script or `recipe' which
exercises the bug:
While vi-editing a line like the following
$ ls bulk32³ grids.dat COPYING
with the cursor in normal mode at the beginning of the line, hitting e
repeatedly, cause the cursor to move in order to
s of ls (correct)
2 of bulk32³ (correct, since Vim itself works like this, with an end of
word being detected in between 2 and ³)
end of line (wrong)

Kind regards,
Enrico Maria De Angelis

[toc] | [standalone]


Back to top | Article view | gnu.bash.bug


csiph-web