大家覺得有必要嗎？還是說那個 README/help 就夠了？

原則上我是寫手冊，不是寫 FAQ，因為 README/help 就是一種 FAQ 的形式了。

這幾天我會先擬個大綱出來，大家再看有什麼需要補充的。原則上我是用 LaTeX 來寫（有其他建議嗎？）。Lience 是用 GFDL 或 GPL（呃，文件沒有人用 LGPL 的啦！）。由於文件和軟體不會有混同的情形，所以，到時候要附在 tarball 或另外 rlease 都不會有 license 的問題。

大家看還有什麼其他需要補充的。

 

好啊

+1 

Tetralet 曾寫過一篇介紹文，值得參考一下：

〈GCIN 中文輸入法簡介〉

1. gcin 沿革：就是歷史課啦！從一開始的 xcin protocol 說起，及居士加上 XIM/i18n 到現在的 gcin。及一些貢獻者事蹟列表。
2. 安裝、啟動：這個可能需要大家的幫忙，各 distro 的配置方式並不一樣，我打算幾個主流的 distro 都提及。
3. 操作：就是一般的基本操作及一些按鍵方式。
4. 微調：各種 setup 的細節。
5. 輸入法表格：包括表格的製作、安裝及其建立。
6. ？？？，請大家補充。

請盡量提供意見，能寫進去的就寫進去，我一個人沒辦法完整的寫出來，需要大家從中幫忙。另外會用 LaTeX 的原因我稍微說明一下，我是一個很重視索引的人，一些書，如果沒有索引，我幾乎就不買了，目前索引方面，LaTeX 的處理是最完美的，而且我要試驗一下我的中文 index 程式，到底能不能用！

好呀～ +1
（我可能還有許多秘技沒摸透）

有人手癢，想寫個幾段的，不要客氣呀！用純文字寫就可以了，然後排版我會負責。

可以抄的東西還不少呀…

1. gcin trac

2. Tetralet 的介紹

3. gcin manpage

4. gcin README

5. gcin Changelog

6. gcin.odp <- 前幾天劉老大說想砍的那個

 

這些都抄完就差不多完成 90% 了吧？ :P 

其實就是覺得這些不太夠或不集中，才會想寫使用手冊的呀！

gcin.odp 那個，目前大概參考不到，因為我的構想是還要有一個『技術[開發]手冊』，這個誰想來寫的，快點舉手！

寫技術手冊的好處就是，有那裡不懂的，那麼作者要幫忙解釋，不然寫不出來呀！哈哈哈，順便害一下 eliu。

轉自 http://hyperrate.com/ratings.php?eid=67&reid=67&rno=1

winlin 的評價：

「美觀的部份，gcin外觀是比較樸素些，不算非常好看，在調整過外觀設定的細項調整後，gcin的外觀大致上還可以接受，然而對於外觀設定不熟的使用者而言，或許他們會覺得gcin外觀給他們的第一印象不好。如果有說明文件來幫助初次接觸gcin的新手調整gcin外觀，他們對於gcin的外觀接受度可能會較高。此外，gcin-setup相對於scim和oxim的設定介面，在美觀上的確有些可以進步的空間」

 

手冊如果能寫些美化的步驟確實挺不錯的。 :)

換個 theme？不然，我還不知道有什麼可以調的說。

這個可能就相當主觀了，scim/oxim 我就是不喜那種花花綠綠的。所以，才會固定用 gcin。而什麼架構之類的，這是要從雙方面思考，不是單一角度，例如 UTF-8 含 no-bmp 是很好，可是 no-bmp 的字有幾個人會用到呢？只要知道怎麼 switch 就行了，重點是讓 switch 的機制能簡單化，而不是一定要大小通吃。像我一般還是使用 big5 locale，因為我沒有必要用到 utf8，而且我也可以容易的 big5/utf8 並存，這個恐怕才是重點？所以，含 no-bmp 的文件我還是能很方便的照寫不誤。

糟了，照我的思維來寫的話，手冊會滯銷。

 

其實我覺得預設的詞音的界面已經相當不錯了～（我至少會給它90分或更高～）
比較需要作細項設定的是gtab的輸入法
我前幾天有在想要不要在gcin trac新增個頁面來介紹和gtab輸入法有關的外觀設定
不過僅在於「還在想」的狀態，看有沒有哪位前輩要先下手啦～

gcin和gtk佈景主題融在一起了，好處是「風格相同」 、有整體感
不過，也因為和佈景主題相融，輸入窗格有時看起來會不夠顯眼
而且較可惜的是 ，如果想要改變gcin外觀，勢必得要把整個gtk主題換掉
使用者不見得想換掉整個gtk主題呀...
如果gcin可以像xmms那樣換skin，那就不成問題了～

這個就交給 eliu 去考慮吧！:p

只是輸入法這樣玩會不會有點怪怪的？畢竟這和 mplayer/xmms 不一樣呀！

之前有想過弄 window background image，GDK 試半天試不出來，就放棄了。

這個部份的話，我想採開放式的，有人想寫的話，訂定一個明確的題目，就給他寫下去，
然後公佈出來，大家來加加減減，最後再加入手冊中的其中一個章節，這樣好不好？因
為外觀的微調，的確不是我所長，我是個很樸素的人呀！

寫的人只管內容就好，排版我會處理，凡提供章節的人，都是手册的共同作者之一。
 

 

老大，您辛苦了～
沒成功雖然很可惜，但是實用才是gcin真正的強項所在！ 若實用和炫麗不能兼得，我寧願選擇實用
gcin實在有太多方便的功能不是其他輸入法平台所能取代

 

嗯，好，贊成！大家加油～

skins 是一個不錯的點子，能符合各種需求不同的人的需要。只是 skins 需要事先規劃好（規格），

看有沒有人對這個有經驗的，起個頭大概後面就容易了。

說不定會造成許多喜歡玩 skins 的朋友的一大風潮。

基本上輸入法的 window小小的，能玩的不多。

輸入法的 window 我覺得就是要簡單清楚就可以了。

最近已經在摸索和gtab輸入法界面的幾個相關選項
目前遇到的困難是，有些選項名稱比較難直覺聯想到它們是在設什麼，所以得要一個個試～
或許把些選項歸類在一起、取較易懂的名稱，會讓使用者比較快進入狀況

另外，各個選項之間是可以搭配組合而變化出不同界面的
有些選項則是「在A成立的狀況下，B選項設定與否將不具作用」
要把這些設定彼此的關係都歸納出來，會花點時間，所以進度會慢一點

知道有沒有前輩已經整理好了可以分享出來？
這樣我就不必再多做一次

其實，不必太趕，我預計是一至三個月來寫，原因是：

1. 我寫字/打字本來就很慢。
2. 我是邊參考 source 邊寫，所以……
3. 我還負有寫中文 index 工具的任務，沒有 index，我的文章是不會發表的（這當然是指小書規模的文章）。
4. 和大家一樣，我還有其他的事要忙呀！:)

而且，我覺得不要怕重複，我想其中有很大部份的內容，其實在 man page/blog/README 中都有了，只不過敘述的方式及簡詳不一罷了，所以，系統式的寫法是有必要的，當然這也就會多花一點時間。

我寫文章，其中佔最多時間的部份，不是在寫，而是在找資料及思考更好的表達方式。其實，一份手冊，了不起就那麼幾千，幾萬字，要打字的話，快的人，搞不好幾個小時就打完了。不過，有想到什麼，在這裡提出來可以達到腦力激盪的效果，所以，有什麼想法盡量提出來沒關係。

排版結構大致上就是這樣（見底下的 url），以後就是把內容填進去就對了。

有人把某一題目寫完，也請附到這裡來（純文字檔及圖檔），我會把他安插進去，把你的大名寫進去，然後把排版結果附上來。

有什麼問題就在這裡討論，例如，有什麼沒有提供到，或需要補充的，有錯別字，句子不通順的……等等。

當然，我也說過了，我打字的速度是很慢的，本來以前練到約一分鐘二、三十字，後來繼續努力練的結果，現在只剩下一分鐘 12 字的功力。

 

ps.要寄來給我也行： edt1023_AT_cle.linux.org.tw

ps.為了節省 hyperrate 的頻寬，我把附檔放在這裡好了：

http://cle.linux.org.tw/~edt1023/gcin/tmp/gcintuto.pdf

 

嘸蝦米打這麼慢會不會太慘？

我傳統選字注音曾經練到 60 字/min 的水準，前陣子無聊測試時還有 35 字/min  上下

--

努力下載 xpdf 中... 

因為我其實並不太常打字，常常忘了怎麼拆碼，所以速度就慢下來了。

呃，我就曾碰到過注音（一般的注音）一分鐘一百多字的。天哪！這實在是太厲害了。 

BTW，xpdf 的話，可能無法看到 bookmarks 的中文，建議使用 kpdf。 

話說 xcin UTF-8 已經完成了，不過好用的字型很難找。

最新版的 xcin source 可找 apt.linux.org.tw (目前掛點中?) 或 kanru @ irc.freenode.net

gcin 全面使用 XIM 或 gcin protocol, GTK / Qt immodule 其實都是走 gcin protocol

 

gcin protocol 似乎和第一代的 xcin protocol 一脈相承? (上回偷偷看了一下 xcin 1.x code)  

Thanks. 明天的版本會修正過來。而且，我發現第一章寫得太簡略了。:p

有人玩 TeX/LaTeX 的請舉手，我會把 source 放上去，大家一起來研究。