>>37 無謀にもUTF-8を試用しています そう云えば Kondara は確かシェルレベルで unicode ベースでしたよね。Vine は現在 unicode 化する計画は無いそうです。debian あたりの状況はどうなんでしょう? 計画はなくとも将来の見通しくらいは立てたいなーと。

>>37 オリジナルの方で kconv-1.1.8p-3.tar.gz はなかなか見付からないかもしれないので、 ftp://owa.as.wakwak.ne.jp/pub/misc/ に置いてみました。(python 版の方です) >>お勧めはやはりVineでしょうか 僕には難しい質問ですね;; (少なくとも、ここには vine + zope 使いが何人かお見えになられます) 特殊なハードや、特定のソフトを利用する場合にはディストリビューションを選ばないといけない場合があるかもしれませんが、個人で使用する場合好き嫌いの要素が大きいかも(なんて無責任な;;) 比較的利用者が多くメーリングリストも活発なものを選ぶなら vine, debian, ... 新しもの好きなら fedora, gentoo, suse, mandrake, ... セキュリティ重視なら debian, OpenBsd などと云われているようですけど。 追加: 参考に http://zope.fubyshare.net/Max/SiteBites/202#comments

>>36 お答え有難う御座います。 実は、検索エンジンに引っかかりにくいというのと、なんとなく新しそうだからという理由で、無謀にもUTF-8を試用しています。しかし携帯アクセスや使用中のMySQLがユニコード未対応なことから、euc-jpに変更したくなりまして今回しようさせて頂きました。 kconvはコンパイルが必要で、コンパイラをあわせる必要があるとか何とかという記事を見たことがありまして、なんとなく敬遠していました。そのうちPC用意してLinux＋ZOPEにしようと思っていたというのも有ります。ちょうど先日空きPCが用意できたので、この機会にLinuxに移行してみるのもいいかなと思い始めていますが、お勧めはやはりVineでしょうか？ kconvの方はSourceForge.jpで引き継がれているほうしか見ていなかったので、オリジナルの方で気合入れて取り組んでみます。

>>35 JCodeChanger は主に Kconv で試しています。pykf だけだとうまく動作しないかもしれません。unix 系マシンの場合 euc と utf-8 を扱うことが多いので Kconv の判定のほうが良さそうだったと云う理由もありました。Shift_JIS 系のマシンの場合は pykf の方が良いのかもしれません。 Kconv は kconv-1.1.8p-3.tar.gz でテストしてあります。この版がオリジナル作者の最後のバージョンで、これ以降のバージョン番号を付けた版ではうまく動作しないという記事を何度か目にしてます。インストール方法は解凍したディレクトリの中に README があると思います。 取り急ぎですが...

はじめましてこんにちわ。 非公開でZOPEサーバを立てて練習しているものです。こちらではいろいろと有用な情報を載せていただいて助かっています。 JCodeChangerを使用させていただいたのですが、ちょっとうまく動作させることができなかったので質問させてください。 まずプロダクト自体は普通に入ったのですが、実際にオブジェクトを作って変換しようとする際 PropertyとContentsの2箇所にチェックボックスがあり、現在の文字コードだと思われるものがチェックボックスの右に書いてあります。Propertyの方は問題ないのですが、Contentsの方がどのオブジェクトもus_asciiになっています。もちろんtitleやtextは日本語も含んでいますし表示もできていました。 JCodeChangerのスクリーンショットではContentsの部分もeuc-jpになっていたので、何かが出来ていないようです。 実はkconvを当てていないのですが、pykfとJapaneseCodecは入れてあります。 ここが原因かとは思っているのですが、kconvはまだ当て方がわからない状態です。 なにか思い当たることがありましたら、教えていただけないでしょうか？ ZOPE2.6.4rc2 on win;Python 2.1.3

忘れ物発見;; BBSの管理画面はすべて euc-jp のままでした(笑 たまにしか使わないのだけど、いざと云う時には必須なツールです。チャット BBS ももうすぐ一年経ちます。本家は進化版 imgBBS に移行するのかな。こちらもいろいろやりたいことが溜ってきましたが時期が大事。

>>32 vocabulary.py 見ました dict にしてました。一方JCodeChanger ではファイルにしています。ZMI レベルに限定すれば dict で持たせるのが簡単そうですね。 今考えているのが将棋プロダクトなんですが、たとえばルールの説明やチュートリアルくらいに分量が増えてくるとファイルにするのが良いのかと思ってます。 例えば EUC-JP でテキスト書けば一発で UTF-8 や Shift_JIS に変換できるし、english で書けば仏独露西...と自動翻訳機にかけられるとか。 まだ先の話なので、おいおい調べていきます。vocabulary.py は流用するかもしれません。ありがとうございました。

>>31 間違い、勘違いのたぐいの場合無視して下さい。 私（FZUG）が昔さわったプロダクトに Fle3 があります。 学習系に使われるプロダクトのようです。 これの Vocabulary.xx (「ボキャブラリィ」つづりがあやしい) だったと記憶しますが、 xx部分がそれぞれの言語に分かれて（例えば jpだと日本）いてこれを作る事で日本語表示が可能になってます。 plone にも似たしくみがあったような？　 http://www.atransia.co.jp/home/ZenKai/Members/kafka/News/1039087091/view から情報を探れます。 # ボキャブラリィ vocablaryでした。 # WebMailも同じですね。 これ少し日本語化する為いじったのが http://fzug.com/fzug_prog/zopeing/d_load/TEST/WebMailJP-4.1.2.tar.gz にあります。

Unix 系ではロケールと云う多言語化のしくみがありますが、Zope のプロダクト作る場合どんな方法があるのでしょう。この前の会合で質問したところ python, zope 系では標準的なしくみは無いらしいです。もしアイディア持っている方が居られれば教えてください。 自分の作っているプロダクトのメッセージ文をどう扱おうか迷ってます。ボタンの切替えで多言語表示にしようと企てはいますが。JCodeChangerにも一部企てが入っていますが。

>>29 script のマクロのような使いかたみたい?僕は使わないと思う。 この方面にとりくんでいればJZUGの価値があったのだろうけど。今や個人戦になっているようですね。といっても横のつながりが無いと云うわけではありませんが。 http://mail.zope.org/pipermail/zope-dev/2004-January/021420.html http://www.freeml.com/message/zope-memo@freeml.com/0000555 http://www.atransia.co.jp/home/fukamachi/Diary/2004/01/14/ ... 兵士を助けるすべがない管理職は何をなすべきか。"文字昆布"かじるしか手は無いと云うのでは困った。もともとオープンソース・ソフトの世界に管理職なるものをもちこもうと云う発想には賛成しないので、今はあまり関わりたくありません。もちろんオープンな管理システムは全然別で、望ましいと思ってますけど。