Idk, given a common cold is caused by viruses, simply limiting the exposure to them generally helps not having a runny nose. Soo, why not be pissed off that you have to be around humans instead
fl42v
joined 1 year ago
* the sound of buffalos approaching *
No, they've definitely been Chinese last time I've checked. It's just that it seems a bit weird to me to distrust software just because it's Chinese, since foss stuff from china can be trusted as it's possible to audit it (say, shadowsocks or xray), and proprietary software from outside of china can send your data wherever it's programmed to (e.g. windows or chrome). Besides, while it's alleged China could influence Chinese developers to either hand over userdata or backdoor the software, it's not like other governments can't, and for an average Joe the consequences are, I suspect, more or less the same
s/owned by a Chinese public company/proprietary/
Although another problem is that it doesn't bring anything new to the table. Yet another chromium browser with built-in proxies and data collection 🤷
Or build yourself a crkbd, yeah. That's beside the point.
manually count
That's why rnu (i.e. relative numbering) is mentioned, tho
What stopped me personally was reading they use a different order of operations, so to say. Where vim goes action + range, helix goes (or at least used to go) range + action (like replacing ci" by i"c). Mb that makes more sense for them, but I'm too lazy to re-learn that for no particular reason
"Sane" keybindings are questionable given Ctrl's location (painful to press with both pinky and thumb fingers). It's standard, I'll give it that, but those in helix or vim are mostly (I'm looking at you, navigation between splits) much saner all things considered
The use-cases for unquick GUI text editors are merely a subset of those solved by quick TUI text editors :P
y6jjp is generally faster, tho, as long as you know you need exactly 7 lines or happen to have :set nu rnu in your config. Also, if using nvim, having yanks highlighted helps immensely
Android translation layer is interesting. Well, at least I personally like this approach more than that of waydroid. Also would be nice to see the performance of that with binfmt compared to that of waydroid + libhoudini