アカウント名:
パスワード:
XIMの設計者としてLinuxでの多言語入力の礎を作られ
ちょっと違うな。あれはモロにlocale依存で、例えば日本語localeで簡体字中国語を入力するみたいな使い方は想定されていない。ご本人もXIMの設計には満足していなかったようで、一刻も早く抹殺したいっておっしゃっていましたが…
IIIMFも設計されました。
あれはJava Stationに熱中していたSunの事情によるところが大きいけど、Solarisの入力フレームワークにいろいろ後付けして妙に複雑にしていた印象があって正直よくないと思った。そもそも今となっては思想が古すぎたな。今はUNIX風のOSもパーソナルコンピュータとして使うようになってるしね。まあジャストシステムがSolaris向けにATOKを作り続けているうちは死なないかもしれんが、結局IIIMFが広く受け入れられることはなかったな。そういや樋浦さんはSunを辞めてジャストに行ってたんだっけな。Xfyの仕事をやってたはず。
個人的には面識ないけれども、Anthy開発者のTabataさんとケンカのような議論をしていたのをネットで眺めていました。
田畑氏は文章を書かせると日本語が不自由そうな人に見えてしまって、そこだけが残念でしたが…ｗ
ともあれお悔やみ申し上げます。
XIMとUTF-8が普及する前のUNIXは、Mule以外まともに日本語が通るアプリがなく、Xの「日本語化」に酷いバッドノウハウの塊のようなことを強いられました。まだまだUNIXの日本語環境には問題が残るとはいえ、当時を思うとこうしてLinuxでMozillaから気軽に安定して日本語を使えること自体夢のようです。感謝とともにご冥福をお祈りします。
XIMの設計者としてLinuxでの多言語入力の礎を作られ ちょっと違うな。あれはモロにlocale依存で、例えば日本語localeで簡体字中国語を入力するみたいな使い方は想定されていない。
ちょっと違うな。あれはモロにlocale依存で、例えば日本語localeで簡体字中国語を入力するみたいな使い方は想定されていない。
XIMは、もともとX11R5のXlib APIです。X11R5が出たのが1994年。この時代に多言語入力なんていっても鼻で笑われましたよ。 Unicode 1.0と統合されたISO/IEC 10646-1が出たのが1993年ですからね。だからって、世の中が一気に変わるわけじゃなかった。時代背景を考えてくださいな。
樋浦氏といえば、当時はhtt（「樋浦が徹夜で作った」の略）とか、やってたんだよなあ。
彼の具合が悪いらしいと聞いたのが、今月初めのこと。それが、もう訃報ですか。なんてことだ。無常を感じます。さみしいよ。
Compound Textは当時からあったと思うけど。むしろDIS 10646の設計をかなぐり捨ててUnicode 1.0と統合されたことに日本(主にfj.kanji方面)では猛反発があったんじゃなかったっけ? 多言語=Unicodeと考えることこそ時代背景を無視してませんか?
はいはい。Compound Textはありましたよ。もちろん、それを使ってマルチリンガル環境を構築することも可能だったかもしれません。
Unicodeも嫌われていました。私も嫌いだった。いまでも異体字がどうこうとかいう話は嫌になる。でも、当時のEUC-JPやShift_JISがそういう問題を解決していたわけではない。
でもね、たかが文字処理に（あえて「たかが」といわせてもらいます。たいていのプログラムにとってそれが主要な地位を占めてはいないという意味で）Compound Textのような複雑なエンコーディングを使うことが、現実的だったかどうか、それに、当時マルチリンガル処理がどれほど現実に求められていたか、ということを考えれば、XIMがlocale依存だったのも時代的制約のひとつですよ。
＞Tabataさん-Hiuraさんの諍いからかAnthyのサポートが遅れたのも痛かった。
これは当時Anthyに興味を持っている人がuimに行っちゃったってのもあるけど、IIIMFのLE（言語エンジン）を作ること自体が敷居が高すぎたと思う。仕様が複雑な上に、ドキュメントがあるにはあるけど目に付くところにはなかった。SCIMにはAnthyを使った入力エンジンができてたし、im-jaみたいなフレームワークを介さずに直接ツールキット固有のAPIにアクセスするような実装（後にXIMサーバにもなったけど）でもAnthyは比較的早期にサポートされてた。
iiimfの座を奪ったscimも、Fedora 11でiBusにその座を取って代わられたのですから、時の流れは早いものですね。
いまさらながら、ご冥福をお祈りいたします。
まだ大きな変化が起こる余地はあると思うな。X Window SystemにXKB2を導入する話があるから。Re-designing input methods with XKB [blogspot.com]も参考までに。
というか、今になってやっとこの発想が出てきたかという感想。コンセプトだけ見ればWindowsのTSFなんかはずっと先を行ってるからねえ。
iiimf と scim は開発者どうしの話し合いの結果、ibus に統一されたって感じがありますが
とにかく合掌
前にも書いたんだけど、北東アジアOSS推進フォーラムのワーキンググループ（NEA-OSS WG3/SWG1）で入力メソッドエンジンのSPIの標準化の話 [srad.jp]だね。樋浦さんも去年戻ってきて、The world is adapting to the standard born at WG3 (PDF) [ipa.go.jp]という発表資料を出してる。
で、仮にこれが実現すれば、IMフレームワークの実装を取り替えても同じIMEをそのまま使い続けることができるようになるわけで、プロプラのIMEベンダーなんかは商売しやすくなるよね。まあ日本はIMEベンダーがほとんど死滅しちゃってるけど、中国はまだ乱立しててそれなりにモチベーションはあるし。
> まぎらわしいですが、それはimbusです。
なるほど。勉強になりました。
黙祷
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
マジでー(AAry (スコア:4, 興味深い)
ちょっと違うな。あれはモロにlocale依存で、例えば日本語localeで簡体字中国語を入力するみたいな使い方は想定されていない。ご本人もXIMの設計には満足していなかったようで、一刻も早く抹殺したいっておっしゃっていましたが…
あれはJava Stationに熱中していたSunの事情によるところが大きいけど、Solarisの入力フレームワークにいろいろ後付けして妙に複雑にしていた印象があって正直よくないと思った。そもそも今となっては思想が古すぎたな。今はUNIX風のOSもパーソナルコンピュータとして使うようになってるしね。まあジャストシステムがSolaris向けにATOKを作り続けているうちは死なないかもしれんが、結局IIIMFが広く受け入れられることはなかったな。そういや樋浦さんはSunを辞めてジャストに行ってたんだっけな。Xfyの仕事をやってたはず。
田畑氏は文章を書かせると日本語が不自由そうな人に見えてしまって、そこだけが残念でしたが…ｗ
ともあれお悔やみ申し上げます。
Re:マジでー(AAry (スコア:1, 興味深い)
Re:マジでー(AAry (スコア:1, 興味深い)
XIMとUTF-8が普及する前のUNIXは、Mule以外まともに日本語が通るアプリがなく、
Xの「日本語化」に酷いバッドノウハウの塊のようなことを強いられました。
まだまだUNIXの日本語環境には問題が残るとはいえ、当時を思うと
こうしてLinuxでMozillaから気軽に安定して日本語を使えること自体夢のようです。
感謝とともにご冥福をお祈りします。
Re:マジでー(AAry (スコア:1)
XIMは、もともとX11R5のXlib APIです。X11R5が出たのが1994年。この時代に多言語入力なんていっても鼻で笑われましたよ。 Unicode 1.0と統合されたISO/IEC 10646-1が出たのが1993年ですからね。だからって、世の中が一気に変わるわけじゃなかった。時代背景を考えてくださいな。
樋浦氏といえば、当時はhtt（「樋浦が徹夜で作った」の略）とか、やってたんだよなあ。
彼の具合が悪いらしいと聞いたのが、今月初めのこと。それが、もう訃報ですか。なんてことだ。無常を感じます。さみしいよ。
Re: (スコア:0)
Compound Textは当時からあったと思うけど。むしろDIS 10646の設計をかなぐり捨ててUnicode 1.0と統合されたことに日本(主にfj.kanji方面)では猛反発があったんじゃなかったっけ? 多言語=Unicodeと考えることこそ時代背景を無視してませんか?
Re:マジでー(AAry (スコア:1)
はいはい。Compound Textはありましたよ。もちろん、それを使ってマルチリンガル環境を構築することも可能だったかもしれません。
Unicodeも嫌われていました。私も嫌いだった。いまでも異体字がどうこうとかいう話は嫌になる。でも、当時のEUC-JPやShift_JISがそういう問題を解決していたわけではない。
でもね、たかが文字処理に（あえて「たかが」といわせてもらいます。たいていのプログラムにとってそれが主要な地位を占めてはいないという意味で）Compound Textのような複雑なエンコーディングを使うことが、現実的だったかどうか、それに、当時マルチリンガル処理がどれほど現実に求められていたか、ということを考えれば、XIMがlocale依存だったのも時代的制約のひとつですよ。
Re: (スコア:0)
Re:マジでー(AAry (スコア:3, 興味深い)
「まるで存在していないかのような軽さと安定性」が必要なのですが、
初期のIIIMFは非常に不安定で、悪い意味で「存在感」がありすぎでした。
事情を知らないユーザにしてみれば「Fedoraはよく固まる」ということになり、
初期Fedoraの悪評の一因になってしまっていたような気がします。
パッケージングもモジュールが多いので非常に大変でした。
Fedora版のソースRPMには公式リリースに含まれていないパッチが多く入っていて、
何をベースにしたらいいのか困りました。
Tabataさん-Hiuraさんの諍いからかAnthyのサポートが遅れたのも痛かった。
フリーで使える連文節変換エンジンがCannaじゃインパクトがないですから。
ユーザとしてIIIMFを愛用するには至りませんでしたが、
世界各国の優秀なメンバーを集めて多言語入力を議論する場を作ったことは
有益だったのではないでしょうか (IIIMFの"Owners [openi18n.org]"を参照)。
XIMなどの仕組みは、単に作るだけでなく、上流に取り込んでもらうための英語交渉力と人脈が必要です。
コードを書くだけでなく受け入れてもらうための交渉もできる人はなかなかいないと思います。
Re:マジでー(AAry (スコア:1, 興味深い)
＞Tabataさん-Hiuraさんの諍いからかAnthyのサポートが遅れたのも痛かった。
これは当時Anthyに興味を持っている人がuimに行っちゃったってのもあるけど、IIIMFのLE（言語エンジン）を作ること自体が敷居が高すぎたと思う。仕様が複雑な上に、ドキュメントがあるにはあるけど目に付くところにはなかった。SCIMにはAnthyを使った入力エンジンができてたし、im-jaみたいなフレームワークを介さずに直接ツールキット固有のAPIにアクセスするような実装（後にXIMサーバにもなったけど）でもAnthyは比較的早期にサポートされてた。
Re:マジでー(AAry (スコア:1, 興味深い)
諸行無常 (スコア:1)
iiimfの座を奪ったscimも、Fedora 11でiBusにその座を取って代わられたのですから、時の流れは早いものですね。
いまさらながら、ご冥福をお祈りいたします。
Re:諸行無常 (スコア:1, 参考になる)
まだ大きな変化が起こる余地はあると思うな。X Window SystemにXKB2を導入する話があるから。Re-designing input methods with XKB [blogspot.com]も参考までに。
というか、今になってやっとこの発想が出てきたかという感想。コンセプトだけ見ればWindowsのTSFなんかはずっと先を行ってるからねえ。
Re: (スコア:0)
iiimf と scim は開発者どうしの話し合いの結果、
ibus に統一されたって感じがありますが
とにかく合掌
NEA-OSS WG3/SWG1 (スコア:3, 参考になる)
前にも書いたんだけど、北東アジアOSS推進フォーラムのワーキンググループ（NEA-OSS WG3/SWG1）で入力メソッドエンジンのSPIの標準化の話 [srad.jp]だね。樋浦さんも去年戻ってきて、The world is adapting to the standard born at WG3 (PDF) [ipa.go.jp]という発表資料を出してる。
で、仮にこれが実現すれば、IMフレームワークの実装を取り替えても同じIMEをそのまま使い続けることができるようになるわけで、プロプラのIMEベンダーなんかは商売しやすくなるよね。まあ日本はIMEベンダーがほとんど死滅しちゃってるけど、中国はまだ乱立しててそれなりにモチベーションはあるし。
Re:諸行無常 (スコア:1, 参考になる)
Re: (スコア:0)
> まぎらわしいですが、それはimbusです。
なるほど。勉強になりました。
黙祷