231–240 of 291 posts
I wonder if this will be useful for electron based editors like vscode's vim plugin. I know the plugin is "good" but I always find something that works in vim and doesn't in the plugin and end up going back to my terminal.
I heard that you could embed neovim for that sort of thing, since neovim has an ipc. I don't know how well the feature is maintained though.
Earlier quoted context omitted.
You should (look back). Mapping it to Ctrl is a much more sensible choice. Can’t imagine using backspace instead of Ctrl-h, or Ctrl-A/E to go to the beginning/end of line, or Ctrl-W to delete back one word etc. Of course, Ctrl-[ is also right under your finger tips with Caps Lock mapped to Ctrl.
> You should (look back). Tell me about it! > Mapping it to Ctrl is a much more sensible choice. Never considered this, but just moved my pinkie to Ctrl and then to Esc and then to Ctrl... hmm... I use Emacs bindings in Insert Mode, wouldn't this interfere with them?
Added bonus: on MacOS, emacs keybindings work in pretty much every place where you can input text, so you get’em everywhere. It’s part of the Cocoa Text System:
I thought I was getting stuck in insert mode, and I got fairly frustrated before realizing my Vim keybindings browser extension was grabbing ESC and keeping it from this weird browser-Vim. We brought this abomination on ourselves.
:imap jk Will change your life man.
Earlier quoted context omitted.
Hah that’s good one! I need to take a vacation and re-examine my vim life. So many good things to explore and muscle memory to tweak.
I wonder if there are any studies that look at how hard it is to permanently readjust muscle memory as you age. Would I ever (at 31) ever achieve the same fluency with emacs if I switched cold-turkey today as I've developed with vim in my teens and twenties? What about in my fifties?
Love, Silicon Valley
Earlier quoted context omitted.
At this point, the easier route to getting a text-based browser to support something like this would be creating a new one based on WebKit/Blink. It would probably need to get the engine to draw to a fake screen buffer and run an OCR algorithm over that. And even if the OCR and layout worked well, there would be a lot other work necessary to get reasonable text based interactivity, though that's probably partially so…
I did! See brow.sh It uses Firefox as a backend so can in fact run Wasm. However it doesn't use OCR, it uses the DOM to get precise coordinates for text nodes, this recreating a pure text representation of the page, using nothing but spaces and carriage returns for "formatting".
Earlier quoted context omitted.
The actual issue is that Windows and Linux don't properly use a ‘super’ key―while the ‘Win’ key is sitting there uselessly. Ironically, MS' own ‘ergonomic’ (cough) keyboards have gigantic Win keys, right under the thumbs which are the strongest digits. These keys are great to use on Mac, it's an eye-opener as to how the historical keyboard mutations ended up in just the wrong way for two platforms (and for Emacs). I…
I’d love to hear your take on the nonsensical shape and staggered key layout. Do you have suggestions for keyboards that do away with this? I have myself been looking at https://ergodox-ez.com/ but I’d love to hear of alternatives, especially if you have first hand experience on them.
Well, I guess you already noticed that regular keyboards are made for people with arms growing from the front of their chests. Some, like MS, now generously provide some angle between the halves so people with shoulder-mounted arms can curve them in more comfortably without keeping the wrists crooked.
Now, let's take the flat profile, specifically crosswise the keyboard. It seems greatly suited for people with digits extendable in the plane of the wrist. But where I am, fingers mostly rotate on joints instead.
While we're here, feeble attempts at wrist support on most current boards don't have much respect from me. MS at least made the board incline the other way, which is vastly better (though I'd like some forearm support now).
As for the staggered key layout, it works sort of okay for the left hand where the key columns are staggered to the right (going away from the user). Now, which way are they staggered under the right hand? Also to the right. Meanwhile my fingers mostly move forward and backward in line with each forearm, so I'd imagine ortholinear layout to be more reasonable.
Kinesis Advantage and Maltron boards seem to get all of this right, but I'm yet to buy one.
I'm not sure about the next point, but apparently in the ‘palms down’ position the bones in the forearm are rotated DNA-style, which may or may not be suboptimal. Some boards, like Kinesis Freestyle, can be mounted in a vertical accordion-arrangement, and there are also mice that are handled like joysticks.
The sad thing is, while plastic boards could probably be manufactured in any shape you'd like (at least other gadgets don't seem to have a big problem), prevailing designs are seemingly dictated by the inertia of the market instead of the ergonomics, so they still hold on to ideas of typewriter design from a century ago. And better designs are caught in the bog of higher prices because no mass production for these weird things.
:o test.tx :wq I get an fsync failed error and I'm told to press enter or type a command to continue.
I can't do either.
Earlier quoted context omitted.
Whoa, I was not aware of this. Now I can completely avoid using the touchbar!
You can also remap a key like Caps Lock to Escape, straight from System Preferences on macOS (unless you're already remapping it to Ctrl or something)
Does anyone actually like Caps Lock?