Since going through the hassle of learning vim I can't use anything else anymore.
And for the use case of
"I built txt because I spend most of my time in the terminal, and switching to a different tool just to make a quick edit always felt like friction I did not want. The editors that live in the terminal either have steep learning curves built around modal paradigms, or they are too limited to be genuinely useful."
it's literally only a handful of vim commands and shortcuts you need.
Vim is great and I have 25 years of muscle memory for it. But I'm also interested in trying Kakoune (https://kakoune.org/why-kakoune/why-kakoune.html) -- which I understand also has a VSCode plugin called Dance (https://github.com/71/dance) -- as I've seen somewhat convincing arguments that it is a more powerful model for modal editing.
Instead of "verb object" (eg. delete word or "dw"), it is "object verb" (eg. word delete, or "wd").
In particular, it seems to obsolete "visual mode" from vim (which I use often), because you're essentially always in visual mode. You always get to see a selection before you perform an action. Or at least that's what I understand, I haven't tried it yet.
I've been using kakoune for the past 2-3 years and it has been great. My main reason for switching from vim was the adherence to the Unix philosophy, but the editing model has been great. Seeing your selections change after each command + the clippy help text when entering a different "mode"^1 has made learning different editing patterns very easy. The only thing I really miss from vim is the number increment/decrement shortcut. There is a plugin for it, but I haven't tried it out yet (incrementing each selection by a different amount hasn't come up often enough for me).
vim is not a single concrete editor - it's rather an abstract idea, and ideas do port (if done properly). But some substrates have poor foundation for porting, some have much more flexible base. Every vim plugin for major editors - VSCode, IntelliJ, Sublime, etc. have tons of deficiencies, partly because the platform itself might be prohibiting. In comparison, evil-mode in Emacs is absolutely great, in some cases it is even better than what Vim/Neovim have natively. And that's because of flexibility and malleability of the host platform.
I added a calibration feature for the pulsometer. Lets me set how many events I want to count in order to get the answer. Allows me to turn the pulsometer into an asthmometer. Use it every day at work, makes counting respiratory frequency painless.
If I remember right, I also made some improvements to the TOTP watch faces. Even maintained the repository for a bit while Joey focused on getting the Sensor Watch Pro out. Merged a lot of stuff.
The movement firmware is open source and it has tons of features. Highlights include temperature compensation for seconds per year accuracy, and a TOTP generator that lets you login like you're James Bond.
People have written orbital calculators for this thing. Even the Chrome jumpy dinosaur game got ported.
Really hoping this will include the ability to sync information from the internet via the BT tethered phone. But probably not
Similar to the current weather feature that grabs the weather for the next 5 days on every sync, I just want to push the local time train schedule just once per day to my watch.
Are there any electric cars that don't need internet connectivity via wifi/esim at all? I'm looking for something really simple. A chassis, four wheels, an engine, airbags. Basically my current ICE car, just electric.
I can recommend the VW e-UP!s from 2013-2016ish. They have very little tech in them but are relatively modern. You can also quite easily tap into the control systems (climate etc) to remote control it with your own hardware: https://docs.openvehicles.com/en/latest/components/vehicle_v...
They are also super fun to drive and, although they have small batteries, the can charge at 40-50kWh, which translates to 10 minutes to ~85% full. We have used a eUP 2013 model to travel across europe (~900km) in two days, many times! One charge last between one and two hours, depending on speed and weather. We usually cruse at about 90km/h, and the car is basically sipping electrons! The newer model have double the range, but I have not owned or testet them, but might be a decent compromise for longer travels.
What's your current ICE car? If it's a fairly simple front wheel drive platform you can probably transplant the battery and traction pack from a Nissan Leaf or similar into it.
Incidentally if you can get enough cold water into it you can get around 150bhp out of a first-gen Nissan Leaf motor for a few seconds, which is really all you're going to need.
There's a guy in the south of England who makes tubular steel spaceframe chassis replacements for VW Beetles, that are compatible with most kit car bodies. Instead of taking a hard-to-get Beetle engine and gearbox they take an MGF engine and gearbox, but I bet you could cram your Leaf motors and batteries in. There you go, now you're running around town in a ridiculously quick electric beach buggy. How cool is that?
Unlike most vehicles sold in the United States, the Slate Truck is not expected to have any in-car entertainment system; instead, customers are expected to use their own mobile device for audio streaming, navigation, and over-the-air updates for their trucks.
Just browsed through the available Audio collections on the Internet Archive. There's probably more music available than I can listen in my lifetime. No need for audio subscriptions for me.
Its fun to browse and explore and I like the sequential listening experience of the LPs.
I started learning guitar using tabs. It's good for easily picking up a song, but I found it painful to learn new songs. Everything I played I simply memorized and learning a new song was always a start from scratch.
I mostly play classical guitar and now force myself to get better at sight reading standard music notation. I find it extremely hard but very rewarding because I'm now able to simply pick up a sheet of music and with a couple of tries figure out the basics of a piece. It opens up a whole library of beautiful pieces.
Same, I finally managed to stick with learning standard notation this year after several false starts and I’m kicking myself I didn’t start earlier. There were a few tough moments where it seemed like I’d never get (learning about key signatures, moving past 1st position) but now I’m starting to get comfortable playing up to the 7th position. It’s so nice being able to just buy a big book of Sor or Giuliani or Carcassi studies or even some Bach transcriptions and play them straight out of the book instead of needing to listen to a performance first and then look at the tab.
I'm working on becoming a better piano player and forcing myself to read sheet music. To your point, it's incredibly difficult. To the point that I'm 50/50 about whether I'll ever get good enough for it to matter. I'm learning songs, but in nearly every case I'm mostly memorizing the song. It's really frustrating.
I've been advised to use a keyboard to record my playing without being able to hear it and playing straight from the sheet music. I haven't tried it yet though.
Was playing around a bit and for its size it's very impressive. Just has issues pronounciating numbers. I tried to let it generate "Startup finished in 135 ms."
I didn't expect it to pronounciate 'ms' correctly, but the number sounded just like noise. Eventually I got an acceptable result for the string "Startup finished in one hundred and thirty five seconds.
yeah we're fixing this at the model level too. but in the meantime, there is a way to add text preprocessing for you, and if you have a special use-cased, claude code should be able to one-shot custom preprocessing. its the way that most existing tts models (including sota cloud ones) deal w numbers and units, they just convert it into string.
thanks a lot for trying it and giving feedback. custom preprocessing will fix this for 95% of use-cases. and as i mentioned, this will be fixed at the model level in the next release.
The above SECDED check-bit encoding can be implemented in a similar way, but since it uses only three-bit patterns, mapping syndromes to correction masks can be done with three-input AND gates.
It sounded quite good indeed for the normal English stuff, but I guess predictably was quite bad at the domain-specific words. It misspoke "SECDED", had wrong emphasis on "syndromes", and pronounced "AND gates" like "and gates".
Could you give some example of what kind of preprocessing would help in this case? I tried some local LLMs, but they didn't do a good job (maybe my prompts sucked).
I'm not sure if you're misspelling it deliberately or not, but the word you're looking for is "pronounce" and it's verb form "pronouncing", as in "It just has issues pronouncing numbers" and "I didn't expect it to pronounce 'ms' correctly."
And for the use case of "I built txt because I spend most of my time in the terminal, and switching to a different tool just to make a quick edit always felt like friction I did not want. The editors that live in the terminal either have steep learning curves built around modal paradigms, or they are too limited to be genuinely useful."
it's literally only a handful of vim commands and shortcuts you need.