> > > It appears screen does not cope with 32-bit Unicode codepoints > > > (actually anything more than FFFF). I can view them in urxvt > > > without screen, but not in a screen session. My environment is > > > fully UTF-8. > > > > By quick inspection, it seems that function > > > > FromUtf8(c, utf8charp) > > > > returns > > > > if (c & 0xffff0000) > > c = UCS_REPL; /* sorry, only know 16bit Unicode */ > > > > I'm just looking into the Unicode Standard. It might not be too > > difficult to add 3rd and 4th byte. > > > > I'll see what I can do.
Hmm, I have been too optimistic. It seems that the UTF-8 decoding bit
works correctly. But there is no internal storage for more than two
bytes.
Local gurus, please correct me if I'm wrong.
mchar->image holds the lowermost 8bytes
mchar->font holds one-but-lowermost 8bytes (unless it's 1, which means
that character is not utf-8)
My next naive theory is that if we make mchar->font 4 bytes wide (int),
and we enhance MPutChar & LPutChar, we might get more UTF-8 support.
Am I at least a bit close to the reality ?
Thanks
--
Vlad
pgp41epvMh1Ab.pgp
Description: PGP signature
_______________________________________________ screen-users mailing list screen-users@gnu.org http://lists.gnu.org/mailman/listinfo/screen-users
