Not in the repo though, which can be a no deal for many.
In other terminal editors I sometimes have to do a slight pause, to work out whether I'm using the editor-in-built yank chain, or pasting from operating system clipboard using the not-as-standard-as-Ctrl-V terminal emulator binding, Ctrl-Shift-V.
Isn't this something that benefits mainly developers, at the expense of everyone else? Most people don't use the terminal, so they don't have any use for control-x/c/v. At the same time super-x/c/v is less ergonomic than control, at least for me. With control I can use my pinky + index finger, which is much more comfortable than using super, which requires me to awkardly use my thumb + index.
[edit] every default layout for English, I mean. I wouldn’t expect a default layout for another language to be great for composing English text, obviously.
I'm not sure what you mean by "stretch down to ctrl". On a standard keyboard, with the control key in the bottom left corner, all you need to do is rotate your left hand slightly and use your pinky to press it. Doing so also puts your index finger in position to press the x/c/v keys. On a mac keyboard this is less doable because the control key is swapped with the fn key, but it also doesn't make pressing the command key any easier, as you still have to bend your left thumb to reach the command key (this is most apparent with c/v).
>The rest of the layout is wildly better than any other I know of for composing text in English
is this on non-US layouts? Looking at this https://store.storeimages.cdn-apple.com/4982/as-images.apple... or https://store.storeimages.cdn-apple.com/4982/as-images.apple..., the rest of the keyboard looks pretty close to standard ansi layout.
Again, I did the standard Linux/windows thing for like 15 years before switching to Mac, so I don’t think I prefer it just due to familiarity.
[edit] the key to their layout being so good for writing is how Option/Alt is used. Option plus a character will often get you a common modified version of that character that’s very useful (so you can type, say, façade, or a —, quickly and easily). Holding option changes practically every key on the keyboard, and shift+option does it again to a different set of chars. They’re not perfectly discoverable and some are compose keys (but visible on the screen, not hidden as a key that seems to do nothing!), but if you forget where the cent sign or euro or or pound are it’s easy to remember they’re in the numbers somewhere near dollar and find them again in a second or two.
[edit edit] the international layout can be better for some people but is basically obsoleted by Mac’s “hold a key and see accented versions to choose from” functionality, and alt-gr is similar to what Mac’s standard English layout does, except worse.
As a daily Vim user I find this to be a huge mistake in terms of user friendliness; Vim provides ways to set the clipboard as default register and other quality of life improvements, but until then a beginner has to figure out some of the weirdest keybindings to make it work, or even recompile the program because that specific distro didn't include xclip support for some reason. It is infuriating.
But in general I just install gvim (even if I only use Vim in the terminal) since it normally means that it'll have proper X support.
In my humble opinion expecting good X integration for a terminal application is bound to result in frustration. I use vim in the terminal but I also never use the mouse and I configure Vim not to interact with the X selection unless I specifically instruct it to using "*. If you want better integration with the graphical environment why not just use gvim? That's what it's for.
Recent versions of vim hijack this by default (`set mouse=a`). This makes the middle click paste the default vim register instead of the X selection. To paste from X, you must shift+click.
Personally, I can't understand why anyone would want this, but anyway. The best part is that you can't easily disable this globally, i.e. by putting `set mouse=` in /etc/vim/vimrc. Because if a given user does not have a ~/.vimrc of their own, then defaults.vim gets loaded after /etc/vim, overriding anything set there.
I install GVim, since it tends to be compiled with the most features enabled. You can still use the vim executable in a terminal and ignore the gvim one. Then it's just "+y / "+p to copy/paste, or add this to vimrc to map it to \y, \p:
noremap <Leader>y "+y
noremap <Leader>p "+p
set clipboard=unnamedplusI believe on Alpine OS I could get it working fine by installing some dependencies and recompiling Vim manually.
Others here have suggested to install the gvim package which seems to enable proper clipboard support in every case, I will try that next time I am in that situation again.
The Windows version also works very well.
Micro is great.