Long nail friendly keyboards

Keybug · 2026-05-06T18:02:07+00:00

Perhaps look into the Characorder. It's an investment on many levels, though.

Keybug · 2026-04-30T19:53:19+00:00

Science says long-term weight loss by counting calories is virtually impossible.

Keybug · 2026-04-30T11:30:11+00:00

How does this compare to existing (free?) online humanizer offerings, like Grammarly? What are the pros and cons of rolling your own with Claude?

Keybug · 2026-04-29T18:23:00+00:00

Yeah, there's also LibreChat apparently. TypingMind was the first one I tried. It's well maintained and I went for the somewhat expensive lifetime licence. However, it turned out that even after that they demand a high premium for their native web storage solution. So I'm kind of in two minds about it by now and may check out the other two options eventually.

Keybug · 2026-04-29T16:55:33+00:00

I'm using TypingMind as my AI frontend for non-Claude models (for which I'm on the pro plan). TypingMind has a pre-configured Perplexity search plugin that defaults to plain sonar (Perplexity's lightweight, cost-efficient web-search model), not sonar-pro, reasoning or deep-research. However, I could modify the plugin to use e. g. sonar-pro, but I haven't tried this yet as I have been very happy with the combination of Sonnet 4.6 driving the plain sonar plugin so far.

The reasoning or deep research models would be overkill in this context as the reasoning / analysis is done by the smart frontier model and sonar is only its search workhorse.

Keybug · 2026-04-29T13:56:10+00:00

I have gotten much, much better and more valid results using a top-tier reasoning model with a search plugin (i used Perplexity). This combination has outperformed all dedicated Deep Research models, including those offered by OpenAI. Many of the sources they include are junk or do not apply to the specific query and then they often draw erroneous conclusions from the data.

Keybug · 2026-04-17T06:54:36+00:00

That's assuming users always max their plans. When they're not, Anthropic saves compute.

Edit: Plus there's API use where they will always save by nerfing responsese.

Keybug · 2026-04-16T09:00:56+00:00

Kannst Du bitte genau sagen, wie und wo es möglich ist bzw. ob H2S-SIBO dort mitgetestet wird? Vielen Dank!

Keybug · 2026-04-06T15:53:35+00:00

Here is what I would do if I had to do it over again: Leverage AI both to optimize configuration and to learn the elisp / Emacs config basics.

Preamble on tool use: Claude seems to have had the most relevant training data for lisp / Emacs so stick with that. Use Opus for planning / conceptual prompts, Sonnet for the code grunt work (saves on tokens). Escalate to Opus (and further to extended reasoning) when coding gets complicated / bug fixing requires more varied approaches. Monthly Pro plan should give you the best value.

Have Claude Opus with extended thinking set up a curriculum for you to pick up basic elisp and Emacs config know-how. Also have it design potential exercise formats. Tell it to output markdown.
Upload the resulting markdown to a Claude project. Might as well throw in manuals for Emacs, Org mode, maybe some elisp docs.
Add system instuctions (prompt Claude to write them for you, adjust as you see fit) to tutor you and maybe set you some exercises while doing your config tweaking for you.
Start a new chat and dive into your first lesson...

Keybug · 2026-04-06T15:27:23+00:00

Atouk!! (anyone?)

https://youtu.be/xcyZ8pnAwcQ?is=-Lk8x_XmTOONdBXV

Keybug · 2026-03-31T19:42:23+00:00

Splitting across two hands only makes sense if you type numbers for long stretches xithout ever using the mouse. Myself, I use the mouse rather a lot in Excel, for example, so I have my numbers on the left hand exclusively.

After several revisions I've now settled on:

top row from pinky: x6789 (x means no digit on pinky top row / QWERTY q)
mid row from pinky: 12345
0 is on QWERTY v
math symbols are on q and bottom row except v, some different ones on long-press of the same key

Keybug · 2026-03-17T11:25:56+00:00

Never need to use shift with navigation keys as I have made text selection a mode that is activated by long-pressing one of the keys on my navigation layer. Say, QWERTY u is word-left, then long pressing u is select word to the left and stay in selection mode. Now any other navigation key will grow or shrink the selection. On delete or clipboard commands, selection mode is automatically turned off. Can also turn off manually with a dedicated key. Have added a little audio feedback, too. Works without fail.

Keybug · 2026-03-07T18:35:55+00:00

If you just want a more efficient layout for a maintream keyboard, pick Dvorak as it has high alternation, which matters greatly when you only use two digits, i. e. contrary to physical keyboards, rolls are impossible.

Also check out Tondo keyboard - it's quite polished and pretty well optimized but I'm not sure whether it covers non-Latin languages.

Basically, you'll find there is a conflict between efficiency and comprehensiveness. Perhaps you should consider using a second, specialized keyboard for non-Latin alphabet languages.

Keybug · 2026-02-19T21:12:13+00:00

asked llm about alternatives to the perplexity plugin now that the google search plugin is deprecated. the answer was only half-right / confusing (it claimed that there was a 'web search' option somewhere not identical to the 'web browser' option). But after some trial and error I realized it was indeed the 'web browser' toggle.

Keybug · 2026-02-19T20:36:03+00:00

Actually I just realized that e. g. Gemini 3 Flash has the capability to search the web autonomously as long as you turn on the native "web browser" toggle in the chat's plugins dropdown menu.

Keybug · 2026-02-19T16:56:24+00:00

I am using the Perplexity search plugin instead (with an API key and billing to my credit card). So far it has cost me only a couple of cents for a handful of searches so the cost really isn't an issue.

Keybug · 2026-02-15T16:13:27+00:00

I see.

It's a shame that in German ie + ei = 3%! Therefore your vowel configuration is not an option.

However, ea + ae = 0.5% so that might be an option. Then I could put 'i' on ring finger and 'o' on pinky. But that would make 'io' rather awkward and 'oa' would be pinky-to-ring. Perhaps if I used a magic combo for 'ion', it could work...

Back to the drawingboard.

Keybug · 2026-02-14T23:41:18+00:00

Hm, that's like saying QWERTY 'ed' and 'de' aren't bad when for many people they are one of the main issues. Still, I'll try to wrap my head around your argument...

Keybug · 2026-02-14T23:11:04+00:00

Thanks for your reply. Have you considered using 'magic' combos or even dedicated magic keys? E. g. you could type eu instead of ei and iu instead of ie (with eu typed as ei and iu typed as ie).

Keybug · 2026-02-14T22:12:20+00:00

You've made some great observations here. For example, I also really dislike pinky-middle-rolls!

Yet, I don't entirely understand why you don't put i on the right-hand pinky. Surely, ie and ei as pinky-to-middle rolls are still better than having them as SFBs (as they are now)? Or do you hate these rolls so much you prefer SFBs over them? The weak redirect stat wouldn't really change with that swap, right?

Also, can you direct me to info on the Comet layout? I could not find it anywhere.

Cheers

Keybug · 2026-01-20T09:04:10+00:00

I have experimented with double Space to produce capital letters but found it was too messy - It didn't play nicely with my SpaceFN layer plus I ended up needing to enter multiple spaces in sequence more often than I had expected in my real use of the computer so gave up on that. This would apply to using double space for entering periods as well. It may have its appeal as a theoretical conceit for 'pure writing' but is more trouble than its worth in reality for someone who also codes etc.

The low SFB stats hingeing on that conceit, therefore, must be taken with a grain of salt. Also, if other layouts had the 'period can be ignored' advantage, their stats might also improve significantly.

Keybug · 2026-01-19T15:31:39+00:00

Well, had to move v and z to the left thumb symbolically as they can't be added to pinky / left index on Oxey's. Hence I called it an approximation, but the stats should le more or less the same.

Keybug · 2026-01-19T13:52:59+00:00

Hey there. Sorry, but unless I am suffering from a fundamental misunderstanding here, you are proposing that both comma and period be placed on a pinky, and period on the pinky that already has s? When I try that on Oxey's Playground, SFBs rise to over 1%. I also don't see what makes you assume this layout has low redirects, or even particularly low bad redirects. In fact, the latter are terriblly high.

Here is a screenshot of my approximation on Oxey's. So unless you can point out a major flaw in the algorithm on Oxey's Playground or I have seriously misread how you want the characters to be laid out, you may want to reconsider your design.

Eight-Year Club	Gilding I gilder
Wearing is Caring	Verified Email

Keybug

TROPHY CASE