W3C home > Mailing lists > Public > www-archive@w3.org > December 2019

Re: UAX#50 conformance: Is it possible to update existing fonts without causing damage to existing non-CSS applications?

From: MURATA Makoto <eb2m-mrt@asahi-net.or.jp>
Date: Tue, 24 Dec 2019 11:53:42 +0900
Message-ID: <CALvn5EBTqmnV=Fy6ZXAk606GX3+uv=9Gcr1qq1J8mymD0Tqs2w@mail.gmail.com>
To: Taro Yamamoto <tyamamot@adobe.com>, fantasai <fantasai@inkedblade.net>, Florian Rivoal <florian@rivoal.net>, Nat McCully <nmccully@adobe.com>
Cc: "MURATA Makoto (FAMILY Given)" <eb2m-mrt@asahi-net.or.jp>, www-archive@w3.org
With Yamamoto-san's help, I created a CSV file containing a tuple
containing:

- Unicode code point
- Unicode character
- CID (AJ1)
- cmap (UniJIS2004-UTF32-H or UniJISX02132004-UTF32-H)
- vert (AJ1 template)
- UAX#50 Tr/Tu/R/U
- draft SVO

It is available at:

https://1drv.ms/u/s!An5Z79wj5AZBgrkx0ohHD0zDhqCxxQ?e=ufWyFu


   1. Four Tr or Tu characters lack vert.  U+3030 〰 is
   particularly problematic.  Unlike the Adobe template, MS Mincho
   specifies the vert feature for this character.
   2. Many R characters have the vert feature, and is thus cannot
   be displayed as specified in the Unicode code chart.  U+2016 ‖ is
   a well-known example.  MS Mincho does NOT specify the vert feature for this
   character, though.
   3. Many SVO=R characters lack the vert feature.

Regards,
Makoto


2019年12月17日(火) 16:48 Taro Yamamoto <tyamamot@adobe.com>:

> Murata-san,
>
>
>
>    - They are caused by cmap resources dedicated to vertical writing.  In
>    other words, for some character, vertical-writing cmap resources are used
>    rather than vert.  Such characters include:
>
>
>    -   . . .
>    - I used below cmap columns in cid2code.txt.
>
>
>    -  . . .
>
>
> # o Column 27: Character codes for the "UniJISX02132004-UTF32-H" and
> #   "UniJISX02132004-UTF32-V" CMaps (Unicode 13.0 UTF-32 encoding,
> #   proportional Latin characters, some proportional JIS X 0208:1997
> #   characters, JIS X 0213:2004 prototypical glyphs as the default).
>
>
>
> It seems that you referenced the CMap files intended for use in the
> vertical writing mode in the PostScript imaging model supporting the
> CIDFont format, in which there is no other method to select vertical glyph
> shapes, other than specifying a vertical font that can be referenced by
> using a CMap file whose name has the ‘-V’ suffix. Such CMap files partly
> and semantically similarly related to the ‘cmap’ table and ‘vert’ feature
> that we are discussing in the context of the OpenType font format, but they
> are separate things. Because of the existence of the ‘vert’ feature, an
> OpenType font does not need to have the V version of a ‘cmap’ table, as far
> as I understand.
>
>
>
> Regards,
>
>
>
> --Taro
>
>
>


-- 
Regards,
Makoto
Received on Tuesday, 24 December 2019 02:54:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:36:17 UTC