Closed lacygoill closed 3 years ago
There is also a small typo in the README file:
diff --git a/README.md b/README.md
index f97e524..5783a06 100644
--- a/README.md
+++ b/README.md
@@ -370,7 +370,7 @@ If `"NONE"` is specified, package directories are listed instead of plugin direc
`{plugname}` specifies a plugin name. Wildcards can be used. If omitted or an empty string is specified, `"*"` is used.
-If `{nameonly}` is TRUE, plugin (or package) names are listed instead of the direcotries. Default is FALSE.
+If `{nameonly}` is TRUE, plugin (or package) names are listed instead of the directories. Default is FALSE.
E.g.:
I haven't fixed the <nowait>
issue yet. Is it okay?
Well, I think it's subjective. Some people might disagree and think that their global mappings should have the priority over local ones. I really don't know what's best. I have had experiences where I was surprised to see that the local mappings were not executed immediately. But I also had opposite experiences, where I was surprised to see that my global mappings were not executed, because of local ones.
In the end, I still think that local ones should have the priority over global ones. It leads to the less surprising situations. That is, I think that – on average – it takes more time to understand why a mapping is not executed immediately, than to understand why Vim executes an unexpected command in a "special" buffer (i.e. a buffer tied to a plugin).
Again, that's just my opinion. I don't have data to back this up.
Describe the bug
When using a buffer-local mapping installed by minpac, we might need to wait until the mapping timeout.
To Reproduce
Run this shell command:
Wait for
minpac#update()
to finish, then presss
to open the status window.We need to wait 5 seconds before the status window is opened.
Expected behavior
The status window is opened immediately.
Environment
Additional context
The issue comes from the user mapping
sa
which causes Vim to wait until the timeout to decide whethers
is part of a longer mapping, or should be processed alone.I think all
<buffer>
mappings should be defined with the<nowait>
argument. As a suggestion here is a patch which should fix the issue: