Namazu-win32-users-ja(旧)

[Tadamasa Teranishi <yw3t-trns@xxxxxxxxxxxxxxx>]

寺西です。

saito eisuke wrote:
> 
> > タイトル、著者が文字化けする理由は、プロパティが UTF-8 で書かれて
> > いるためでしょう。(win32/olemsword.pl は Shift_JIS にしか対応
> > していないようです。)
> 
> プロパティをUTF-8以外で書く事は出来ますか？もし出来るなら、それを
> 実行するように通達したいと思います。

たぶん不可能かと思います。Office98 以降は確か UTF-8 で、それ以前が
Shift_JIS ではなかったかと思います。

ファイルを保存する際に古い形式で保存すれば Shift_JIS になるとは
思いますが、98 以降の機能を使ったものはレイアウトが崩れることに
なってしまうので、Namazu のために古い形式で保存するというのは、
好ましいことではないでしょう。

やはり、win32/ole*.pl フィルタに手を加えて UTF-8 対応にするべきか
と思います。

> > EUC-JP コードでかつ uri エンコードされていない状態でしょうか?
> 
> はい。mknmzは、
> mknmz -a -U -O c:\nmzindex e:\OOO_filing\.....
> で作成しました。念の為、エディタで開きましたが、EUC-JPのコードでした。

わかりました。
手元で再現できるかどうか試してみます。
 
> > また、今回不具合のある例でしめしていただいたファイルのみで、
> > インデックスを新規作成した場合にも同じ症状がでるか確認して
> > みてください。
> 
> 新規作成で試してみたのですが、（他の端末でも念の為、試してみました）
> 同様の症状でした。

その問題のファイルのみで新規作成しても、途中から表示されるのですね。

# ということは NMZ.field.uri.i の問題ではないかもしれません。
 
> > もし、不具合が生じない場合は、NMZ.field.uri.i が壊れているのかも
> > しれません。(mknmz の不具合によって)
> 
> この場合は、もう一度再構築するのが一番手っ取り早いのでしょうか？

問題ファイルのみで新規作成しても、同様の問題が生じることから、
NMZ.field.uri.i が壊れているという可能性は低くなりました。
(問題箇所は別にありそう)
このため、再構築しても同様の問題が生じる可能性が高いでしょう。

> やはり、日本語の上に、ファイル名に半角スペース入りは鬼門ですね・・・

今のところ対応が十分とはいえないのは確かです。

こちらで再現ができれば、原因を追究して修正することも可能かと
思います。少し原因を調べてみます。
-- 
=====================================================================
寺西 忠勝(TADAMASA TERANISHI)  yw3t-trns@xxxxxxxxxxxxxxx
http://www.asahi-net.or.jp/~yw3t-trns/index.htm
Key fingerprint =  474E 4D93 8E97 11F6 662D  8A42 17F5 52F4 10E7 D14E