4 ms·
Sorry, that sentence was wrong. I corrected it. The list is not a list of missing things. It is a list of things I want in my ideal editor. And to copy and pas
by bitboxer 16y ago
Sorry, that sentence was wrong. I corrected it. The list is not a list of missing things. It is a list of things I want in my ideal editor.
And to copy and paste: yy and P are not what someone would expect when starting a text editor. Shift+Cursor to select text, Cmd+c/Cmd+p to copy/paste, Cmd/z to undo. Those are the system defaults on my Mac and my editor should use the same keyboard shortcuts.
- RiderOfGiraffes 16y ago* Sorry, that sentence was wrong. I corrected it. The list is not a list of missing things. It is a list of things I want in my ideal editor. Oh. OK. * And to copy and paste: yy and P are not what someone would expect when starting a text editor. Shift+Cursor to select text, Cmd+c/Cmd+p to copy/paste, Cmd/z to undo. Those are the system defaults on my Mac and my editor should use the same keyboard shortcuts. Hmm. Well, I'm not really trying to defend vim - I have no stake in it - but the key sequences you describe are not what I would expect as defaults. Not least, I don't think anyone who comes to vim for the first time would expect h, j, k, and l for movement, or their upper-case friends, or key sequences like e, b, etc. The key on vim are different. If you want to set up defaults to match what you've used in the past, and what you think people will expect, then you can. I personally find the key sequences you describe for cutting and pasting enormously slower in bulk that the ones I use in vim. They are what people have become accustomed to in other editors, but that doesn't mean they're faster or more efficient. There is a trade-off. We actively prevent people from overly customising their editors because we have less time hacking out code than we have collaborating. We lose in straight efficiency of writing code, but we gain in being able to sit at any console and work immediately. Recognising that there's a trade-off is most of the battle. Deciding where to draw the line isn't easy, but is the minor part once you know there's a line to draw. And vim isn't really a "text editor". "Word" is a text editor. "vim" is a tool for producing code. Its interface is occasionally user-hostile and is completely undiscoverable. If you want something "more standard" and "more discoverable" then it's not vim. On that we no doubt agree.