フォルダのD&Dの動作No.00454
taku さん 00/11/30 14:11
 

V0.45からだと思いますが、フォルダがD&Dで移動できるように
なりましたが、マウスでフォルダの選択を行っていると、
間違ってD&Dをしてしまい。
他のフォルダの下などにフォルダ移動を行う場合があります。

<要望>
できれば、フォルダのD&Dでの移動時にはダイアログボックスを
表示させて、移動しても良いか問い合わせるようには出来ないで
しょうか?

また、マウスでフォルダをドラッグ中に[Esc]キーを押すと、
ドラッグ中の状態をキャンセルするようにしていただきたい
のですがどうでしょう?

[ ]
RE:00454 フォルダのD&Dの動作No.00455
ひろ さん 00/11/30 19:11
 
 taku さん今日は、ひろです。
> できれば、フォルダのD&Dでの移動時にはダイアログボックスを
> 表示させて、移動しても良いか問い合わせるようには出来ないで
 これについては Explore と同じ現在の仕様のままの方が良いと思います。

> また、マウスでフォルダをドラッグ中に[Esc]キーを押すと、
> ドラッグ中の状態をキャンセルするようにしていただきたい
 こちらは逆に Explore と同じにするという意味で、賛成です。

 ## 実は folder の移動はほとんどやらないし、active folder の選択は
key 選択をするので、個人的にはどちらでも良かったりして(^^)。

[ ]
RE:00454 フォルダのD&Dの動作No.00833
秀まるお さん 00/12/16 00:48
 
> できれば、フォルダのD&Dでの移動時にはダイアログボックスを
> 表示させて、移動しても良いか問い合わせるようには出来ないで
> しょうか?

 ひろさんのコメントと同じになりますが、鶴亀メールでもし間違ってフォルダを移
動してしまうなら、エクスプローラでも同様にフォルダを間違って移動してしまう訳
で、アプリケーションソフトに対応を求めるよりは、もっと別の次元の解決方法を考
えた方がいいんじゃないかと思います。

 (エクスプローラーに要望出すなんて出来ないし)

 僕個人は普段キーボードで操作しているのでそもそも関係無いです。

> また、マウスでフォルダをドラッグ中に[Esc]キーを押すと、
> ドラッグ中の状態をキャンセルするようにしていただきたい
> のですがどうでしょう?

 んではさっそくそうしてみます。

[ ]
RE:00833 フォルダのD&Dの動作No.00962
taku さん 00/12/18 17:07
 

秀まるおさん、こんにちは。

>> できれば、フォルダのD&Dでの移動時にはダイアログボックスを
>> 表示させて、移動しても良いか問い合わせるようには出来ないで
>> しょうか?
>
> ひろさんのコメントと同じになりますが、鶴亀メールでもし間違ってフォルダを移
>動してしまうなら、エクスプローラでも同様にフォルダを間違って移動してしまう訳
>で、アプリケーションソフトに対応を求めるよりは、もっと別の次元の解決方法を考
>えた方がいいんじゃないかと思います。
>
> (エクスプローラーに要望出すなんて出来ないし)
>

この件なんですが、次のような理由で要望をだしました。

1.鶴亀では移動した際、ディスクアクセスが数十秒待つ
    (鶴亀ではコピーした後、削除する動作をしているのかな?)
    エクスプローラーでは、移動はすぐ終了する。
    (エクスプローラーはFAT情報の書換のみ?)

2.エクスプローラーでは、間違って移動した場合でも、
   「編集」−「元に戻す」で簡単に元に戻せる。

3.私が使っているファイラではフォルダ移動時に、
    ダイアログが出てくる。


ダイアログ表示がダメなら、
フォルダ移動時の高速化ってのは可能でしょうか?


> 僕個人は普段キーボードで操作しているのでそもそも関係無いです。
>
>> また、マウスでフォルダをドラッグ中に[Esc]キーを押すと、
>> ドラッグ中の状態をキャンセルするようにしていただきたい
>> のですがどうでしょう?
>
> んではさっそくそうしてみます。

よろしくお願いします。

[ ]
RE:00962 フォルダのD&Dの動作No.00971
ひろ さん 00/12/18 19:59
 
 taku さん今日は、ひろです。
> 1.鶴亀では移動した際、ディスクアクセスが数十秒待つ
 おそらく subdir.bin などのキャッシュ・ファイルの再構築に、時間がか
かったいるのだと思います。ですからフォルダが多い場合は症状が顕著に表
れませんか? またフォルダの展開状態、フォルダの並び順や「一覧」か「ス
レッド」かなど、「エクスプローラ」に比べて書き換える情報が多いので、
この点は致し方ないとおもいます。

> 2.エクスプローラーでは、間違って移動した場合でも、
>    「編集」−「元に戻す」で簡単に元に戻せる。
 ひょっとして一旦鶴亀終了後、エクスプローラで「元に戻す」で出来るか
もしれませんが、アンドゥー機能は欲しいということでしょうか?

 私はそれより、別アカウントへのフォルダ移動も、出来るようにしていた
だきたいです。

[ ]
RE:00971 フォルダのD&Dの動作No.00976
taku さん 00/12/18 20:49
 

どうも、ひろさん。
>> 1.鶴亀では移動した際、ディスクアクセスが数十秒待つ
> おそらく subdir.bin などのキャッシュ・ファイルの再構築に、時間がか
>かったいるのだと思います。ですからフォルダが多い場合は症状が顕著に表
>れませんか? またフォルダの展開状態、フォルダの並び順や「一覧」か「ス
>レッド」かなど、「エクスプローラ」に比べて書き換える情報が多いので、
>この点は致し方ないとおもいます。
>

多分そうなんでしょうが…。

間違えて、移動した場合にこの数十秒が長いんですよね、
元に戻すとなるとさらに数十秒…。
特に急いでいるときなど、操作ミスちゃうんで、
最初のような要望になったんですけど。


>> 2.エクスプローラーでは、間違って移動した場合でも、
>>    「編集」−「元に戻す」で簡単に元に戻せる。
> ひょっとして一旦鶴亀終了後、エクスプローラで「元に戻す」で出来るか
>もしれませんが、アンドゥー機能は欲しいということでしょうか?
>

いいえ、エクスプローラーと比較なさってたんで…。
特にアンドゥ−機能が欲しいというわけではありません。

[ ]
RE:00976 フォルダのD&Dの動作No.00983
秀まるお さん 00/12/19 09:52
 
> 間違えて、移動した場合にこの数十秒が長いんですよね、
> 元に戻すとなるとさらに数十秒…。

 手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一
覧を表示し直すのに、スレッド表示の場合だと多少時間がかかるかなぁという程度で
す。

 どっちにしても、クリックしたつもりで間違ってドラッグアンドドロップしてしま
うことを、アプリケーションソフト側に「確認メッセージを出して」と要望すること
で解決するのは、なんかおかしいと思います。というか、本来はそれはWindowsと特
定の人との相性問題というか、Windowsの使い勝手に関わることであって、ソフト側
に片っ端から確認メッセージを出すようにすればいいって話じゃないと思います。

 ドラッグアンドドロップかクリックかの移動距離の判定をいじればいいと思うんで
すけど、コントロールパネルにはとりあえずそういう設定は無いみたいで…。

 とりあえず、鶴亀側で、「ドラッグ開始からドロップまでの時間が非常に短い場合
はドラッグアンドドロップと見なさない」としてみます。とりあえずドラッグ開始か
らドロップまでが0.5秒以内かどうかで判定してみます。

[ ]
RE:00976 フォルダのD&Dの動作No.00984
きいろいまふらあ さん 00/12/19 10:14
 
> 間違えて、移動した場合にこの数十秒が長いんですよね、
> 元に戻すとなるとさらに数十秒…。

ですよね。同感です。

> > ひょっとして一旦鶴亀終了後、エクスプローラで「元に戻す」で出来るか
> >もしれませんが、アンドゥー機能は欲しいということでしょうか?

さすがにエクスプローラで戻しちゃまずかろう。試しませんが。(^^;

[ ]
RE:00983 フォルダのD&Dの動作No.00985
taku さん 00/12/19 10:16
 

こんにちは、秀まるおさん
>> 間違えて、移動した場合にこの数十秒が長いんですよね、
>> 元に戻すとなるとさらに数十秒…。
>
> 手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一
>覧を表示し直すのに、スレッド表示の場合だと多少時間がかかるかなぁという程度で
>す。
>

こちらのほうでは、空のフォルダの移動、一覧表示でも5秒かかります。
さらに100メールほどあると10秒近くかかります。

環境は、新しくはありませんがこんな感じです。
メモリ:128M
CPU:AMD K6-II+ 350
Win98 IE5.5

> どっちにしても、クリックしたつもりで間違ってドラッグアンドドロップしてしま
>うことを、アプリケーションソフト側に「確認メッセージを出して」と要望すること
>で解決するのは、なんかおかしいと思います。というか、本来はそれはWindowsと特
>定の人との相性問題というか、Windowsの使い勝手に関わることであって、ソフト側
>に片っ端から確認メッセージを出すようにすればいいって話じゃないと思います。
>
> ドラッグアンドドロップかクリックかの移動距離の判定をいじればいいと思うんで
>すけど、コントロールパネルにはとりあえずそういう設定は無いみたいで…。
>
> とりあえず、鶴亀側で、「ドラッグ開始からドロップまでの時間が非常に短い場合
>はドラッグアンドドロップと見なさない」としてみます。とりあえずドラッグ開始か
>らドロップまでが0.5秒以内かどうかで判定してみます。

わがまま言って申し訳ありません。
よろしくお願いします。

[ ]
RE:00985 フォルダのD&Dの動作No.00986
きいろいまふらあ さん 00/12/19 10:52
 
一言。

> > 手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一


> こちらのほうでは、空のフォルダの移動、一覧表示でも5秒かかります。
> さらに100メールほどあると10秒近くかかります。

メールファイルの分割方法によるかもですね。

[ ]
RE:00986 フォルダのD&Dの動作No.00992
長澤薫 さん 00/12/19 11:07
 
こんにちは、長澤です。

>> > 手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一
>
>
>> こちらのほうでは、空のフォルダの移動、一覧表示でも5秒かかります。
>> さらに100メールほどあると10秒近くかかります。
>
>メールファイルの分割方法によるかもですね。

移動時にバックアップを作成する設定にしているとか。

[ ]
RE:00992 フォルダのD&Dの動作No.00993
taku さん 00/12/19 11:20
 

takuです。
まとめて返事です。

>>> こちらのほうでは、空のフォルダの移動、一覧表示でも5秒かかります。
>>> さらに100メールほどあると10秒近くかかります。
>>
>>メールファイルの分割方法によるかもですね。
>
>移動時にバックアップを作成する設定にしているとか。

確認してみましたが、バックアップを作成する設定には
していませんでした。

>
>メールファイルの分割方法によるかもですね。
変更していないつもりですが、
月単位、2M分割となっていました。
でも空のフォルダでも遅いのでこれは関係無いのでは…。

[ ]
RE:00983 フォルダのD&Dの動作No.00997
ひろ さん 00/12/19 11:54
 
 秀まるお様今日は、ひろです。
>  手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一
> 覧を表示し直すのに、スレッド表示の場合だと多少時間がかかるかなぁという程度で
 おそらくこれは起動時に時間がかかる場合と同様、(サブ) フォルダの数
によっても変化するとおもいます。

 今これを書いている環境、Windows98+鶴亀 Ver.0.59, CPU:AMD-K6 III 450 MHz,
メモリ:128 MB で、ホームディレクトリが
フォルダ数:369
ファイル数:706
要領      :84.8 [MB]
メールのほとんどは「受信」以下 3 階層に存在、
の場合、10 秒
フォルダ数:110
ファイル数:180
要領      :29.4 [MB]
メールは全て「受信」以下 2 階層までに存在、
の場合、1 秒掛かるか掛からないかです。

[ ]
RE:00993 フォルダのD&Dの動作No.01003
しん さん 00/12/19 13:20
 
こんにちは、takuさん。しんです。

>takuです。
>>>> こちらのほうでは、空のフォルダの移動、一覧表示でも5秒かかります。
>>>> さらに100メールほどあると10秒近くかかります。

全く持って関係無いことかもしれませんが、
万に一つの因果関係が有るやもしれませんのでとりあえず・・・

Win98/95 において、Explorerから大量のフォルダを削除を行うと
その後のフォルダの新規作成や、名称の変更が極端に遅くなる「事がある」
そうです。
この問題は、Microsoftも認めています。

ですが、「事がある」というと、そうでもない場合も存在するわけで、
Exprolrerで削除したから発生するとも限らないと言うことで、
再現方法がつかめていないんでしょうね。(^^;
だから、もしかして!?、って考えてしまいました。
関係ないですよね。(苦笑)

[ ]
RE:01003 フォルダのD&Dの動作No.01004
taku さん 00/12/19 13:29
 
takuです。
>全く持って関係無いことかもしれませんが、
>万に一つの因果関係が有るやもしれませんのでとりあえず・・・
>
>Win98/95 において、Explorerから大量のフォルダを削除を行うと
>その後のフォルダの新規作成や、名称の変更が極端に遅くなる「事がある」
>そうです。
>この問題は、Microsoftも認めています。
>

この現象は知っています。
#仕事で良く大量ファイルの削除をして、この現象が発生して
#よく再起動していますから…。

鶴亀の場合は起動時すぐに操作を行っても遅いので、
関係無いでしょう。(現象も違いますし)

>ですが、「事がある」というと、そうでもない場合も存在するわけで、
>Exprolrerで削除したから発生するとも限らないと言うことで、
>再現方法がつかめていないんでしょうね。(^^;
>だから、もしかして!?、って考えてしまいました。
>関係ないですよね。(苦笑)

Win98/95においてってことは、Meでは直ってるのでしょうか?

[ ]
RE:01004 フォルダのD&Dの動作No.01007
しん さん 00/12/19 13:37
 
しんです。

>takuです。
>>全く持って関係無いことかもしれませんが、
>>万に一つの因果関係が有るやもしれませんのでとりあえず・・・
>>
>>Win98/95 において、Explorerから大量のフォルダを削除を行うと
>>その後のフォルダの新規作成や、名称の変更が極端に遅くなる「事がある」
>鶴亀の場合は起動時すぐに操作を行っても遅いので、
>関係無いでしょう。(現象も違いますし)

やっぱりですか?(^^;

>Win98/95においてってことは、Meでは直ってるのでしょうか?

その項目は見つけることができませんでした。

遅くなる人が Win98系に偏ってるならば
もしかしたらと思ったんです。(^^;
NT系や、Win2Kの人で遅い人はいるんだろうか?


[ ]
RE:00997 フォルダのD&Dの動作No.01010
taku さん 00/12/19 15:19
 
> 秀まるお様今日は、ひろです。
>>  手元で確認した限りはほとんど1秒以内で終わるみたいですけど???。メール一
>> 覧を表示し直すのに、スレッド表示の場合だと多少時間がかかるかなぁという程度で
> おそらくこれは起動時に時間がかかる場合と同様、(サブ) フォルダの数
>によっても変化するとおもいます。
>
> 今これを書いている環境、Windows98+鶴亀 Ver.0.59, CPU:AMD-K6 III 450 MHz,
>メモリ:128 MB で、ホームディレクトリが
>フォルダ数:369
>ファイル数:706
>要領      :84.8 [MB]
>メールのほとんどは「受信」以下 3 階層に存在、
>の場合、10 秒
>フォルダ数:110
>ファイル数:180
>要領      :29.4 [MB]
>メールは全て「受信」以下 2 階層までに存在、
>の場合、1 秒掛かるか掛からないかです。

そうですね、フォルダ数に依存するのかな?
こちらの環境は、

鶴亀のディレクトリが
フォルダ数:595
ファイル数:819
容量      :127.3 [MB]
メールのほとんどは「受信」以下2階層に存在

となっています。
サブフォルダこんなに無いぞって思っていたら、
添付ファイルはサブフォルダ作っちゃうんですね…。

[ ]