when in a UTF-8 locale, vim seems to think that certain characters (such as spaces or periods) take up two spaces rather than one. Reproducible: Always Steps to Reproduce: 1.$ LC_CTYPE=en_US.utf8 vim 2.type 1234567890, return to beginning of line 3.enter insert mode, type "The quick brown fox jumped over the lazy dogs." Actual Results: The 1quick 2brown 3fox 4jumped 5over 6the 7lazy 8dogs.90 with the cursor on the 0 Expected Results: The quick brown fox jumped over the lazy dogs.1234567890 # emerge --info Portage 2.0.51-r13 (default-linux/x86/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-gentoo-r4 i686) ================================================================= System uname: 2.6.10-gentoo-r4 i686 Unknown CPU Typ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Jan 3 2005, 18:52:40)] ccache version 2.3 [enabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.59-r6, 2.13 sys-devel/automake: 1.8.5-r2, 1.5, 1.4_p6, 1.6.3, 1.7.9, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -mtune=athlon-xp -O3 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -mtune=athlon-xp -O3 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://bazaar.cites.uiuc.edu/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://bazaar.cites.uiuc.edu/gentoo-portage" USE="3dnow 3dnowex S3TC X Xaw3d aalib acpi alsa apache2 apm arts avi berkdb bidi bitmap-fonts cairo canna cdr cjk crypt cscope cups curl dedicated dga directfb doc dvd dvdr emacs encode escreen esd f77 faad fam fbcon flac font-server foomaticdb fortran freewnn gcj gdbm ggi gif gnome gpm gstreamer gtk gtk2 gtkhtml guile idea imagemagick imap imlib ipv6 java jpeg junit kde kerberos ldap libcaca libg++ libwww lirc mad mbox mikmod mmx mmx2 motif mozcalendar mozilla mozsvg mpeg mpi mule multitarget music mysql mythtv ncurses network nls ntlm nvidia objc odbc offensive oggvorbis opengl oss pam pdflib perl plotutils png python qt quicktime readline real rtc samba sdl slang spell sse ssl svg svga tcltk tcpd theora tiff truetype truetype-fonts type1-fonts unicode usb uudeview v4l2 wmf x86 xgetdefault xine xinerama xml xml2 xmms xrandr xv xvmc zlib linguas_en linguas_ja" Unset: LDFLAGS
Unable to reproduce here.
It turns out the issue is in vimspell-1.95; it affects both vim-6.3 and vim-7.0alpha, and goes away if vimspell is either removed or downgraded to 1.84-r2. (summary changed to reflect this)
Mmm, could you take this one upstream please? I'm a bit reluctant to try messing too much with certain plugins, especially when we have an active upstream.
Reopening. I received an email from Jiang Qian <qian2@fas.harvard.edu> regarding this issue. That is below. Attached is a patch against vimspell-1.95 that is provided by upstream to fix the issue. ---- Hi there: I googled around about the bug I found in vimspell script and found your website also reported the bug: http://dev.gentoo.org/~absinthe/archives/2005-01-30T05_39_35.html I then found out how to deal with it and thought you might want to know about it. I emailed the author of vimspell and he said it is a bug that occurs in utf-8 encoding and the attached patch solved it. I tried it out and found out that indeed it resolved the issue. Jiang
Created attachment 67830 [details, diff] vimspell-1.95 patch to fix spacing bug
vimspell is package.masked and pending removal from portage, closing WONTFIX.
