Blog of Roy Chan

While Debian GNU/Linux 4.0 (Etch) released on Easter, there are some bugs on the Chinese support:

• Display Full-width(全形) English character in HK locale - If you choose the HK during installation, Debian will not install the font “AR PL ShangheiSun Uni” (ttf-arphic-uming). Then it will use 12×13ja.pcf.gz in xfonts-base to display the Chinese character . Install ttf-arphic-uming will fix it.
• No Chinese Input Method - You should install scim yourself. For hongkong people who prefer using Cangjie/Quick input method, you can install scim-tables-zh and APT will install every things you need
• Don’t start Chinese input method engine automatically - You should install im-switch yourself

What you need to do is:

su -c 'apt-get install ttf-arphic-uming scim-tables-zh im-switch'

Share It:

Comments(0)

其實我早一陣子已察覺SCIM的倉頡第五代打的「産」有點問題 (我雖然做了個倉頡第三代表，但很多時都會迫自己熟習第五代)，直至今早才決心查過究竟。結果發現打出來的「産」字統一碼是 U+7523 ，而第三代或簡易輸入法打出來「產」是 U+7522 。

我翻查了一些網站，發現 U+7523 的「産」屬日本漢字，上面部份是「立」字。而 U+7522 的「產」才是繁體中文，上面部份是「文」。(文鼎的宋/明體有很多字都根大陸寫法，用「立」頭，所以如你使用 AR PL Mingti 或 AR PL New Sung 都不能發現其分別) 兩字的倉頡碼都是「卜竹竹手一」。我立即把 SCIM 的倉頡第五代表修正，加回 U+7522 的「產」並提高其頻率，提交回 SCIM 的 CVS 。亦向馬來西亞倉頡之友反映 (因為 SCIM 的表來自倉頡之友) 。

修正: Chris 指正 U+7522 的倉頡第五代碼改成「卜大一竹一」，所以有以上誤會。似乎我應該徹回對 SCIM 倉頡第五代表上的修改。不過由第三代轉成第五代，同碼變成了另一個異體字，會令很多用慣第三代的朋友很困擾。(而大部份第三代第五代差異表都沒有列出這個字) 我剛剛再細查，發現同樣情況亦出現在「彥」vs 「彦」上。

詳請可以參考 Unicode Character Database:

U+7522 kAlternateKangXi 0755.009
U+7522 kAlternateMorohashi 21684
U+7522 kBigFive B2A3
U+7522 kCCCII 214B7A
U+7522 kCNS1986 1-5C28
U+7522 kCNS1992 1-5C28
U+7522 kCangjie YHHQM
U+7522 kCantonese CHAAN2
U+7522 kCihaiT 908.402
U+7522 kCowles 430
U+7522 kDaeJaweon 1165.080
U+7522 kDefinition give birth, bring forth, produce
U+7522 kEACC 214B7A
U+7522 kFrequency 3
U+7522 kGradeLevel 2
U+7522 kHanYu 42577.151
U+7522 kIRGDaeJaweon 1165.080
U+7522 kIRGDaiKanwaZiten 21684
U+7522 kIRGHanyuDaZidian 42577.151
U+7522 kIRGKangXi 0755.090
U+7522 kIRG_GSource E-3372
U+7522 kIRG_KPSource KP1-5A96
U+7522 kIRG_TSource 1-5C28
U+7522 kJapaneseKun UMARERU UBU UMU
U+7522 kJapaneseOn SAN
U+7522 kKPS1 5A96
U+7522 kKangXi 0755.090
U+7522 kKorean SAN
U+7522 kLau 182
U+7522 kMandarin CHAN3
U+7522 kMatthews 163
U+7522 kMeyerWempe 90
U+7522 kMorohashi 21684
U+7522 kNelson 0314 2072 3354
U+7522 kPhonetic 30
U+7522 kRSKangXi 100.6
U+7522 kRSUnicode 100.6
U+7522 kSBGY 287.14
U+7522 kSimplifiedVariant U+4EA7
U+7522 kTaiwanTelegraph 3934
U+7522 kTotalStrokes 11
U+7522 kXerox 242:310
U+7522 kZVariant U+4EA7
U+7522 kHanyuPinlu chan3(4099)
U+7522 kGSR 0194a

U+7523 kAlternateMorohashi 21684′
U+7523 kCNS1986 E-3745
U+7523 kCNS1992 3-3745
U+7523 kDefinition give birth
U+7523 kEACC 454B7A
U+7523 kFrequency 3
U+7523 kGB1 1890
U+7523 kHanYu 42577.150
U+7523 kIRGDaiKanwaZiten 21684′
U+7523 kIRGHanyuDaZidian 42577.150
U+7523 kIRGKangXi 0755.111
U+7523 kIRG_GSource 1-327A
U+7523 kIRG_JSource 0-3B3A
U+7523 kIRG_KPSource KP0-E1AA
U+7523 kIRG_KSource 0-5F27
U+7523 kIRG_TSource 3-3745
U+7523 kIRG_VSource 1-5F47
U+7523 kJapaneseKun UMARERU UBU UMU
U+7523 kJapaneseOn SAN
U+7523 kJis0 2726
U+7523 kKPS0 E1AA
U+7523 kIRG_KSource 0-5F27
U+7523 kIRG_TSource 3-3745
U+7523 kIRG_VSource 1-5F47
U+7523 kJapaneseKun UMARERU UBU UMU
U+7523 kJapaneseOn SAN
U+7523 kJis0 2726
U+7523 kKPS0 E1AA
U+7523 kKSC0 6307
U+7523 kKangXi 0755.111
U+7523 kKorean SAN
U+7523 kMandarin CHAN3
U+7523 kMorohashi 21684′
U+7523 kNelson 0314 3354
U+7523 kPhonetic 30
U+7523 kRSKangXi 100.6
U+7523 kRSUnicode 100.6
U+7523 kSimplifiedVariant U+4EA7
U+7523 kTotalStrokes 11
U+7523 kVietnamese sản
U+7523 kZVariant U+7522

或 Unicode Code Charts。

Share It:

Comments(2)

這段時間好像在中文化這個問題忙得一頭煙。剛剛週六做完了個『中文自由桌面』的講座 (反應還算可以，不過太趕，沒時間在心裡排一次，結果開端講得太深太長，尾端也有點亂。) ，又插條腿入螢火飛新宋體的問題上，Gnome 繁體中文翻譯又趕，又要追一追小狗狗。scim patch for debian 還沒時間搞，還有欠 LinuxPilot 一份 scim 稿。Stardict 2.4.4 Debian包，我還沒有放上 pbuilder 作最後測試。其他還有 HKLUG 及 SWP Clustering course … >_<

北京Debian Miniconf 沒時間也沒錢去，只望出席者能為 Debian 中文化爭取多點事。說實，我希望『如何令Debian支援中文』這類文章可以有一天變成癈物。

P.S. 還好，發現這次LinuxTalk的出席者有不少有用 GNU/Linux 做Desktop ，也有不少 Debian 使用者。自我安慰多年努力也有點成果，不過大部份又應該和我沒關的。但又怕現在的 HKLUG 只能吸引太窄的使用者羣。算，留點時間做正經事吧!

Share It:

Comments(1)

Finally, I got some time and commit the 4 input method tables (CangJie 3rd Generation, Quick, Cantonese HK Style and Stroke 5) to SCIM cvs. I suppose I will try to fix the Dayi (大易) input method later.

Share It:

Comments(0)

Ho, I really god damn busy recently. Many things are on my TODO list.

• Contact friends for HKLUG
• Write PR of coming LinuxTalk (finished)
• Organize DebianHK Cafe Meetup
• Ask Foka or YPWong to upload new stardict 2.4.4-1 debian package
• Port CJ3, Quick (速成), CantonHK(港式廣東話) and Stroke5 (筆順五碼) input method to SCIM 1.1.x (James Su have already give SCIM CVS access to me)
• Patch debian scim-tables-zh to include the above 4 input method and submit to Osamu Aoki (青木修) and Ming Hua
• SWP works

_< Dying!!!!

Share It:

Comments(1)

如前所述， SCIM 的幾個輸入法在操作上和 Windows有過多的分別，這會令慣用 Windows或 xcin的朋友都不容易習慣。

剔除有專利問題的輸入法，現時香港人最常用而又開放的輸入法主要是倉頡和速成，其中以使用 速成的較多 (恐怕最多人使用速成的地方是香港)。不過 SCIM 的倉頡和簡易(速成)有幾個問題。

1. SCIM 的 簡易(速成)沒有整理好，次序和 xcin/倚天/Windows 差很遠。依我所知，打『速成』 的人大部份都記熟了每字的次序，次序亂了會令很多人打錯字。(尤其中文字有不少字是很相似的)
2. SCIM 的簡易(速成)開啟了 『動態調整』，選字的次序會跟被選中的次數而調前調後，可以說有好 有不好。
3. SCIM 操作和一些按鍵和 Windows 都有很大差別。

因此，這幾天我特別為 SCIM 做了一個新『速成』輸入法表，期望在不用修改程式的條件下，解決以 上問題。

1. 倚天/Windows 的選字次序是跟每字的 Big5 碼排列的，新表也是跟這個方法排。我也把 選字鍵由 0-9 改成和 Windows 一樣的 1-9 。我自己抽了幾個碼做測試，台灣繁體字應和 Windows 一樣。不過 Windows 對香港字次序就沒有明顯準則 (最少我看不出) ，甚至經 常同一個字重覆出現幾次。所以我對香港字部份仍是跟 Big5HKSCS 次序，沒有和 Windows 看齊。不過香港全是排在尾，影響應不會太大。
2. 關了『動態調整』，選字的次序保持和 Windows 一樣。
3. 改動了一些選項，令其操作和按鍵和 Windows XP 相似。
4. 取名『速成』輸入法表，過往我受到很多投訴說 GNU/Linux 沒有『速成』，因為香港 人很多都不知道『簡易』即是『速成』。

稍後，我會試試提交這個『速成』輸入法表去 SCIM ，但這次希望在我提交前有多點人測試一下這個表有沒有問題。因為我本身主要用『倉頡』，『速成』的問題我很多會忽略。xcin 的 『簡易』輸入法表也是我幾年前提供的，不過到了近一年才收到一些問題的投訴。

有興趣試用的朋友只要下載 Quick.bin 和 Quick.png 。把 Quick.bin 放在 /usr/share/scim/tables, Quick.png 放在 /usr/share/scim/icons 。重新 login 就可以了。用後好和不好都請通知我。 roy.chan at linux.org.hk

Share It:

Comments(7)

早在本年年頭就曾和 foka 討論過有沒有那個輸入引擎可以取替 xcin 。其實 xcin 一向問題多多，對 ISO10646 的支援也怪怪的。不過算是接近倚天及繁體 windows 的輸入方式，其他輸入引擎又問題多多，所以變成近乎唯一的選擇。 foka 當時也有提過 SCIM ，不過因為其智能拼音當時還不是開源的和我未有留意這個系統的潛力 (當時我太重視是否支援 IIIMF)，所以未有考慮。

不過這幾天發覺 SCIM 頗接近心目中理想的輸入引擎，功能亦頗不錯。不過，用戶重視的是使用習慣。SCIM 的倉頡字碼表來自倉頡之友 馬來西亞， 包括了簡、繁、香港字及日本漢字等近三萬字。簡繁日的 “曉” 字都可以用倉頡打出來：

• 晓(簡)：日十心山
• 曉(繁)：日土土山
• 暁(日)：日十廿山

這本是好事。但這個字碼是採用倉頡第五代，和一般香港人常用的倉頡第三代有分別。事實上第五代有了差不多二十年了，我自己唯一一本倉頡書都是以第五代為準。不過 Windows 一直都只附運第三代，所以當年我教中文電腦時仍是依第三代。第五代加入了一些字根，令重碼率降低，有利這個近三萬的字集，但亦改變了一部份字的編碼， 要點時間適應。

簡易 (速成) 的問題較大，因為字沒有排好，令人很容易選錯字。 Zunix 近幾個月就經常打錯字，”裝” 打成 “娤” ，很多字打了簡體出來，弄得文章又繁又簡。 我開始的時候不明白為何，近日才意識到問題所在。似乎真的要重做一個新速成字碼表。早幾年我為 xcin 做的簡易 (速成) 表，因為我很少用簡易，所以到最近才知道多重碼時，排位和 Windows 仍有分別。更有趣的是很多香港人都不知道”簡易”即”速成”，令他們以為 GNU/Linux 沒有”速成”輸入法。這次我似乎要花點苦功。[做好了，請參看 SCIM 的「速成」輸入法]

On The Spot 開啟了會令 gnome-terminal 打不到中文和在 OpenOffice.org 的 table 上跳格，最好不要開啟。 (新版 SCIM 解決了 這兩個問題)

• SCIM 官方網站
• SCIM 未來計劃
• 試驗中 SCIM 最新 Debian 套件
• Linux 中文輸入法新挑戰 (PowerPoint) by 黃敬群
• The relationship between SCIM and Uim
• 第五代倉頡輸入法之產生
• 倉頡第三代和第五代的分別？又何查知目前使用的倉頡是什麼版本？
• 第三代、第五代改碼字字碼對照表
• Mac OS X 的倉頡也有字集過大的問題

Share It:

Comments(10)

這天中午終於完成了 第二場 “完美 Linux 中文桌面安裝實戰” workshop ，結果因為 proxy server 突然當了搞得一團糟。看來下次還是要起個小 mirror 。為了這個 workshop ，昨晚特地用熟了 Synaptic 其他功能。 (我一向主用 apt-get/aptitude) 也試轉用 SCIM ，倉頡換了第五代，有些字碼變了，按鍵處理也轉了，很不習慣。不過以功能和前景看，我終於可以把 xcin 掉了。 XP 的倉頡和新倉頡仍是跟第三代字碼。看來似乎有必要做個三代的表， 應該可以用 xcin 的表轉過來。

Share It:

Comments(0)