erik quanstrom wrote:
|> uuh, ok, 9atom seems to have seen a lot of progress compared to
|> what i have yet looked at.
|
|just a few tables. and a bit of time spent applying them. ;-)
|if you have plan 9 installed and can
|
| nflag=-n srv $nflag -q tcp!atom.9atom.org atom &&
|
On Mon Jun 24 16:26:37 EDT 2013, sdao...@gmail.com wrote:
> erik quanstrom wrote:
> |all the other rune tables work this way. there is one
> |table per property. having a structure doesn't fit the
> |current programming interface, nor usage.
>
> uuh, ok, 9atom seems to have seen a lot of pro
erik quanstrom wrote:
|all the other rune tables work this way. there is one
|table per property. having a structure doesn't fit the
|current programming interface, nor usage.
uuh, ok, 9atom seems to have seen a lot of progress compared to
what i have yet looked at.
I'm still waiting for som
> My S-CText (on code SLASH>) tests all 0x10 code points correct with the
> above. Now when i look at the sys/src/libc/port/runetype.c (of
> plan9front) then i think this one is generated, but i cannot find
> the creating script or program, which would be of interest to me.
> And maybe Plan9
'Thing is; i'm writing a Unicode aware library for ISO C99 aware
environments (*earliest* alpha state) and at the moment i use
binary searches (i only have display-widths and simple case
mappings right now). For combined upper/lower case mappings i do
end up with
static struct _casemap {
ui
