Kevin Brubeck Unhammer
Kevin Brubeck Unhammer
This seems like it'd be useful to have everywhere (perhaps with a list of exception-modes).
See https://stackoverflow.com/a/48274520/69663 Maybe if we're in js2-mode or another javascript-mode, we could also highlight these little critters.
Turning on this mode in a gnus article will overwrite the existing fontification of e.g. From, Subject etc.
AFAICT, there's no https://hackage.haskell.org/package/time-1.11.1.1/docs/Data-Time-Format.html#v:parseTimeM (nor https://hackage.haskell.org/package/time-1.11.1.1/docs/Data-Time-Format.html#v:defaultTimeLocale ) in Data.Thyme.Format, making it not quite drop-in compatible
For regular bidix lt-proc -b, we want to just copy over unconsumed tags and that is fine: ``` $ echo '^kake$' |lt-proc -b nob-nno.autobil.bin ^kake/kake$ ``` When using regular generation...
`apertium-pretransfer` has option `-e treat ~ as compound separator` – I don't know if any other tools have this, but it would be nice if we could implement support for...
If the dictionary has ```xml kakenekake pc-anepc PC-anePC ``` then we get ```sh $ echo '^kake$ ^KAKE$ ^kake$'|lt-proc -C nob.autogen.bin kakene kakene ``` I would like it to just fall...
b.dix: ```xml [a-zA-Z]+ ``` ```sh $ lt-comp lr b.dix b.bin regex@standard 3 105 $ echo '^HYPERSENSITIVITET$' | \time lt-proc -b b.bin ^HYPERSENSITIVITET/HYPERSENSITIVITET$ 0.18user 0.04system 0:00.22elapsed 100%CPU (0avgtext+0avgdata 141920maxresident)k 0inputs+0outputs (0major+36137minor)pagefaults...
Then we could have bidix entries like ``. This would require changes to the compiler to allow it, and presumably trim and compose, perhaps also fst_processor?
At the very least, getting Lower and Upper ranges would be nice, so we could ```xml \\p{Lu}\\p{Ll}+ ``` and whatnot. If we do the "simple" thing and just expand like...