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

剛剛想要送 bug report 之前先 update WebKit nightly build,
結果發現原來真的是 platform independent 的問題, 最近以
經有人改好了, 所以 Chromium Linux 跟 WebKitGtk+ 自然
就對了 :-)

2010/12/8 Koan-Sin Tan <koansin.tan@gmail.com>:
> 2010/12/8 Yuan Chao <yuanchao@gmail.com>:
>> 2010/12/8 Koan-Sin Tan <koansin.tan@gmail.com>:
>>> 2. platform dependent 的部份, Apple 先實做只有 Mac OS X 上用 Core
>>>    Text 和 cocoa 的部份。包括 WeKit 和 Chromium for Mac 用的都是這個
>>>    backend, 也就是說在如果下在 WebKit 或 Chromium 的 nightly build,
>>>    大概在十月底十�@月初以後的版本就可以看到直書了。不過還是有些
>>>    小問題, 如顯示 [1] 的時候是錯的
>> 可以麻煩貼個圖說明�@下錯誤的地方嗎？
>
> 請看 [1-3], [1,2] 是在 Mac 上 Chrome Dev Channel 看的, 左邊永遠看不到,
> 下面的 scrollbar 有出來, 但是�@拉就!@#$
>
> [3] 的 scrollbar 很明顯擺在正確的地方了, 拉了也正常, 原本以為是 WebKit
> 上 platform independent 的問題, 現在看來是 platform dependent 的問題,
> 要來送個 bug report
>
> [1] http://www.flickr.com/photos/koansin/5243822284/
> [2] http://www.flickr.com/photos/koansin/5243224643/
> [3] http://www.flickr.com/photos/koansin/5243837438/in/photostream/
>
>> 注意到關於標點的地方，目前的這個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'。
>
> 標楷體的沒有 'vhea', 所以也沒找 GSUB 'vert', 也就是說除來的是橫書
> 時的 U+FF0C
>
>>
>> 另外，注音符號的聲調符，似乎飛遠了點。應該要在抓圖中範例的綠框內嗎？
>>
>
> 注音符號是亂 hack 的, 用兩層 <ruby> 做的, 看看 html code 就知道了
> 這如果能被擠在框框內就太神奇了
>
> --
> // koan-sin tan
>



-- 
// koan-sin tan

Received on Thursday, 9 December 2010 05:28:01 UTC