Add File sub keymap

[QiBaobin]

Fixes #3052

[poliorcetics]

Sub keycaps should not use uppercase keys IMO, it makes them at least 4 chars to type and typing Shift+<key> is not always practical depending on key (it never is in my opinion, but that's more drastic)

It's more breaking but maybe space+f is ok ? The current behaviour would be recuperated by doing space+f+f, which is easy to type quickly

[the-mikedavis]

I like this but I agree about F being tough because of the extra modifier. We tend to prefer sequences to modifiers (for example v instead of shifted motions like in Kakoune). As much as I like the very short <space>f for the main file picker, maybe it's ok to add an extra f in there, eh? I suppose doom emacs / spacemacs already have this same binding. What do others think?

[sudormrfbin]

<space>f is rather short and sweet, and I'm not sure how frequently the other newly introduced pickers will be used. How much would <space>fd be used compared to <space>ff ? In projects where it makes sense to open the current-buffer-directory picker more often, the default <space>f could be binded to the buffer-directory picker. I personally have backspace in normal mode mapped to the file picker so that it's takes the most minimal number of keystrokes :P

---

If we do decide to go with <space>f as a submode, <space>fF (open picker at CWD) should be changed to something easier to type.

[poliorcetics]

the default <space>f could be binded to the buffer-directory picker

Having to change learned behavior and remember to make a new local config depending on the project seems wobbly, I would hate that. Configuring my language server to pick up project specific details is one thing, keybindings are supposed to be more "computer wide" IMO

[archseer]

We could turn space+F into a submode instead and keep space+f as a faster shortcut for the default?

[poliorcetics]

We could turn space+F into a submode instead and keep space+f as a faster shortcut for the default?

That was the original behavior in the PR that I argued against, modes should not use uppercase, it's bothersome to type

[archseer]

It's a less often used mode though. Users can always add their own keymaps to access certain pickers easier. I'm open to other suggestions but I don't want to remap space+f

[mangas]

Hey guys, I just found this PR while searching for something similar in terms of remapping space keybinds. For my own use I have swapped f and F because F is trickier to use because of shift, and because most of the times they do the same thing. When I do select a directory then I don't need to change the binding. I also think most of the other keybinds use only one key so adding space+ff seems weird to me (unless we make it a sub-command and in that case it would be what? space+ff and space+fF?) I think swapping f and F is prolly a good default as it behaves the same in most cases (I would think).

Is there a reason we can't add the config to rebind space keybinds? If not then maybe that could be a starter?

[the-mikedavis]

What do you think about b for this?

[the-mikedavis]

Is there a reason we can't add the config to rebind space keybinds?

This is possible:

[keys.normal]
space.F.c = ":config-open"

[QiBaobin]

close per #4783