Re: WebKit 直書(w/ CSS Writing Mode)目前的情況

2010/12/8 Koan-Sin Tan <koansin.tan@gmail.com>:

> 請看 [1-3], [1,2] 是在 Mac 上 Chrome Dev Channel 看的, 左邊永遠看不到,
> 下面的 scrollbar 有出來, 但是�@拉就!@#$
感謝說明。

>> 注意到關於標點的地方，目前的這個implementation似乎是依照簡中與日文的做法，
>> 把逗號放到右上角。(也就是前�@個字的右下角)不過直書時會換成類似中文的頓號。
>> 可是這裡顯示的句號是在中央。
>> 據小弟所知，橫書時大陸簡中的習慣，是把句逗都放到前�@個字的右下角。(現在好像沒有在用直書了)
>> 而台灣繁中的習慣則是不論直橫都放在字符的中間。
>> 「古代」倚天中文印直書的時候只要轉90度，所以並不會像引號之類特別做直書用的字符。
>> (後來windows似乎也是沿襲舊的方法，提供@開頭轉90度的字型供直書列印使用。)
>> 在freedom大提供的抓圖看來，黑體的逗號似乎太靠近前�@個字，
>> 而標楷體的逗號則是順時針轉了90度。這是因為目前的實�@是類似古代，先逆時針轉90度後，
>> 以原本的layout engine排好，再轉回來的做法嗎？
>
> 這是字型的問題。簡單說你看到的那兩張主要用的字型是微軟正黑體。
>
> 如果字型中有 'vhea' (vertical header table)的, 會拿來把轉 -90 度
> 在這個字型中的直書替代表說 Unicode 中的 U+FF0C, FULL WIDTH COMMA
> 要換成 U+FE10, PRESENTATION FORM FOR VERTICAL COMMA
> 每個字型處理這些的方法不太�@樣, 我現在只有處理 OpenType GSUB
> table 中的 'vert'。
了解，原來是我誤會了。
既然是特地選用vertical presentation form，那缺少這個表格的，
是不是應該要fallback到直接使用(U+FF0C)不處理，
而不是不管三七二十�@都轉-90度？
我看了�@下Arne的UKai，其glyph跟橫書幾乎�@樣。
而Google Droid Sans Fallback，則是�@樣缺U+FE10。

> 標楷體的沒有 'vhea', 所以也沒找 GSUB 'vert', 也就是說除來的是橫書
> 時的 U+FF0C

> 注音符號是亂 hack 的, 用兩層 <ruby> 做的, 看看 html code 就知道了
> 這如果能被擠在框框內就太神奇了
小弟coding幫不上什麼忙，只能幫忙google了�@下關於注音的資料：
http://www.edu.tw/files/site_content/M0001/juyin/index.htm?open  (有layout建議)
http://zh.wikipedia.org/zh/%E6%B3%A8%E9%9F%B3%E7%AC%A6%E8%99%9F


-- 
Best regards,
Yuan Chao

Received on Thursday, 9 December 2010 13:17:47 UTC