Quantcast
Channel: MozTW 討論區
Viewing all articles
Browse latest Browse all 4520

Re: BBSFox 相關討論 | Extension 擴充套件

$
0
0
ettoolong 寫:
u881831 寫:
16px的部分因為細明體在部分的字型大小之下使用點陣字型,
http://netlab.cse.yzu.edu.tw/~statue/fr ... ngliu.html
這時的實際字體大小就看字型設計者怎麼畫,
不一定會照16px的比例。
使用向量字型的形況下字體實際大小照比例縮放,
就比較不會出問題。
另外20px也是點陣字型,
大小剛好符合比例,
而且點陣字型也比較不會出現細線的問題。

感謝解惑, 但是有一點不太明白,
它提到在11, 12, 13, 15, 16, 20這幾個大小下有點陣字型,
但是在沒有改變字體長寬比的情況下, 點陣和向量會有差嗎?
我測的結果, 如果系統恰好套用到這幾個大小的點陣圖, 就會在字的邊界出現明顯的空隙.


沒有改變字體長寬比的情況下,
16px用的是點陣字型,
這時候字型設計者因為某些原因把填色方塊文字畫成14px寬或更小,
然後在上下左右邊界留幾個pixels。
當然字型設計者也可以畫到剛剛好一樣大,
這時候就不會有空隙。
向量字型就程式自己算字體實際大小,
不會出現字型設計者手動修改字體實際大小的情形。
至於改變字型長寬比的話我就不知道瀏覽器是怎麼實作的。

ettoolong 寫:我看到的破圖, 有三種:

一種是字體下方的空隙, 這不管用哪個大小的字體都會有, 這應該是Firefox排版時留下的,
如果剛好套用到上面講的那幾個點陣字型, 這問題就會更嚴重(字本身的邊緣空隙+Firefox排版空隙)
不知道有沒有辦法消去這個排版留下的空隙? 因為這是目前看到的破圖的最大原因.


當行高等於字型大小時,
通常下方多出來的空隙都會被下一行文字的背景蓋掉,
所以我覺得在ANSI圖中出現這種破圖的情形不多。
我想只要限定bbsline 容器的高度為1 em,
應該就可以修掉這種破圖了吧,
只是不知道這個修改會不會產生什麼副作用。

ettoolong 寫: 第二種是字體右邊的空隙,

...

統計資料 : 發表於 由 u881831 • 發表於 2010-05-16, 06:21 • 回覆 566 • 觀看 178125

Viewing all articles
Browse latest Browse all 4520

Trending Articles