Fwd: [eb2mmrt] SC34釜山でのフォント関係OOXML欠陥報告

[MURATA Makoto]

Since this mail appears to be rejected, I am forwarding it to the ML.

Regards,
Makoto



From: suzuki toshiya <mpsuzuki at hiroshima-u.ac.jp>
To: John Haug <johnhaug at exchange.microsoft.com>
Cc: "e-SC34-WG4 at ecma-international.org" <e-SC34-WG4 at ecma-international.org>
Date: Sat, 28 Jan 2012 16:47:36 +0900
Subject: Re: DR 09-0040
Dear John,

Here is my comment to the latest draft of DR 09-0040.

The points I'm afraid of a mistake are:
---------------------------------------
* In Unicode->fontSlot table, the descriptions for
Latin Extended A, B, IPA Extensions includes an unknown
keyword, "Chinese5" for a charset in the font.
Considering the next keyword is "GB2312", "Chinese5"
would be a mistake of "Big5" (IANA registered name).

* In Unicode->fontSlot table, Latin Extended A, B, IPA
Extensions includes the consideration of the font charset
(checking if the font is designed for Simplified or Traditional
Chinese), but Latin Extended Additional does not include.
Please check it is designed so, or a mistake in the documentation.
I think, the checking of Chinese font (via lang, via theme,
font charset) is designed to render PinYin alphabets by
Chinese fonts, so the handling of Latin Extended Additional
might have been synchronized to Latin Extended A, B, IPA
Extensions.

The point I propose some improvements is:
-----------------------------------------
* In DrawingML, the typeface familynames in samples are
"Sample Font", although the examples in WordprocessingML used
concrete names, like, Courier New, Times New Roman, Arial MS Unicode,
etc. Thus, I propose to change the names to the fonts similar:
"Times New Roman" for Arabic (in complex script font),
"MingLiU" or "SimSun" for Chinese (in east asian font),
"Wingdings 2" for Symbol font.

Diagram update:
---------------
I attached updated diagram for font slot selection in
WordprocessingML, it includes the consideration of the
theme and the charset in eastAsian slot.

Regards,
suzuki toshiya, Hiroshima University, Japan

John Haug wrote (2012/01/20 6:26):
> Hi all -
> Chris had been working on this DR and I picked up the discussions with people here.  From the history I was able to piece together, Chris had been working on details from a comments document Suzuki-san prepared in response to the prior version of the proposed solution from Chris.  I believe I have addressed the remaining items in Suzuki-san's document.  The notes I have indicate Suzuki-san agreed that DR 09-0040 also addresses DR 09-0059.
>
> It's entirely possible there is something I missed since this DR has been the subject of periodic ongoing discussion for quite some time, but this addresses the concerns I have been able to find.  Can we resume the review on this one?
>
> DR 09-0040: https://skydrive.live.com/view.aspx/Public%20Documents/2009/DR-09-0040.docx?cid=c8ba0861dc5e4adc&sc=documents
> DR 09-0059: https://skydrive.live.com/view.aspx/Public%20Documents/2009/DR-09-0059.docx?cid=c8ba0861dc5e4adc&sc=documents
>
> John




-- 

Praying for the victims of the Japan Tohoku earthquake

Makoto
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DR 09-0040 changes v7_20120127mps1.docx
Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Size: 154256 bytes
Desc: not available
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20120129/a9afd5fd/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scn21-1-2-3_RunFormatting_20120128a.vsd
Type: application/vnd.visio
Size: 90112 bytes
Desc: not available
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20120129/a9afd5fd/attachment-0001.vsd>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: scn21-1-2-3_RunFormatting_20120128a.pdf
Type: application/pdf
Size: 23581 bytes
Desc: not available
URL: <http://mailman.vse.cz/pipermail/sc34wg4/attachments/20120129/a9afd5fd/attachment-0001.pdf>