パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

LSB 1.1とLi18nux 1.0」記事へのコメント

  • l10nは死んだ、次はm17nだ 部門より

    九割九分はそうなんですが、一部には、i18n 的抽象化にそぐわないものもあります。すっかり Emacs + Wnn に慣れたこの体ではありますが、ときたま、「カスタムされた秀丸は作業効率が高かったなあ」とか、「カスタムされた WXII は体の一

    • とはいっても、昔ながらの l10n 的手法に基くソフトウェアの多くが現に死んでいます。kterm、canna など、もう誰もメンテしていませんし。残念ながら、それらのソフトウェアをメンテナンスする人材を輩出するユーザベースとして、日本は小さすぎるのではないでしょうか。

      ではそれらをメンテすればいいかというと、別の問題が出てきます。ローカルパッチは本家に認知されていないので、本家の側で、ローカルパッチのやりかたに反するような改良が加えられる可能性があります。それを防ぐためには、ローカルパッチの側が十分な存在感を本家に示す必要があり

      • Qtとm17n (スコア:2, 参考になる)

        by asataku (2091) <takumi@asaki.jp> on 2002年02月04日 10時45分 (#59685) ホームページ 日記
        QtはcppによるC++の独自拡張さえ気にならなければ非常にプログラムしやすい環境ですし、
        Qt3からはm17nも可能になるようにTrollTechもがんばっていますが、
        実際にこれで十分かというとまだまだですね。
        まずはフォントの問題(特にAntiAlias時)、それから内部Unicodeのため変換テーブルの問題、
        そして、TrollTech自信が国際化についてそれほどわかっていないが為の問題。
        などが現状でもあげられる問題でしょうか。
        あとは、非GUIなプログラムのことはあまり考慮されてないというのもあるかな。
        ライブラリ自身もでかいし、現状のほとんどのlinuxの環境ではQtアプリの起動の遅さの問題もある。

        locale-codecとASCIIしか扱わないならば割とましですが、
        さらに踏み込んで考えた場合にはまだまだでしょう。
        --
        -- Che Che - Bye Bye
        親コメント

にわかな奴ほど語りたがる -- あるハッカー

処理中...