I suspect if you look at the JPEG and MPEG standards you'll find there is a
normative reference to Unicode or ISO/IEC 10646. Same for standards specifying
C, ECMAScript and other languages in which modern software is written. So,
arguably the statement isn't much of a stretch at all.
Peter
Fr
> Yet if QID emoji are implemented by Unicode Inc. without also being
> implemented by ISO/IEC 10646 then that could lead to future problems,
Neither Unicode Inc. or ISO/IEC 10646 would _implement_ QID emoji. Unicode
would provide a specification for QID emoji that software vendors could
implem
" As the proposal for TaiViet script to the Unicode is still on
the progress, we use the Private Use Area for TaiViet
characters (U+F000..U+F07E). "
Er... The script has been in Unicode for about 10 years, since Unicode 5.2.
The block description in 16.8 of Unicode 12 provides useful info:
Thanks for reporting. The team responsible for the font has recorded a bug
entry for this issue and will be working on a fix.
From: Unicode On Behalf Of Oren Watson via Unicode
Sent: Wednesday, April 17, 2019 2:05 PM
To: unicode Unicode Discussion
Subject: MODIFIER LETTER SMALL GREEK PHI in Cal
This was meant to go to the list.
From: Peter Constable
Sent: Monday, August 27, 2018 12:33 PM
To: wjgo_10...@btinternet.com; jameskass...@gmail.com;
richard.wording...@ntlworld.com; m...@kli.org; beckie...@gmail.com;
verd...@wanadoo.fr
Subject: RE: Private Use areas
That sounds like a non-conf
Layout engines that support CJK vertical layout do not rely on the 'vert'
feature to rotate glyphs for CJK ideographs, but rather rotate the glyph 90°
and switch to using vertical glyph metrics. The 'vert' feature is used to
substitute vertical alternate glyphs as needed, such as for punctuation
Just an observation on these issues: When the Mtavruli proposal was first
presented to UTC, several UTC members voiced strong reservation because of the
kind of issues mentioned for case mapping, and in particular on database
indexing and querying. Several months later, various UTC members parti
Alex:
Quoting you from two separate messages:
> Many Georgian scientists working with script and language are not fans of
> "uppercase" font styles.
>With all my respect, N2608R2 is right and N4712 is wrong about case in
>Georgian.
Can you comment, then, on N4776, in which the Georgian Minist
IMO, the correct answer is 2, except that “all common fonts” is more sweeping
that necessary: it’s sufficient to have fonts used for fallback in platforms
and browsers, and the related fallback logic, to get updated. Of course, that
takes some time, and it’s not even two months since Unicode 11
> ... For another part it [sync with ISO/IEC 15897] failed because the
> Consortium refused to cooperate, despite of
repeated proposals for a merger of both instances.
First, ISO/IEC 15897 is built on a data-format specification, ISO/IEC TR 14652,
that never achieved the support needed to become
ISO character encoding standards are primarily focused on identifying a
repertoire of character elements and their code point assignments in some
encoding form. ISO developed other, legacy character-encoding standards in the
past, but has not done so for over 20 years. All of those legacy standa
Does anyone know of any attested cases in Thai script of a phintuu appearing
together with either sara u or sara uu, _and_ with the phintuu positioned below
the sara u(u)?
Thanks
Peter
The OpenType spec doesn’t not in any way suggest that the bits be used that
way. It’s impossible to assert that there are no applications out there that do
that, but I wouldn’t expect there to be many widely-used apps that do that
today.
On the other hand, something that the bits might affect a
You have clarified what exactly the usage is; you've only asked what it means
to cover a script.
James Kass mentioned a font's OS/2 table. That is obsolete: as Khaled pointed
out, there has never been a clear definition of "supported" and practice has
been inconsistent. Moreover, the available
As mentioned in my initial mail, the fonts support the Basic Latin block from
the BMP.
Peter
-Original Message-
From: Unicode [mailto:unicode-boun...@unicode.org] On Behalf Of James Kass via
Unicode
Sent: Monday, November 13, 2017 2:54 PM
To: Unicode list
Subject: Re: Plane-2-only stri
I discussed this with one of my Chinese co-workers, and we came up with the
following:
“𠀀𠀁𠀂𠀃𠀄
𦬣𦬤𦬥𦬦𦬧
𦩒𦩓𦩔𦩕𦩖
𨣫𨣬𨣭𨣮𨣯”
Factors in the choice of characters were:
- different radicals
- for a given radical, have a sequence of consecutive characters so people get
the idea it's not a sentence but just a
ing out of
them.
> On Nov 13, 2017, at 11:20 AM, Peter Constable via Unicode
> wrote:
>
> I’m wondering if anyone could come up with a string of 15 to 40 characters
> _using only plane 2 characters_ that wouldn’t be gibberish?
>
> We are considering adding sample-text strin
tring
Many of characters in the CJK Compatibility Ideographs Supplement block are
quite common Chinese characters, or variants thereof. You could try and build
Chinese sentences with these characters.
On Mon, 13 Nov 2017 at 20:20 GMT+01:00 Peter Constable via Unicode wrote:
> I’m wondering i
-detected as supporting BMP CJK by some
applications, when it doesn't really support that range.
On Mon, Nov 13, 2017 at 10:20 AM, Peter Constable via Unicode
mailto:unicode@unicode.org>> wrote:
> I’m wondering if anyone could come up with a string of 15 to 40 characters
> _using only pl
be auto-detected as supporting BMP CJK by some
applications, when it doesn't really support that range.
On Mon, Nov 13, 2017 at 10:20 AM, Peter Constable via Unicode
wrote:
> I’m wondering if anyone could come up with a string of 15 to 40 characters
> _using only plane 2 characters_ that wo
I’m wondering if anyone could come up with a string of 15 to 40 characters
_using only plane 2 characters_ that wouldn’t be gibberish?
We are considering adding sample-text strings in some of our fonts. (In
OpenType, the ‘name’ table can take sample-text strings using name ID 19.) One
particula
I thought Javascript had a UCS-2 understanding of Unicode strings. Has it
managed to progress beyond that?
Peter
From: Unicode [mailto:unicode-boun...@unicode.org] On Behalf Of David Starner
via Unicode
Sent: Thursday, August 24, 2017 5:18 PM
To: Unicode Mailing List
Subject: Fwd: Unicode ed
http://blog.unicode.org/2017/08/unicode-consortium-announces-cover.html
-Original Message-
From: Unicode [mailto:unicode-boun...@unicode.org] On Behalf Of Andre Schappo
via Unicode
Sent: Monday, August 21, 2017 9:30 AM
To: Unicode
Subject: Unicode 10 Cover Art
Unicode 10.0 Cover Design
Emoji sequences are not _encoded_, per se, in either Unicode or ISO/IEC 10646.
The act of "encoding" in either of these coding standards is to assign an
encoded representation in the encoding method of the standards for a given
entity. In this case, that means to assign a code point.
Specifyin
From: Unicode [mailto:unicode-boun...@unicode.org] On Behalf Of Rebecca T
Sent: Wednesday, April 5, 2017 2:26 PM
> As time goes on, “not in widespread use” will become a flimsier and flimsier
> argument against inclusion — why isn’t there a larger community of PETSCII
> enthusaists? Partially beca
William:
Michael's scenario doesn't require a special palette index value such as you
propose since (i) he could implement a font with alternate palettes to provide
different colouring options of his choosing, and (ii) an app can always expose
customization options to allow the user to customiz
The color palette entries (CPAL) used for COLR or SVG can potentially be
customized by an application — whether for user customization or to fit some
context (such as selection).
Peter
-Original Message-
From: Asmus Freytag (c) [mailto:asm...@ix.netcom.com]
Sent: Monday, April 10, 2017
Michael, your two-tone effect can easily be added into your first font using
COLR and CPAL tables, so that the one font can support a monochrome rendering
that uses glyphs in which the swirls are fused with the letters, and can also
support a poly-chrome rendering in which those glyphs are decom
28 matches
Mail list logo
