- From: benluo <benluo@gmail.com>
- Date: Fri, 10 Oct 2014 13:59:33 +0800
- To: public-html-ig-zh@w3.org
- Message-ID: <543775C5.4050901@gmail.com>
是不是应该考虑下自由字体,比如 Linux 下都在用的uming,ukai,wqy,还有最 近Google和Adobe共同开发的自由字体 On 2014/10/10 12:06, Hu, Chunming wrote: > > Windows 7中预装字体,FYI: > > *繁体:**<**宋、黑、楷**>* > > 繁体楷体:DFKai-SB Regular,文件名kaiu.tff,4.93MB > > 繁体黑体:Microsoft JhengHei > > 繁体宋体:MingLiU Regular,文件名mingliu.tff, 30.7MB > > 繁体宋体:MingLiU_HKSCS Regular,文件名mingliu.ttc,30.7MB > > 繁体宋体:MingLiU_HKSCS-ExtB Regular,文件名mingliub.ttc,32.2MB > > 繁体宋体:MingLiU-extB Regular,文件名mingliub.ttc, 32.2MB > > 繁体宋体:PMingLiU Regular, 文件名mingliu.ttc, 30.7MB > > 繁体宋体:PMingLiU-ExtB Regular, 文件名mingliub.ttc, 32.2MB > > *简体:**<**宋、中宋、仿宋、楷、行楷、黑、细黑、 隶、幼圆、琥珀、魏 > 碑、舒、姚、彩云**>* > > 宋体:NSimSun Regular,文件名simsun.ttf, 14.6MB > > 宋体:SimSun Regular,文件名simsun.ttc,14.6MB > > 宋体:SimSun-ExtB Regular, 文件名simsunb.ttf, 14.6MB > > 宋体:STSong Regular,文件名STSONG.ttf, 11.1MB > > 中宋:STZhongsong Regular, 文件名STZHONGS.ttf, 11.5MB > > 仿宋:FangSong Regular, 文件名simfang.ttf,10MB > > 仿宋:STFangsong Regular,文件名STFANGSO.ttf, 10.8MB > > 楷体:KaiTi Regular, 文件名simkai.tff,11.2MB > > 楷体:STKaiti Regular, 文件名STKAITI.ttf, 12.1MB > > 行楷:STXingkai Regular, 文件名STXINGKA.ttf, 3.83MB > > 黑体:SimHei Regular, 文件名simhei.ttf, 9.29MB > > 细黑:STXihei Regular, 文件名STXIHEI.ttf, 9.31MB > > 隶书:LiSu Regular, 文件名simli.tff,8.79MB > > 隶书:STLiti Regular, 文件名STLITI.ttf, 3.92MB > > 幼圆:YouYuan Regular, 文件名SIMYOU.ttf, 6.38MB > > 琥珀:STHupo Regular, 文件名STHUPO.ttf, 3.54MB > > 新魏:STXinwei Regular, 文件名STXINWEI.ttf, 3.86MB > > 方正舒体:FZShuTi Regular, 文件名FZSTK.ttf, 7.22MB > > 方正姚体:FZYao Reular, 文件名FZYTK.ttf, 3.09MB > > 彩云:STCaiyun Regular, 文件名STCAIYUN.ttf,5.41MB > > *From:*Bobby Tung [mailto:bobbytung@wanderer.tw] > *Sent:* Thursday, October 09, 2014 7:33 PM > *To:* Xidorn Quan > *Cc:* Hu, Chunming; Angel Li; public-zhreq@w3.org; 李松峰; Xiaoqian > Cindy Wu; 中文HTML5同樂會ML > *Subject:* Re: 【W3C问 题讨论】CSS中 文字体问题 > > 可以把不同系统下相应的楷体字体名列一下吗?如果能把繁简中和日文分别 > 列出 来就最好了 > > ・繁體中文 > > Windows:標楷體(Biaukai) > > Mac:楷體-繁(STKaiTi-TC-Regular, STKaiTi-TC-Bold) > > ・簡體中文 > > Windows:中易楷體(SimKai) > > Mac:楷體-簡(STKaiti-SC-Regular, STKaiti-SC-Bold, STKaiti-SC-Black) > > 日文則是不用楷體。 > > Xidorn Quan <quanxunzhen@gmail.com <mailto:quanxunzhen@gmail.com>> > 於2014年10月9日 下午7:19 寫道: > > 2014-10-09 21:37 GMT+11:00 Bobby Tung <bobbytung@wanderer.tw > <mailto:bobbytung@wanderer.tw>>: > > 補充幾點技術上的細節: > > 希望達成的幾項大原則: > > 一、中文漢字基本上不會以斜體(italic、oblique)呈現; > > 二、盡可能地希望以Serif、Sans-serif、Cursive等Generic-family指定中 > 文字體如宋、 黑、楷,以達到基本的互通。 > > 現在大致有兩項問題: > > 第一,是CSS Font module level 3 [1] 的說明 > > 這裏將中文楷體與宋體放在serif,而將行書、草書歸於cursive,為了滿足 > 前面兩項大原則,應該修正 為: > > i: 楷 體放到Cursive下頭; > > ii: 當 該字形沒有自帶italic時,就不該以強 制轉斜的oblique呈現 > > 這是迅速能符合規範的作法。現在除了Firefox以外的瀏覽器,也都會直接 > 將cursive制定為Win/Mac兩方都有的標楷體。 > > 第二,italic的 定義 > > italic在 英文字體裡定義為手寫體,理當對應到我們的楷體;在日本也認 > 為italic應該對應到他們所稱的宋朝體,也就是我 們的仿宋。 > > 除此之外,還有個問題是中文OpenType字體裡頭就算有著多種字重,也不會 > 像英文字體一般自動選擇到對應的字重上頭。 > > 目前的@Font-face如 果能夠擴增,除指定標準字外,希望能夠有新的結構 > 來指定該字體在粗體時使用哪一個字型、italic時使用哪一個字型。 > > 這也能滿足上述兩個大原則。 > > [1]: http://www.w3.org/TR/css3-fonts/#generic-font-families > > WANDERER Digital Publishing Inc. > Bobby Tung > Mobile:+886-975068558 <tel:%2B886-975068558> > bobbytung@wanderer.tw <mailto:bobbytung@wanderer.tw> > Web:http://wanderer.tw <http://wanderer.tw/> > > Hu, Chunming <hucm@w3.org <mailto:hucm@w3.org>> 於2014年10月9 > 日 上午10:25 寫道: > > 你 可以在中文网站找到相关内容: > > http://www.chinaw3c.org/issue-chinese-fonts.html > > *From:* Angel Li [mailto:angel@w3.org] > *Sent:* Thursday, October 09, 2014 10:03 AM > *To:* public-zhreq@w3.org <mailto:public-zhreq@w3.org> > *Cc:* 李松峰; 'Bobby Tung'; hucm@w3.org <mailto:hucm@w3.org>; > Xiaoqian Cindy Wu > *Subject:* 【W3C问题讨论】CSS中文字体问题 > > 中文呈现邮件列表各位同 仁, > > 大家好! > > 在9月11日研讨会上,几位数字出 版的工程师提出一个在实践发现中的 > CSS中文字体问题,我们把问 题提交到国际化工作组[1],下面对近期 > 工作的总 结,期待各位进一步的意见和 建议! > > *问题描述*: > > 中文的7-8种主要字体(宋,黑,仿 宋,楷体,幼圆,雅黑等等),不 > 能很好地匹配(对应到)CSS3字体标准[2] 所定义的五类通用字体 > generic font families里面(serif,sans- > serif,cursive,fantasy,monospace)。并且,中文字库很 大, > 用 WebFont等方式下载一个字体太耗 费网络资源。大部分开发者希望 > 能直接使用系统自带的字体,在没法获取这五类通 用字体的情况下, > 自动从系统已有的字体里面寻找最接近的字体; > > *可能的解决方案:* > 1. 扩展现有的五类通用字体 来对应定义中文字体,如尽可能重用对应 > 到现有的通用字体名字里面; > 2. 定义一系列全新的通用字 体,涵括所需要的中文字体; > 3. 定义一个中文字体的注册 器,来定义字体如何匹配,让开发者来定 > 义中文字体如何对应到五类通用字体; > 4. 自动分类用户系统已有的 字体,通过分析和对比字体的相似度,把 > 他们匹配到五类通用字体; > 5. 优先匹配用户友好度高的 字体,如对serif,优先匹配到用户更习 > 惯 的宋体; > > *期待听到大家关于以 下几个具体问题的看法:* > 1. 在数字阅读的内容制作 中,需求比较大的字体有哪些? > 2. 对上面的问题描述有什么 补充吗?或者有别的这方面的类似问题吗? > 3. 觉得上面的几种解决方案 哪个比较合适? > > *感谢以下专家们的意 见:* > > 李 松峰老师:关于中文字体与CSS3通用字体匹配的问题,我 认为这个 > 标准给出的对应关系还是合适的: > > 黑体对应sans-serif(无衬线) > 宋体对应serif(衬线) > 楷体、仿宋对应cursive(手写体) > 美术字体对应fantasy > monospace是等宽字体——汉字都是等宽的,所以只 适用于西方字体 > > 关 于中文字库大的问题,似乎也没有那么严重。一是字体变化比较频 > 繁的往往是标 题,而标题字数有限,在WebFont中仅嵌入那些标题用到 > 的 字符,可以大大减小字库文 件体积。二是上网速度越来越快,成本 > 也会逐渐降低,如果必要的话,就算为显示 正文下载一款几MB的字 > 库,也不是什么大负担,实在不行也可以考 虑只嵌入正文中用到的字符。 > > 数 字阅读取决于屏幕分辨率,如果屏幕分辨率足够,辨识度高的宋 > 体、楷体、仿宋和 英文衬线字体还是首选;如果屏幕分辨率不够,可 > 以考虑一些等线体,如细黑、雅黑、准圆 等。 > > Bobby Tung: > 目 前較急需處理的問題在於Serif的陳述裡把中文楷體也納 入,但放 > 在Cursive較為適當。(更详细的意 见请见http://lists.w3.org > /Archives/Public/public-html-ig-zh/2014Oct /0000.html) > > 陈 奕钧: > 繁 簡的主要印刷體一致,都是「黑、宋(=明)、楷、仿宋」; > sans-serif = 黑體,serif = 宋體,cursive = 楷體或仿宋 > 體,fantasy => 沒有定論。 > 之 前興趣小組大家討論过,cursive該不該對應到楷體,因為 在西文 > 中,cursive是比較潦草的手寫體。 > 中 文印刷裡,楷體(或仿宋)常用來代替西文的意大利體(斜 > 體,italic)的概念。 > 排 版規範應該不太適合這樣定義,我們只是把概念很類似的東西拿過 > 來用而已。Mac OS X和Windows上的確是「sans-serif = 黑體」 > 「serif = 宋體」,cursive因為還沒有共識,還沒有 瀏覽器敢動它。 > 但 是CSS spec應該可以說,中文裡sans-serif就應該對應黑體。 > 現 代瀏覽器通常就是認最後面的generics font families來決定要用 > 什麼字體來顯 示無法map到字體的字元。 > > 张 磊: > 如 果我又想用英文衬线字体,也想用宋体时,还是区别开比较灵活。 > 希望能为中文新 引入generic font family,比如按宋芳楷黑加4 种名字。 > > 黄 海平: > 楷 体,宋体,兰亭黑,兰亭中黑需求较大。 > 我 们目前字体不存在的时候用系统字体。 > 第2,3,4种解决方案都比较合适。 > > [1] https://www.w3.org/International/wiki/Chinese_font_families > [2] http://www.w3.org/TR/css3-fonts/#generic-font-families > > *感谢小倩整理并汇总 以上专家意见!* > > 安琪 > > --------------------------------------------------------------------------------------------------- > > Angel Li > > W3C/Beihang Site Manager > > Room G1121, New Main Building, Beihang University > > No. 37 Xueyuan Road, Beijing, China > > Phone: 86-10-82316341 <tel:86-10-82316341> > > Mobile:86-13810176889 <tel:86-13810176889> > > --------------------------------------------------------------------------------------------------- >
Received on Friday, 10 October 2014 06:02:32 UTC