UTF変換プロダクトDTMLで作ってたけど繁雑なので内部でpythonに切替え中。 そろそろ自家製pythonスクリプトが心配になってきた。 文字列をsizeでちょん切るメソッドとか見直さないといけない。 pythonに既にutf対応メソッドあるのかもしれない、全く調査不足。

>>8 大丈夫じゃないかなあー おっ RDB 使いの御言葉ですので助かります。かたじけない。 Firebird 見捨てた訳じゃないんです。 仕事で大容量の画像ファイルなど扱うことあるので常に意識してます。 Windows や Macintosh のこと考えると、 SJIS ←→ EUC-JP が互換じゃないことが常にネックになりがちです。 Web や多言語化のこと考えてもベースは Unicode になる流れ。 EUC-JP は(日本人にとって)プログラミングの観点からは確かに便利でしたけど、 こだわる気はありません。 Unicode が良いとか悪いとかは別次元の話と思って進めてます。 コード変換プロダクトやっとフレームできました。 メソッド仕込む段階ですが Zope プロダクト面白いですね^^ # 馴れた人なら１〜２時間でコーディングできるんだろうな

>>6 アダプタ Psycopg は大丈夫なのだろうか? 大丈夫じゃないかなあー。 まだ実験中だけど今のところ良いような 最近　Firebird の方が blob での UTF-8 にバグあるんじゃないかと 騒いでるよー。 うーん、一番安心できると思っていたのに。。。

下調べの最後にコンテンツの変換。 最初は ftp で持ってきて変換して戻すとか、 ZODB ツールを改修して一発で変換することとか考えていたけど、 なぜか気が乗らない... そうだプロダクトを作ろう とりあえず単純なプロダクト作ってみた。 設定文字コード、タイトル、生データが見えることを確認。 (Folder, DTML Document, DTML Method, Python Script, TinyTablePlus) web 経由で使える文字コード変換ツールが作れそう。 という理由で、この辺から始めることにした。 1. コンテンツの変換 2. 例外への対応 3. RDB の UTF-8 化

PostgreSQL は UTF-8 対応済みらしいけど、いろいろめんどうかも。 http://search.net-newbie.com/pgsql/multibyte.html と正式に対応しているらしいので、RDB は UTF-8 に決定。 ターミナル(kterm)で見られるのかとか、dump したもののチェックとか 周辺に難点が見付かる可能性はある。 http://pop-club.hp.infoseek.co.jp/unix/postgres_utf.html アダプタ Psycopg は大丈夫なのだろうか? などと心配事があるので、一番後回しにしよう。

LocalFS は UTF-8 未対応、というより ファイルシステムが未対応なので、なるべく使わない方針でいく。 現状では UTF-8 にした場合、日本語ファイル名はエラーになって使えない。 Python Script で 'context.management_page_charset' を見れば、 エンコードタイプが取得できるので、 どうしても使おうと云うならコード変換を追加するしかない。 RDFSummary は変換するように書き換える。 エンコードのプロパティを追加することも考えられる。

vim-6.1 は UTF-8 も対応している ということで試してみた。 まずは、使えるエディタがないと始まらないので。 ~/.vimrc を修正 --- set fileencoding=euc-jp set fileencodings=iso-2022-jp,utf-8,euc-jp --- などとすると、external-editor のペン型アイコンをクリックするだけで、 utf-8 で書かれたページを、そのまま編修することができた。 ちなみに、新規ファイルの場合は vim 起動後 :set fileencoding=utf-8 と打ち込む。 これで external-editor を改造する必要は無さそう。 (仕事は減らすもの;;)

ZenKaiからリンク拝借 http://www.atransia.co.jp/home/ZenKai/Members/kafka/CMFWiki/UnicodeMemo http://www.atransia.co.jp/home/ZenKai/Members/kafka/News/1050968585/view http://www.atransia.co.jp/home/ZenKai/Members/kafka/News/1045883587/view ついでに http://www.openi18n.org/subgroups/utildev/dli18npatch2.html ftp://ftp.ilog.fr/pub/Users/haible/utf8/Unicode-HOWTO-4.html http://www.cl.cam.ac.uk/~mgk25/unicode.html# あと、この辺も http://www.linux.or.jp/JM/html/LDP_man-pages/man7/utf-8.7.html http://www.debian.org/doc/manuals/intro-i18n/ch-languages.en.html#s-japanese きっと沢山あるだろうけど、後はテーマ毎に少しずつ...

昔突然 XLocale 廃止の話が出て、右往左往したのも懐かしい。 ロケールは glibc でやってよ、X11 ではもう面倒見ないよと云う話。 (↑ちと記憶があやふやだけど) 国内の linux ユーザは困った。 その時、見付けたのが Vine というプロジェクト。 今も Vine を使っているのは、インストールしてすぐに日本語が使え、 C/C++開発環境も十分使えると云う理由が大きい。 きっと UTF-8 移行の時も似たようなことが起きるに違いない。 少しは賢いふりして、今のうちに準備しようと思っただけ。 もし国際化という観点から考えれば、Debian も選択枝のうち。

このサイトの文字コードを UTF-8 にしようと考えた。 まずは問題点から整理しないといけない。 課題-1. コンテンツ 日本語で書いてあるので euc-jp → UTF-8 変換が必要。 (DTML Document, DTML Method, TinyTablePlus) 課題-2. プログラム 文字列処理の見直し(size切り出し、 文字数カウントなど) (Python Script, External Method, 自家製プロダクト) 課題-3. BBS の RDB (PostgreSQL) 現在データが日本語 euc。UTF-8 に入れ換えるか、入出力時に変換するか。 DB に UTF-8 で収納すれば何も問題なさそうだが? 課題-4. 瓦版の RDFSummary 強制的に euc-jp に変換しているが、環境変数を見て決めないといけない。 象歩BBSの rdf は UTF-8 にしよう。 課題-5. 編集手段 ExternalEditor を多用してるが、euc-jp ←→ UTF-8 変換入れるか、 vim で UTF-8 のまま編集するか。 課題-6. 将棋プロダクト 最初から UTF-8 対応で作る。実はこれが動機かも。 日本語のコメントがどうしても必要みたいなので、考えどころ。 ざっと考えてこんなところ? うまくやるには段取りが大切のようです。 あせらず、急がず、参ろうか。