Refactor plugin to use AnActionListener on messageBus

[luqasn]

instead of hooking into ideavim internals.
Also fixes some minor mapping bugs.

• check g:WhichKeyProcessUnknownMappings=false still works with this

Fixes #88
Fixes #81
Fixes #71
Fixes #52

[luqasn]

We could let jetbrains know at https://youtrack.jetbrains.com/issue/VIM-3085 after merging (if we merge)

[luqasn]

This new code now also allows to intercept Escape, so I added a commit that allows closing the which-key popup using escape. But I now noticed that it isn't quite that simple, it should also check if which-key is even open and that ESC isn't a valid target given the current key sequence. I'll add that in the coming days.

[luqasn]

This new code now also allows to intercept Escape, so I added a commit that allows closing the which-key popup using escape. But I now noticed that it isn't quite that simple, it should also check if which-key is even open and that ESC isn't a valid target given the current key sequence. I'll add that in the coming days.

Implemented this now, good to go 👍

[luqasn]

I think because this acts after key press now (at least for non-special keys) that it probably broke g:WhichKeyProcessUnknownMappings=false. I'll have to test it.

[TheBlob42]

I just tested your PR now with the following .ideavimrc and the bindings for <C-w> don't work, but maybe I am missing something here 🤔 or did I understand your comment here wrong?

set which-key
set notimeout

let g:WhichKey_ShowVimActions = "true"

Also pressing for example gg closes the popup first, but then reopens it again

[luqasn]

Strange, these are all things that should work and that I tested. But not with a minimal config but instead with my lazyvim-oriented config (cufarvid/lazy-idea#3).
I'll test this with a minimal config.

[luqasn]

Tested this with your example config. Very weird, for me <c-W> properly shows the popup, while gdoesn't open the popup at all because the mappingState has an empty key sequence.

Will need to investigate further.

[luqasn]

Okay, interesting learning:
LazyVim has custom actions that start with g, which is why it worked when I had them enabled.
Because as it turns out, what happens is that mappingState only tracks keys for user-defined mappings. If there is no match, the keys get detached, a.k.a. the sequence is cleared, but they are still (or only then?) tracked in commandBuilder.
So I somehow have to come up with a logical way to look at commandBuilder and mappingState in combination.

[luqasn]

I pushed a fix for my own gg issue, please test again. This stuff is so complex, underdocumented and hard to get right...

[luqasn]

This still does not explain why <c-w didn't work for you though. If that still persists, we need to find out what is different between our two setups. I run this with runIde from a 'normal' intelliJ and then a 'bare bones', older intelliJ version with the current dev version of which-key starts in which I test and back in the "original" intelliJ I can put breakpoints and debug.
How do you test this?

[TheBlob42]

I usually test by building the plugin and installing it locally (as runIde crashes on my laptop for some reason from time to time). Maybe I installed the wrong version locally, so I'll check that again 👍