https://sourceforge.net/projects/allchars/
or used a stylus and the drawing input in TeXview.app on my NeXT Cube or https://www.inftyproject.org/en/software.html --- since then, didn't Microsoft's Journal and various other stylus note-taking apps get math support?
These days I just press the touch keyboard icon in the task bar and use that to get special characters.
A further concern is one has to be entering things more than just as a lineal stream --- superscripts and subscripts need to be entered into, things need to be put over or under a fraction bar, &c. --- do the hard-wired buttons actually accelerate things that much?
Why not just use a programmable keypad such as a Streamdeck?
I definitely understand why macro-expander programs can be useful, but I'm always a bit puzzled about the idea of combining them with a macro language like (La)TeX. Why introduce two layers of macro indirection? Maybe it just doesn't fit my use case, which doesn't mean it can't fit anybody's; but, more intriguingly, maybe it would come to fit my use case if I understood what it can add, so I wonder if you could describe how it's useful to you.
TeX already has more than enough layers of macro indirection :/
Try debugging an \makeatletter\expandafter and you're going to have a bad day. I think the macro system is even Turing-complete in some sense, certainly the number of times you potentially need to run TeX to guarantee a complete output reduces to the halting problem.
> TeX already has more than enough layers of macro indirection :/
Sure, I should have said "another layer of macro indirection" instead of just two!
> Try debugging an \makeatletter\expandafter and you're going to have a bad day. I think the macro system is even Turing-complete in some sense, certainly the number of times you potentially need to run TeX to guarantee a complete output reduces to the halting problem.
So is the indirect (har!) answer that, for you, which I know isn't the same as the person I was originally responding to, introducing the new macro layer allows you to replace some of the TeX-level indirection by a more concretely understandable macro expander?
(By the way, you are right that TeX's macro system is Turing-complete, not just incidentally but intentionally; Knuth didn't plan to make it so, but did so by request from Steele.)
I would really love to see new keyboard HID designed specifically for modern advanced keyboards (qmk etc) where you wouldn't need to resort on this kind of trickery. Or alternatively make the input stacks of OSs more easily configurable with custom physical layouts and modifiers etc instead of assuming that all keyboards follow basic ISO/ANSI layout.
https://www.retrotechlab.com/wp-content/uploads/2020/01/Sinc...
At the moment I'm using Espanso, an open source software that lets users map typed character sequences to unicode. So it's possible to set things up in such a way that typing the character sequence ";" "a" ";" makes Espanso replace the entire ;a; string with the greek symbol alpha α.
Symbols like ⇒ that can kind of be "drawn" with common keyboard characters "=" ">" is possibly nice to be mapped to the character sequence ;=>; This is a personal preference inspired by Typst's math notation design choice.
Otherwise I like the Agda input method of Emacs, where \to gives ⇒ and \alpha (or \Ga) gives α.
I flit between regular compose key input and zsh/vim digraphs in a way that makes no sense to me whatsoever. Compose ^1, AltGr+1 or C-k 1S all kind of feel natural to me, but the advantage of the ZLE method is that you can also use it to preview characters which can be useful if you want to test something out while in another widget or find the hex value to insert using some other tool.
¹ https://datatracker.ietf.org/doc/html/rfc1345#section-2.3
² https://zsh.sourceforge.io/Doc/Release/User-Contributions.ht...
³ https://github.com/zsh-users/zsh/blob/master/Functions/Zle/d...
I'm not quite sure, but my dream would be smaller buttons, coarsely modelled on the HP48-style keypad. I can't imagine many people share that dream, but I've wanted to make that for a long, long time.
Coincidentally, you get a long ways there by simple adding a Greek keyboard layout. You hit meta-space, and ασδζχψ. meta-space, and back to normal.
Foreign-language keyboard under GNU/Linux also have a layer with many convenient math keys (²·≈·¾ all exist natively in my normal layout).
A smaller win for me would be to simply print all of that on my keycaps.
For anyone who needs it:
The bottom row has two buttons that are 1.5 times standard width keys, the left is mauve (light pinkish-purple), the right is a minty-green.
The second bottom row has five standard keys but the far left one is unlabelled and coloured light-blue.
Each labelled key has 6 symbols in a 2x3 layout.
By default, pressing a key will type the symbol in the top row and left column.
Holding the mauve key when typing will change all keys to use the centre row.
Holding the minty-green key when typing will change all keys to use the bottom row.
Holding the light-blue key when typing will change all keys to use the right column.
So any combination of no-modifiers, right-column, middle-row, or bottom-row modifier keys when pressing a key can select any symbol on the keyboard.
I have no idea what happens when pressing a key while holding both the middle-row and bottom-row modifiers at the same time.
Those modifier keys definitely should have had symbols on them showing which row/column they modify.
eviks•8mo ago
asdf_snar•8mo ago