From: Roozbeh Pournader (roozbeh@htpassport.com)
Date: Mon Apr 13 2009 - 18:03:15 CDT
That is already handled by ISO/IEC 2022, "Information Technology—
Character code structure and extension techniques". I recommend reading:
http://en.wikipedia.org/wiki/ISO_2022
Roozbeh
On Tue, 2009-04-14 at 00:25 +0200, Dennis Heuer wrote:
> hello
>
> unicode provides quite a lot of fancy characters not really fitting or
> placed well (mainly because of the growing base). the newest candidate
> is the "soccer" character. why not! but, unicode will not be able to
> fulfill all needs in this respect. this is why, i think, there will
> always be the need for parallel character sets--and this is good
> so. it is also good for unicode because (sets of) code blocks could be
> kept outside the official standard for much longer before they are
> 'really' ready for inclusion (occupying precious space in the character
> map). this is why i think that unicode should support the inclusion (or
> embedding) of other character sets. it should not know about them and
> how to specify them. this is the matter of a different standard. (the
> easiest way is to name or number them offcially.) however, it should
> provide a character to mark the position at which unicode is 'closed'
> or 'left'.
>
> regards,
> dennis heuer
>
This archive was generated by hypermail 2.1.5 : Mon Apr 13 2009 - 18:05:14 CDT