Hi Christian!
Sorry for the late reply,
On Wednesday, August 5, 2015 at 7:37:51 PM UTC+1, Christian Brabandt wrote:
> > Form everything I've read about the expected behaviour for restoring the
> > cursor positioning (eg:
> > http://vim.wikia.com/wiki/Restore_the_cursor_position_after_undoing_te
Hi Dmytro!
On Di, 04 Aug 2015, Dmytro Konstantinov wrote:
> Hi Christian!
>
> Thanks for getting back to me!
>
> On Tuesday, August 4, 2015 at 6:35:55 PM UTC+1, Christian Brabandt wrote:
>
> > I am nut sure, I understand fully. How do you suggest to change the
> > cursor positioning?
>
> I'm
Hi Christian!
Thanks for getting back to me!
On Tuesday, August 4, 2015 at 6:35:55 PM UTC+1, Christian Brabandt wrote:
> I am nut sure, I understand fully. How do you suggest to change the
> cursor positioning?
I'm afraid I know neither C nor VIM internals well enough to propose a
solution. W
Hi Dmytro!
On Mo, 03 Aug 2015, Dmytro Konstantinov wrote:
> After a bit of digging around we managed to confirm that it is, indeed, a bug
> in vim. It can be replicated with `vim +"source [filename]"` using the
> following two tests:
>
> 1. [OK] The following test produces the expected result:
After a bit of digging around we managed to confirm that it is, indeed, a bug
in vim. It can be replicated with `vim +"source [filename]"` using the
following two tests:
1. [OK] The following test produces the expected result: substitution change is
joined to the previous change in the buffer (
Hi guys,
I think I've found a bug in the way the cursor position is handled when undoing
`:s/...` command. It's a bit of a long winded story, so please bear with me:
The way my VIM is set up, saving a buffer to a file triggers a custom
StripTrailingSpaces() function, which is attached at the en
