Weird behavior when pasting a large token

[NachoNievaG]

When pasting a large token (in macOS at least) you can see a weird behavior after a certain delay.
The issue with this is that it results in a bad pasting as the sample token ends with SWYY, yet the pasted one in the TUI ends with mlzd

proof.mp4

[guruor]

@NachoNievaG I think the problem is with key binding conflict. Seems like your token has H (capital h) which caused help menu trigger. You can try remapping the help binding to a key like ~
In your case I see the H in second line of token preview just after mlzd:

iJBZG1pbmlzdH

There is already a comment here for the same:
https://github.com/Julien-cpsn/ATAC/blob/main/key_bindings_templates/default_key_bindings.toml#L16

I was able to reproduce it, when pasting helloHelloHi

Screen.Recording.2024-05-16.at.3.27.39.PM.mov

I have created a ticket earlier which indirectly points to this issue.

[NachoNievaG]

Oh okay, I clearly flew by it yet ignore that. It would be nice to have the help triggered outside the "input mode", only on navigation. Given that it is a letter to potentially be prompted seems a little awkward.
I'll explore it later. Thanks for the eagle catch

[Julien-cpsn]

Hello @G0V1NDS and @NachoNievaG

Being able to display the help popup from text input is planned (but it can also be changed)

They are two fixes to this:

1. Remaping the help popup key bindings to ctrl + h in the vim config file
2. Remove the ability to display the help popup from text inputs

What are your thoughts on this?

[guruor]

I find ctrl + h to be a common navigation binding for people using terminals, this is mostly used to switch the vim windows or the tmux panes. Either we can use a common help binding like F1 or we can remove it completely when in insert input boxes or in insert mode @Julien-cpsn .