hepha 寫到：
方框解決的話還有碎字問題，這問題不是只有linux專有
解決 PDF 檔中文字破碎的問題！

據說是專利問題，請參考：
http://hyperrate.com/thread.php?tid=680

hepha 寫到：
方框解決的話還有碎字問題，這問題不是只有linux專有
解決 PDF 檔中文字破碎的問題！

據說是專利問題，請參考：
http://hyperrate.com/thread.php?tid=680

這是可真的是年年答，年年問的超級老 FAQ。Alas!

最主要是發生在嵌入字型的 PDF 檔，如果所嵌入的字型是 MS 的新細明或是標楷體，那麼就會發生字變成破碎的情形。原因是，這些字型是用組字方式造字的，要經過 TTF bytecode interpreter 的解譯才能把各筆劃歸位，也才能正常顯示。所以，這類字型，嚴格而論是不適合嵌入 PDF 檔的。所謂的破碎，就如下圖所示，各筆畫並未歸定位：

字破碎

目前在 Linux/*BSD 這些作業系統，通常並沒有打開 TTF bytecode interpreter（這是 Apple 在美國地區的專利），但 Debian 預設會把他打開，FreeBSD FreeType2 port 也有選項讓他編譯時打開。打開後，所編譯的 xpdf 來看這種 PDF 檔，字才不會破碎。

在 Linux/*BSD 作業系統的解決方式，除了重編 FreeType2 外（重編譯後，連 xpdf 也要重編譯），也可以使用 gs/gv 或 kghostview 來看，gs 8.0 以上的版本可以解譯這種組字方式的 TTF/OTF。至於說你的系統就是要用新細明，那就得重編譯 FreeType2，把 bytecode interpreter 打開。

hepha 寫到：
方框解決的話還有碎字問題，這問題不是只有linux專有
解決 PDF 檔中文字破碎的問題！

據說是專利問題，請參考：
http://hyperrate.com/thread.php?tid=680

這是可真的是年年答，年年問的超級老 FAQ。Alas!

最主要是發生在嵌入字型的 PDF 檔，如果所嵌入的字型是 MS 的新細明或是標楷體，那麼就會發生字變成破碎的情形。原因是，這些字型是用組字方式造字的，要經過 TTF bytecode interpreter 的解譯才能把各筆劃歸位，也才能正常顯示。所以，這類字型，嚴格而論是不適合嵌入 PDF 檔的。所謂的破碎，就如下圖所示，各筆畫並未歸定位：

字破碎

目前在 Linux/*BSD 這些作業系統，通常並沒有打開 TTF bytecode interpreter（這是 Apple 在美國地區的專利），但 Debian 預設會把他打開，FreeBSD FreeType2 port 也有選項讓他編譯時打開。打開後，所編譯的 xpdf 來看這種 PDF 檔，字才不會破碎。

在 Linux/*BSD 作業系統的解決方式，除了重編 FreeType2 外（重編譯後，連 xpdf 也要重編譯），也可以使用 gs/gv 或 kghostview 來看，gs 8.0 以上的版本可以解譯這種組字方式的 TTF/OTF。至於說你的系統就是要用新細明，那就得重編譯 FreeType2，把 bytecode interpreter 打開。

訪客 寫到：
據說是專利問題，請參考：
http://hyperrate.com/thread.php?tid=680

收到~

xenomorph0525 寫到：
對了　hepha大
poloshiao兄問你要不要報碎字的問題
http://www.ubuntu-tw.org/modules/newbb/viewtopic.php?post_id=150860#forumpost150860

我回囉謝了~

Attn: xenomorph0525 對於這個貼文 有 反應的意見 嗎

No need to remove the entries, just move the Chinese typefaces to a higher priority. This is more reasonable since typeface priority should match the locale.

Comment 6 for bug 659280 by Walter Cheuk wrote on 2010-11-04:
typeface: 字體, 字面, 一組字型.

poloshiao 寫到：
Attn: xenomorph0525 對於這個貼文 有 反應的意見 嗎

No need to remove the entries, just move the Chinese typefaces to a higher priority. This is more reasonable since typeface priority should match the locale.

Comment 6 for bug 659280 by Walter Cheuk wrote on 2010-11-04:
typeface: 字體, 字面, 一組字型.

請幫我回下面這些，謝謝您：
即使將某中文字型名稱移到Bitstream Vera、DejaVu的上位，如果系統裡沒有安裝或者後來移除了該中文字型檔，那麼還是會採用Bitstream Vera、DejaVu，以致依然使得Evince裡的部份中文呈現方框，因此必須移除Bitstream Vera、DejaVu才能真正解決問題。

Attn:xenomorph0525 請校對一下
.......................................................................
Thanks to Walter Cheuk for #6 comment. Even though you move some Chinese typefaces to higher priority than Bitstream Vera、DejaVu, it will be still shown suqare with Evince if those Chinese typefaces are not installed or removed from system. So the only way to solve the square problem is to remove the Bitstream Vera、DejaVu entries.
.......................................................................

「only way」那裡請改一下　因為修改Evince或poppler-data或libpoppler也是個辦法
但移除掉「69-language-selector-zh-語系.conf」裡的「無中文字型」才是「最佳方法」
麻煩您了

已貼：
.......................................................................
Thanks to Walter Cheuk for #6 comment. Even though some Chinese typefaces are moved to higher priority than Bitstream Vera and DejaVu, it will be still shown suqare with Evince if those Chinese typefaces are not installed or removed from system. So the best way to solve the square problem throughly is to remove the Bitstream Vera and DejaVu entries.
This comment is suggested by xenomorph0525 and poloshiao help translate and post it.
.......................................................................
Comment 7 for bug 659280