feat: new command to open hover documentation in a new buffer instead of a popup

[nik-rev]

So, you can use Space + k to hover documentation which opens a popup.

However, sometimes it's really useful to be able to search inside this popup. Or go into it, move around, copy some text, etc. Some hover-docs can be quite long.

This PR adds a new command called hover_dump, which dumps the "documentation on hover" into a new scratch buffer, where you can use your usual Helix motions. this is how it looks like (window on the right):

The red box is where my cursor was, and it opened the documentation in a new buffer instead of a popup.

I bound hover_dump to Space + K, whereas hover was Space + k.

Closes #12206
Closes #8134
Closes #9455

[Axlefublr]

trying this feature out in my fork and loving it!

except, I'd rather it be a horizontal split. I could also see an argument for ::Replace, too
is it too unreasonable to ask for this to be configurable via a settable option?
I don't think helix decides on a split type anywhere else; maybe having a global "split-direction" option that other things may potentially use in the future is a good idea

[nik-rev]

trying this feature out in my fork and loving it!

except, I'd rather it be a horizontal split. I could also see an argument for ::Replace, too is it too unreasonable to ask for this to be configurable via a settable option? I don't think helix decides on a split type anywhere else; maybe having a global "split-direction" option that other things may potentially use in the future is a good idea

Adding configuration for this small thing is easily going to be rejected by the maintainers. Other adjustments would also be increasing complexity and could delay this PR from being merged

[Axlefublr]

fair enough. let's get this merged first
good luck!

[TornaxO7]

trying this feature out in my fork and loving it!

except, I'd rather it be a horizontal split. I could also see an argument for ::Replace, too is it too unreasonable to ask for this to be configurable via a settable option? I don't think helix decides on a split type anywhere else; maybe having a global "split-direction" option that other things may potentially use in the future is a good idea

What you can also do, at least, if you are working with one pane, is transposing your layout with <C-w><C-t>.

[Axlefublr]

@TornaxO7 yep thank you! I am aware
for now I changed it to horizontal in source in my fork; it's just a defaults preference