Strange undo behavior

[gnosis-zz]

After selecting some words with Control-n and typing c followed by some letters and hitting ESCAPE, typing u will only undo one letter at a time. Instead, it should probably undo the entire editing operation at once (perhaps using undo blocks?). Also, when the undo operation completes, the cursor should return to where the editing operation first began.

Many thanks for a great plugin!

[terryma]

This should be resolved in #22. Could you make sure that you're using the latest version of the plugin?

[unphased]

Hi, I am noticing in my gundo plugin undo history that there are now large amounts of empty undo changes.

From what it looks like when we move a multi-select in "normal mode", all the scripting that goes on seems to inject many many undo states.

Awesome awesome plugin by the way.

[FunTimeCoding]

how about making use of this: https://github.com/tpope/vim-repeat
would that work?

[unphased]

@FunTimeCoding Are you suggesting that vim-repeat might address the problem with the creation of too many undo states? (I have my doubts...)

[FunTimeCoding]

yes, when multiple steps get grouped as one action the multiple cursors plugin does - this allows to undo them in one action?

[FunTimeCoding]

what are your doubts?

[unphased]

if you think it'll work, by all means! I don't use this plugin anymore,
it's got a mind if it's own.
On Aug 29, 2013 5:09 AM, "Alexander Reitzel" notifications@github.com
wrote:

what are your doubts?

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/40#issuecomment-23476237
.

[FunTimeCoding]

do you have anything similar?

[unphased]

On my Macbook I have gone back to sublime (but now using Vintage mode). Sublime has a much more capable JSON configuration system for bindings, which actually allow you to configure a finite state machine in the editor. This means any behavior and state transition system you may want is possible there. That's off topic, of course, because multiple cursors is a primary feature of ST.

For regular vim use which is what I exclusively use at my day job, I usually use a combination of n and . to perform repeated edits. It's a lot less scary than trying to edit many cursors (which you can't really even see due to the absence of a minimap).

n and . is just a generally better approach. For example I've been using Xcode a lot lately too, and the XVim plugin can also handle the n . approach of editing stuff (though I would really be using the Xcode refactor/replace commands which is even nicer).

[FunTimeCoding]

I see. well thank you. Im just trying to get more into ninja plugins like this one to see if it can actually be applied usefully (by me).

[unphased]

Yes, I totally dont mean to knock on this Vim plugin! It is marvelous and about as ninja as Vim plugins can get, so much kudos are in order for @terryma for sure.

It's just that if something isn't rock-stable for me I'm gonna settle for something else. There are a ton of different vim builds. It's probably even a problem with my setup. shrug