忘れ物発見;; 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/ ... 兵士を助けるすべがない管理職は何をなすべきか。"文字昆布"かじるしか手は無いと云うのでは困った。もともとオープンソース・ソフトの世界に管理職なるものをもちこもうと云う発想には賛成しないので、今はあまり関わりたくありません。もちろんオープンな管理システムは全然別で、望ましいと思ってますけど。

最近 UTF-8 を意識している人が多くなったのだろうか？ http://mojix.org/2004/01/02/151950 を発見した。

この BBS の投稿にフィルタが必要です http://www2d.biglobe.ne.jp/~msyk/cgi-bin/charcode/ http://www2d.biglobe.ne.jp/~msyk/cgi-bin/charcode/bbs.cgi?c=r&n=82 UTFコードの仕様通りでないと、セキュリティ的にまずいらしい。 また UTF-8 以外で投稿することも可能ではあるので、作らねば。 以前に某 ZWiki サイトが文字化けでひどいことになったのを思い出します。 その時はなんでコードチェックしないのかと思いましたが、今日は我が身。 コードをチェックするついでに、いろいろチェックして見ようかな。 (追記: ↓の個人情報ポリシには変更ありません)

さっき、このサイトの UTF-8 化実施しました。 不具合あるけど、ゆっくり直していきます^^ PostgreSQL のテーブル変換に psycopg ライブラリ使ったのですが、 昔 Oracle と C で組んだ頃を思い出すと涙出るくらい簡単。 なんかこの BBS も書き換えたくなってきたけど、それはまた別の話。 # せっかく頂いたコメント三件変換できませんでした。 # 後でハンドコピーしますので勘弁。

さていよいよ RDB のコンバートなので下調べ http://initd.org/software/initd/psycopg http://www.python.jp/pub/doc_jp/contrib/peps/pep-0249.txt http://www.postgresql.jp/document/pg734doc/index.html python で RDB を自由に使えたらとてもうれしい。 ゆっくり急がずまいろうか^^

サイトをコピーして全部 UTF-8 変換してみたけど、まあまあでした^^ 問題が出たのは瓦版ページだけ。 - HTML ヘッダに文字コードを直に書くのは、Zope 的に良くない;; - RDFSummary 直しが必要 EUC-JP と UTF-8 の両方に対応するには日本語の処理部分が多くなるので 別モジュールにしたほうが良さそう。元々コード変換は後付け機能だし。 - 某 EUC-JP サイトを UTF-8 変換するとエラーになる 文字列の最後が半端だと kconv がエラーを吐いて変換してくれません。 文字列カットとチェックメソッド作るので、それで対応する予定。 - 某 COREBlog サイトの RDF でエラーが出たけど、現在日記の先頭が文字化け していて変、そのせいかもしれない。なので少し様子見。 - 某瓦版サイトでは先頭文字やサイズによるカットメソッド使ってますが、 処理を端折りすぎ。ちゃんと作らないといけません > 反省