Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > gnu.bash.bug > #14547
| From | Enrico Maria De Angelis <enricomaria.dean6elis@gmail.com> |
|---|---|
| Newsgroups | gnu.bash.bug |
| Subject | Bash vi mode's e command (end of word) goes to eol when hitting a unicode character |
| Date | 2018-09-03 13:13 +0200 |
| Message-ID | <mailman.330.1535979772.1284.bug-bash@gnu.org> (permalink) |
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
Back to gnu.bash.bug | Previous | Next | Find similar | Unroll thread
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
csiph-web