Carlo Baldassi wrote:
> Yes, I had that thought as well. However, as also clearly stated in the 
> documentation of lockmarks, the major drawbacks of this model are 1) not 
> adjusting for line insertions / deletions 2) the possibility of making the 
> command you're calling non-functional, it that command uses marks to jump 
> around internally (and even if it uses the jumplist, although I think that's 
> much less common.)
>
> The third patch I submitted after Justin's comments (the one which introduces 
> "keepjumps!" - but the name can be easily changed! - file name 
> "lkjbang_patch.txt") actually solves all this, quite nicely in my opinion. 
> All operations inside keepjumps! work normally, and the state at the end is 
> restored as best as possible keeping track of insertions/deletions. Of 
> course, it comes at a slight cost in complexity/memory/speed. I could not 
> observe any noticeable difference in practice though. To me, its worst issue 
> is some code duplication, but it's not terrible.
>
> So that's actually my favourite choice at the moment (as I mentioned, I'd 
> even use that in place of the current "keepjumps"), and if the costs are 
> considered acceptable, I'd gladly polish that/rename/apply all required 
> changes.
>
> (Otherwise, I'm still reasonably happy with the simpler "lockjumps" version - 
> please let me know if there's anything I should do about that as well.)
>

Hello!

I'm wondering about how the patch(es) work -- is it a save&restore or is
it a prevent-any-modification?  I'm in favor of save&restore;
prevent-any-modification is certainly going to cause problems.

Regards,
Chip Campbell

-- 
-- 
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php

--- 
You received this message because you are subscribed to the Google Groups 
"vim_dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Raspunde prin e-mail lui