@bigcoon 咦，我好像从没用过 Java 的…桌面应用。输入法和应用是隔离的，通过系统接口输出，应用向系统获得输入，Java 为什么不能和其他应用表现得一样呢？每当这时心中默问真是输入法做错了嘛？我得去看看其他开源输入法有没有什么 hack，倘若是应用自己搞特殊，害得众输入法都要跟进，那可真是不公。于是听说一个陌生的软件输入出问题，我本能地把它往后推，任其在bug列表中浮沉一会儿。
Windows 上的兼容性问题更多，以致让我决心切换到一个更成熟的开源输入法框架，以求摆脱许多无力解決的 bug。@hylau

吶，練 DVORAK 的同學，我仰慕你們追求效率、勇於改進工具的精神。如果經常還要打拼音，也許你會想瞭解一下[宮保拼音](https://code.google.com/p/rimeime/wiki/ComboPinyin)——哎呀跑題了——我現在用着特別爽。
這 WIKI 裏有一句話還是切題的：欲打字快，無他，唯有苦練。嚴格按照指法來，熟悉每個符號鍵相對於基準的方位和距離，（所以）儘量避免換鍵盤。對了樓主我告訴你一個樓上諸位不告訴你的事實，HHKB 和機械鍵盤主鍵盤區的尺寸是一致的，只是佈局不同…

在下的辦法，是主要用移動硬盤做同步，同時會用百度雲和堅果雲做一套備份。樓上都有提到，我詳細說說。
雖然拿塊硬盤累一些，但他的好處是不受條件限制：不光可以用來同步數據，還可以建立隨身系統。我在硬盤其他分區上分別做了一份OS X系統和可以在PC上引導的Linux系統。假如出門在外不得不借用別人的Mac或PC機，都能通過USB啓動，訪問自己的數據文件，以及慣用的App和軟件配置。
我用硬盤同步HOME目錄的方法是寫一個小腳本把rsync包裝一下，設置好過濾條件等參數，每次只要敲一條簡短的命令就好。如果擔心數據安全，可以建立一個sparse bundle來加密重要文件，再把sparse bundle放到支持增量同步的網盤（如堅果雲）就會比較安心。
使用兩套機制做同步，不管遭遇無法訪問網絡、一時忘帶硬盤或是硬盤丟失的狀況，都還有一份完整、可同步的數據。

减IQ，降智商，脑残胶囊帮你忙 MinusIQ

最愛Monaco圈圈一樣的()造型
另外把字母旋轉180度又是一種不同的效果

漢語也得強。只要有高明的輸入法。

> var a = function(name) {
... this.name = name;
... console.log(this.name);
... return {
..... name: "Tuzki",
..... sayName: function() {
....... console.log(this.name);
..... }
... }
. }
undefined
> var A = new a("Jason")
Jason
undefined
> A.sayName();
Tuzki
undefined
>
不影響結論，那個 name=="Jason" 的對象被丟棄了。

@lijsh 8樓的程序裏 A.sayName() 輸出 undefined 只是因爲a()返回對象的name屬性沒有值吧，this指向對象A。

在Windows上用autohotkey做成過。不爽的是空格鍵和字符按鍵經常要快速交替使用，很容易帶出組合鍵。
後來我覺得這樣設置也很方便，不必動用空格鍵。https://code.google.com/p/zime/wiki/KeyboardCon
後來買了Pocker鍵盤，組合功能鍵都由硬件實現了。

系統自帶，就是最好的。

嗯。吵一下。简化字用着没啥问题，因为简化得有限。直到为了写东西快，学了几年速记，俺对文字的看法大不一样了…從此堅持使用表音、表意更準確的傳統漢字。速記符號是個極端的例子，它把冗餘信息壓榨到極限，書寫固然快速簡便，「認讀」卻十分吃力，遂棄而不用。得到的啓發是：文字主要是用來讀的，其包含的信息量越充分，符號的區分度越高，越能提高效率。這方面簡化字是向「甲骨文」的方向倒退發展了。好在簡化得有限，藉助上下文（也就是語言本身的冗餘信息）還不至於因「设有!=没有」而誤會。可是，究竟少了些「字字蘊藏着鮮明形象撲面而來」的快感～唔，現代無論手寫、鉛印還是電腦上顯示的漢字都太～小了，筆畫和間架結構的美感全無。漢字是方塊的，西文是長條狀的，字的高度卻相同這實在不科學。所以拋開簡繁之爭，帖主給出的那篇關於中文字體的文章真的值得一讀啊…

不知道Rime是不是第一款內置Emacs編輯鍵的輸入法。
https://code.google.com/p/rimeime/wiki/UserGuide#Emacs_風格的編輯鍵

我做過百度輸入法，記得PC版有個「智能符號」設置，輸入兩次「、」就會變成「//」。這真是極好的。
OSX上自家調教的鼠鬚管可以自定義各種符號……單就符號輸入來說，適合農用耕作。

@winix
1. 找到解法了 patch: { speller/max_code_length: 4 }
這份材料很棒 https://github.com/LEOYoon-Tsaw/Rime_collections/blob/master/Rime_discription.md
2. 我觀察到每次部署之後內存佔用會很大，這是因爲轉換詞典要緩存大量數據做排序，至於用完之後內存佔用示數爲啥不降下來，我就糊塗了（也許應該啓一個獨立進程做部署）。只打字的話一般只佔用20M~30M內存…

論方便，鼠鬚管嘛，究竟可能要折騰。那就是，不夠方便的……

佩服。在下很辛苦地堅持到166天，不慎斷耕了。要像養寵物一樣地每天費心照料啊。

想像，用左手食指比較酷！彈鋼琴的不是經常用這招、雙手交叉彈嘛？