On Thursday 31 May 2012, Doug Ewell d...@ewellic.org wrote:
William_J_G Overington wjgo underscore 10009 at btinternet dot com wrote:
Further to that point of order, is there any rule that absolutely prevents
the deprecated status of a character or collection of characters being
Note that I absolutely do not advocate the reuse of language tags for
something else. They are deprecated and should remain deprecated. They
were not intended to be visible symbols.
I much prefer a solution that generates **true** symbols that can be
combined, and **optionally** (but safely)
William_J_G Overington wjgo underscore 10009 at btinternet dot com
wrote:
What I was wondering about was whether if someone proposes U+E0002 for
encoding for a future new technology, whether the fact that tags are
currently deprecated would automatically stop that proposal being
accepted for
2012/6/1 Doug Ewell d...@ewellic.org:
My opinion is that, while a font may include glyphs for tag characters,
that is not the normal use case for tag characters.
I have exactly the same position about glyphs found in fonts for any
format controls. They are not intended to be rendered, except in
Philippe Verdy verdy underscore p at wanadoo dot fr wrote:
Note that I absolutely do not advocate the reuse of language tags for
something else. They are deprecated and should remain deprecated. They
were not intended to be visible symbols.
Just as a matter of terminology, the deprecated
Philippe Verdy verdy underscore p at wanadoo dot fr wrote:
Just as a matter of terminology, the deprecated Plane 14 block is for
tags and not just for language tags. The idea for such a block
did come from the proposal to support inline language tagging, and
the only defined type of tag is
Coding solutions that require substantial support across implementations
are successful, if (and I argue, only if) you can't successfully sell
your implementation in a given market without support for that feature.
Mathematical layout is not needed by the majority of users, but those
users
In addition, I am firmly convinced that the renderers used in browsers
will be able to synthetize themselves the flags according to their
wellknow ISO 31166-1 codes, in absence of font support: this will just
require for them to ship a small collection of SVG graphics (something
that is already
On 6/1/2012 12:01 PM, Philippe Verdy wrote:
2012/6/1 Asmus Freytagasm...@ix.netcom.com:
The chances that any form of meta encoding for symbols (including ligation)
will ever reach critical mass in support is less than for
Latin/Greek/Cyrillic accents, because - as of today - there's no
There's at least the demand coming from their use as Emoji. Attested
as well in many books and many applications (not always colorful).
May be the UTC did not receive aformal request before, but the demand
REALLY exists for the encoding of flags in plain text (not just rich
texts). They are
Peter Constable petercon at microsoft dot com wrote:
The only requirement of Unicode was to provide a way to map Shift-JIS
encoded text involving emoji to Unicode / 10646 in a way that could be
round-tripped,
This is the part that has always confused me. At what point does text
encoded in a
2012/6/1 Doug Ewell d...@ewellic.org:
Peter Constable petercon at microsoft dot com wrote:
The only requirement of Unicode was to provide a way to map Shift-JIS
encoded text involving emoji to Unicode / 10646 in a way that could be
round-tripped,
This is the part that has always confused
On 6/1/2012 1:51 PM, Doug Ewell wrote:
At what point does text
encoded in a vendor's private-use extension to Shift-JIS become
Shift-JIS encoded text?
A possibly less confusing way to put this is:
At what point does text encoded in a vendor's private-use extension
to *JIS X 0208* become
FYI – I know at least some folk here will find this of interest:
http://www.theverge.com/2012/6/1/3057261/flerovium-livermorium-periodic-table-of-elements
Peter
Philippe Verdy wrote:
No, my poposal gives something that is immediately usable, and does
not create any ambiguity. It is simple to implement even without the
presence of a technical ligaturing solution. Those flags will be
immediately usable, without any of the political complications
I hadn't thought that Peter was talking about text encoded according to
the Shift-JIS model, without specifying the encoding. I'm not sure that
changes my question.
--
Doug Ewell | Thornton, Colorado, USA
http://www.ewellic.org | @DougEwell
Original Message
Subject: Re:
2012/6/2 Peter Constable peter...@microsoft.com:
FYI – I know at least some folk here will find this of interest:
http://www.theverge.com/2012/6/1/3057261/flerovium-livermorium-periodic-table-of-elements
Well they are already in the tables shown in Wikipedia (the English,
French pages at
On 1 June 2012 23:02, Peter Constable peter...@microsoft.com wrote:
http://www.theverge.com/2012/6/1/3057261/flerovium-livermorium-periodic-table-of-elements
There don't appear to have been any Chinese characters assigned to
these two elements yet, but it is interesting to note that there are
Can't they be represented by fusion of other elements?
;-)
Sent from my Verizon Wireless BlackBerry
-Original Message-
From: Andrew West andrewcw...@gmail.com
Sender: unicode-bou...@unicode.org
Date: Fri, 1 Jun 2012 23:50:42
To: Peter Constablepeter...@microsoft.com
Cc:
You mean like--if we considered characters such as 0321 or FE73 as character
analogues of sub-atomic particles--bombarding other characters with the likes
of 0321, FE73, etc.?
P.
-Original Message-
From: texte...@xencraft.com [mailto:texte...@xencraft.com]
Sent: June-01-12 4:09 PM
On 06/01/2012 07:09 PM, texte...@xencraft.com wrote:
Can't they be represented by fusion of other elements?
;-)
Sent from my Verizon Wireless BlackBerry
Sure. Just like two Hafnium nuclei make a Holmium.
(Meanwhile, Fl for Flerovium, I think it is? Like people aren't already
confused as
The principales used in ISO 3166, and those used for the extension of
language tags (with its locale extension subtags) could work as well.
If the first need is to represent current country flags simply
(ignoring the dated versions), and the first level of subdivisions in
those countries, then
Philippe Verdy wrote:
If the first need is to represent current country flags simply
(ignoring the dated versions), and the first level of subdivisions in
those countries, then ISO 3166 already provides the basic codes (we
just need the convention that any codes that consists in two letters,
It seems like there is an inconsistency between what the default
grapheme clusters specification says and what the test results are
expected to be:
The UAX#29 says:
Another key feature (of default Unicode grapheme clusters) is that bdefault
Unicode grapheme clusters are atomic units with
24 matches
Mail list logo
