添付ファイルのD&D操作No.11075
CHERRYVOICE さん　04/10/08 13:09
　
CHERRYVOICEです。

rootFTPというFTPソフトを使っているのですが、そこの「ローカル」側の
ウィンドウに、鶴亀の添付ファイルをD&D操作でコピーすると、読みとり専用
属性が付いたままコピーされることがあります。
再現性はよく分からないのですが、必ず起きる場合と、上書きコピーした時だけ
起きる場合があります。

コピー後に属性変更したり、いったんエクスプローラ等別の場所にコピーして
からrootFTPにコピーすることで回避できるので大きな実害はありませんが、
D&D先によって動作が違って来るというのも妙な話かと思ったので、一応ご報告
させて頂きます。

rootFTP
http://ext.comax.co.jp/rootftp/index.html

WinXP、2000
鶴亀Ver 3.68  3枠表示
[ △ ]
RE:11075 添付ファイルのD&D操作No.11076
ぱと さん　04/10/08 13:27
　
CHERRYVOICE さん

鶴亀ユーザーのぱとと申します。

>rootFTPというFTPソフトを使っているのですが、そこの「ローカル」側の
>ウィンドウに、鶴亀の添付ファイルをD&D操作でコピーすると、読みとり専用
>属性が付いたままコピーされることがあります。

便乗です。私はゼロックス社製のドキュワークスというドキュメント管理ソフト
で同じく D&D すると、読み取り属性がつきます。

で、自分のローカルな環境に依存する問題なのかなと思って、時間がある時に検
証してみようかなと考えていたところでした。

----
ぱと
[ △ ]
RE:11076 添付ファイルのD&D操作No.11077
秀まるお さん　04/10/08 17:54
　
　添付ファイルの上書き禁止属性ですが、ドラッグアンドドロップの処理開始と
同時に属性解除し、ドロップが終わったらまた上書き禁止属性に戻すような処理
をしています。しかし、実際にファイルコピーされるのは、ドロップされた後に、
ドロップされた側のプロセスが好きなタイミングで実行することになります。

　なので、こういうことが起きる訳ですが…。

　他のアプリケーションソフトがファイルにアクセスするタイミングを鶴亀側で
知ることは無理なので、適当な時間をあけてやるしかありません。ということで、
適当な遅延をさせてみることにします。

　といいつつ、それは次のβ版からとさせていただきます。
[ △ ]
RE:11077 添付ファイルのD&D操作No.11078
ぱと さん　04/10/08 18:10
　
秀まるお さん

鶴亀ユーザーのぱとと申します。

>　添付ファイルの上書き禁止属性ですが、ドラッグアンドドロップの処理開始と
>同時に属性解除し、ドロップが終わったらまた上書き禁止属性に戻すような処理
>をしています。しかし、実際にファイルコピーされるのは、ドロップされた後に、
>ドロップされた側のプロセスが好きなタイミングで実行することになります。

えっと、確認ですが、

添付ファイルの属性は、D&D 後に再現されるのが仕様であるということですよ
ね？

ちょっと検証してみたのですが、CHERRYVOICさんが報告されたのと似ていて、
(私の場合で)Docuworks に鶴亀から D&D すると、ReadOnly になっていて、デス
クトップ等フォルダに直接 D&D すると ReadOnly 属性がつかないというようなこ
とが私のところで起きていた現象です。

ファイルコピーのプロセスの遅延とのタイムラグによるものとはあまり思えませ
んでした。

ただ、自分の環境(鶴亀のデータフォルダも、Docuworks のデータフォルダもネッ
トワーク共有フォルダ)とか、そもそも Docuworks 側の問題だとかという切り分
けができていなかったので、これまで報告していませんでした。

OutlookExpress で、同じ添付ファイル付のメールを受信してみて少し検証してみ
ます。

----
ぱと
[ △ ]
RE:11078 添付ファイルのD&D操作No.11079
CHERRYVOICE さん　04/10/08 18:18
　
CHERRYVOICEです。

>添付ファイルの属性は、D&D 後に再現されるのが仕様であるということですよ
>ね？

秀まるおさんがおっしゃっているのは、
「受信添付フォルダ以下にある添付ファイルのReadOnly属性をいったん解除し、
  D&Dが終わったと思われる頃を見計らって再度ReadOnly属性にする」
ということですよね？
ですので、ソフトによってコピーされるのに時間がかかってしまうと、それが
終わりきる前に鶴亀で再度ReadOnly属性にされてしまい、結果的にReadOnly属性で
コピーされてしまう、ということだと思います。

ということで、タイムラグをつけるのは有効だと思います。
よろしくお願いいたします。

＃ただ、ソフトの種類やマシンパワーによって時間が変わってきそうな…
[ △ ]
RE:11079 添付ファイルのD&D操作No.11080
秀まるお さん　04/10/08 18:27
　
　ちなみに、この問題を回避するためだったと思いますが、「全般的な設定・上
級者向け・デコード」の所に、「受信したメールの添付ファイルを上書き禁止属
性にする」というオプションがありまして、そこをOFFにすれば上書き禁止属性
には絶対ならないことになります。
[ △ ]
RE:11078 添付ファイルのD&D操作No.11081
ｈｉｔｏ さん　04/10/08 19:09
　
ぱとさん、横から失礼します。ｈｉｔｏです。

私も、DocuWorksを使用してますが、ぱとさんがおっしゃるような現象
は再現しないです。

鶴亀メールで添付されたDocuWorksの文書をDocuWorks DeskにD&Dしても、
ReadOnlyになりません。文書は、拡張子xdwの場合も自己解凍文書でも
同じでした。
ただ、受信メールではなく、送信メールの添付文書ですが。
また、ローカルフォルダでネットワーク共有フォルダではありません。

Windows XP Pro SP1
DocuWorks v5.06
鶴亀メール v3.68
---
ｈｉｔｏ
[ △ ]
RE:11081 添付ファイルのD&D操作No.11082
秀まるお さん　04/10/08 22:09
　
　たぶんDocWorksうんぬんと言うよりは何か別の要因、例えばファイルシステム
がFAT32かNTFSかとか、ディスクキャッシュがよく効く（メモリがたくさんあ
る）かどうかとか、そういうので微妙にファイルアクセスのタイミングが狂うん
じゃないかと思います。

　適当な時間遅延させるのも少々やっかいなので、とりあえず、他のソフトにド
ロップしたら鶴亀本体ウィンドウを非アクティブな状態にして、本体ウィンドウ
がアクティブになったらリードオンリー属性を復活させるような、そういう処理
をしようと思います。例えばユーザーさんがドロップした後に、ドロップされた
側のソフトが一段落するまでは大抵そのままユーザーさんも待機するだろうし、
それでほとんど解決するような気がします。

　といいつつ、少々面倒だしレベルダウンも怖いので、慎重に作業します。

　（迷惑メールフィルター関係も中途半端なままだし、いろいろ並行作業すると
バグを出しやすいし）
[ △ ]
RE:11077 添付ファイルのD&D操作No.11184
CHERRYVOICE さん　04/11/10 00:05
　
CHERRYVOICEです。

確認が大変遅くなってしまいましたが、鶴亀の最新版で、今まで
読みとり専用属性のままコピーされていたものが、読みとり専用属性解除で
コピーされるのを確認できました。

どうもありがとうございました。
[ △ ]