Etchに向けての日本語周りの改善案
- Emacsは大きいし、noxを入れるのはトラブルになりがち。基本タスクから除きたい。(kmuto)
- GNOMEにもKDEにも見た目が沿わないので、基本的にデスクトップのタスクにも入れたくない。(kmuto)
- SUSE とかだとプログラミングに入ってますね > emacs
- うーむ、サっといじれるのはjapanese/japanese-desktopくらいなんだよなぁ。あとは折衝ガンバらないといけないのでできればやりたくない(笑)。(kmuto)
- Cannaはポートを使うのでいやだな。(kmuto)
- X上でのIMとしてはUIの見た目の良さからscimを採用したい。バックエンドはanthy? (kmuto)
- 格好良くする事に重点を置きたいという事であればuimでも比較的短時間でなんとかできます。(ashie)
- ですので、見た目に第一の判断基準を置くのはどうかと思います。(ashie)
- ただ国際化という観点において、(特に商用ディストリビューションにおいては)できれば単一のフレームワークで国際化を実現したいという要求があるため、その中でどれを選ぶか、という事になった時には、やっぱり現時点ではSCIMの方が一般的にお勧めだと思います。(ashie)
- しかしDebianにおいては考え方的に必ずしも「単一のフレームワークで」の部分は当てはまらないように思います。Debianの事はあまり詳しく無いので、外しているかもしれませんが。(ashie)
- コンソールでの日本語入力はどうするか? uim-fepを入れるとuim環境が入ってしまう (kmuto)
- 個人的には、適材適所ということでuimで良いのではないかと思います。 (ashie)
- ちなみに、SCIMでもコンソール用フロントエンドは計画されていて、しかもSCIM作者のJamesさん曰く「very soon」だそうです。
- ただそういうセリフが出てから既に何ヶ月も経過しているので、一度SCIMのMLでJamesさんに確認して見るのが良いのではないかと思います。(ashie)
- jfbterm/kon/btermなしにコンソールでなんとか日本語出ないかね…。uniconはデッドプロジェクト。どっちにしろオフィシャルには入らなそうではある (kmuto)
- popconを参考にする?でも知ってるヒトじゃないとインストールしないパッケージなので、「一般」のニーズを掴むには不適切。oldtype統計を取ってるにすぎなさそう (kmuto)
関連リンク
Last modified : 2005/10/27 15:59:05 JST