Re: [tlug] i-mode i18n

[Tony Laszlo <laszlo@example.com>]

> Here's proof that a font can contain variants, from someone you know
> well :-)
> 
> http://www.unicode.org/iuc/iuc13/a10/slides.pdf

"variants should remain unencoded - to be accessed 
through glyph substitution. "

* to what category will these ungrouped characters 
belong. x_leftover-32-9 ? something a little 
more romantic, perhaps? I think a lot of ordinary 
mortals are more concerned about the grouping, 
rather than whether characters are encoded or 
unencoded. 
If you wanted to display such variants with html 
for example, could they be displayed by a browser 
set to utf-8 - without being presented as special 
characters? 

* is there much of a problem with sending 
utf-8 in email nowadays? certain php 
implementations seem to require (suggest?) 
that the utf-8 data be base64_encode() 'ed 
before being sent. With pine on Linux, 
I am having no trouble receiving utf-8 
email that has not been processed in that 
manner, however...