Added on_attach_after config option

[tronikelis]

Why

When trying to navigate to a hunk automatically on some condition, I noticed that on_attach does not work like I thought, it gets called without hunk info.

Thus you need to use vim.defer_fn which is an unstable solution which I dislike nvim-telescope/telescope.nvim#3341 (comment)

[tronikelis]

Hello, why was this closed? Is there a better way to make nav_hunk work on buffer attach without needing to defer_fn?

[T0nd0Tara]

@lewis6991 doesn't accept PRs to this repo for some reason. I have also tried to add a feature in #1138.
when I tried contacting him via email he didn't respond...

I don't get why he closed it tho, if it's not good enough I'll fix it, and if it's not the right time I'll wait. But currently he just closes PRs without giving a reason

[tronikelis]

@lewis6991 doesn't accept PRs to this repo for some reason. I have also tried to add a feature in #1138. when I tried contacting him via email he didn't respond...

I don't get why he closed it tho, if it's not good enough I'll fix it, and if it's not the right time I'll wait. But currently he just closes PRs without giving a reason

maybe the API is in a locked state 🤔 if so, putting this on a readme would save a lot of time

[ilan-schemoul]

maybe the API is in a locked state 🤔 if so, putting this on a readme would save a lot of time

Same thing happened to me. He really should put something in the README for sure. It's frustrating. It's ok to say you only accept bugfix but you want to do code all the features (probably doesn't want to maintain code he doesn't need ?) but you gotta state it upfront.

[lewis6991]

Added to CONTRIBUTING.md