On Fri, 21 Apr 2006, Suresh Govindachar wrote:
Hello,
Is this a bug, or is it something that cannot be fixed?
1) gvim.exe -u NONE -U NONE --noplugin
2) :set smartindent tw=40 fo=tcq
3) Type text -- at least, say, 60 characters.
Vim will insert linebreaks.
4) Join the pieces to have a single long line
5) yyp to get two lines each with 60 or more characters.
6) move the cursor to, say, 50th column on first line.
7) <ctrl-v>, select a two-line block, say 2x2
8) hit c and type mymy
Expect: selected two line block will become:
mymy
mymy
Issue: the first line breaks and only it gets mymy;
second line remains as-is.
Confirmed for GVim 6.3.
Seems like this is expected. Probably not a bug. AFAIK, the visual block
change/insert/append has always been "delicate".
In order for the inserted text to show up for all lines, there should be
a "continuous" input of _new_ characters that does not break up the line
with a newline (e.g., pressing <CR> or the case you just described).
Even deleting an available _surrounding_ character (e.g., hitting <BS>
or <Del> in step (8) after hitting "c" but before "mymy") will nullify
the visual block edit.
In retrospect, were you expecting either
(a) tw=40 not to work when typing "mymy" in step (8)
or
(b) the second line to break exactly like the first one did
leading you with two "mymy"'s?
IMHO, the alternate expectations (a) & (b) do not make much sense.
--
Gerald
