I got a Keeb.io kit and soldered it myself, and then I’ve handwired a Dactyl Manuform and (halfway) a Splaytyl. I love how many people can build you a 3d-printed keyboard these days, but I’m already equipped and experienced to do it all myself.

I’ve been using a tshort dactyl manuform 4x6 for 5 years now, having never planned to use it for even 1 year. I only commonly use the two innermost thumb keys; I didn’t think I would like the thumb cluster from watching a video of someone typing on it, and I indeed don’t like the thumb cluster. The switches are Kailh Brown; one of them started to stutter and I replaced it with … a TTC Brown or some such.

I’ve printed, but not finished, a Splaytyl. I think it’s going to feel nice, but it’s only 4x5, and I’m nervous about not having Tab and Enter on the base layer.

Colemak DH represent!

I tried Emacs six times before liking it. The time it stuck was when I was editing some code in a language where the include/import statements almost matched the directory structure in the filesystem, but didn’t. So, in Vim, I could cursor over an include statement, type gf… and not quite be able to instantly open up the included file. The way gf worked was that it was written in C as part of Vim, and to tell it where to look was a matter of configuration. But I needed a bit of code instead, to make up a couple of places in the filesystem to look on the fly, when I wanted to find-file-at-point (the Emacs term for Vim’s gf functionality). Not only was find-file-at-point written in Elisp, but it already had a place where you could hook some custom code in, and documentation about how to do it. The documentation was available inside the editor (as you might expect from using Vim’s :help), but it also had a link straight to the Elisp source. I was able to try out my function, change, and try again without restarting Emacs, and debug it step-by-step using edebug.

Anyway - have fun with Neovim. I hear it’s spiffy. :)