lacygoill

For now, I'm not trying to implement any custom text-object. I'm just using the default text-objects provided by targets.vim. They work fine with builtin operators (like `c`, `d`, `y`, ...)....

Really sorry for not answering the issue earlier. I was not notified about this issue because I don't watch the repository. I can now see that the event has already...

Yes, this solution should work. Alternatively, someone should contact the maintainer of the netrw plugin [by mail](https://github.com/vim/vim/blob/ba98fb54aefada4c36390add4c7dd90b93e7e5bb/runtime/plugin/netrwPlugin.vim#L4), so that they include the patch that I mentioned in https://github.com/vim/vim/issues/7742, or implement...

Fixed in the last update of the runtime files: https://github.com/vim/vim/commit/89a9c159f23fb7b3e24e6d09068adfc24a73afcb

Yes, this bug has always annoyed me. I really need to find a fix. I thought I found a simple one with [this PR](https://github.com/chrisbra/matchit/pull/27), but I was wrong. I'll try...

OK, I have a patch which seems to fix the issue: ```diff diff --git a/autoload/matchit.vim b/autoload/matchit.vim index ef89f17..a0b7a7e 100644 --- a/autoload/matchit.vim +++ b/autoload/matchit.vim @@ -232,7 +232,10 @@ function matchit#Match_wrapper(word, forward,...

> We also need our visual mapping to escape before invoking matchit#Match_wrapper() so that startpos is correctly set: In a future refactoring, it might not be necessary to escape; nor...

Sorry, I tried to fix too many things at once. I guess it's better to stay focused on one thing at a time. So, here is a shorter patch which...

On my Ubuntu 20.04 machine, which comes with Python 3.8.10, the `d`, `h`, and `i` assignments are not syntactically correct: $ python >>> d = ur'\nfoo\n' File "", line 1...

> Not sure it's the correct fix (I don't know Python), but you could try this patch: It doesn't take into account the possibility that the `r` flag (or whatever...