[ 新規に投稿する ]
shift+delのshiftを認識するタイミングNo.11311
はぴぴ さん　24/09/11 11:02　[ コメントを投稿する ]
　 検索結果のウィンドウで複数のファイルを選択してshift+delを押すと、完全に削除ではなくゴミ箱に入れられがちです。
delを押したときにshiftを押していたかどうかではなくて、削除したあと数十ミリ秒たったときにshiftを押しているかどうかという判定になっているように見えます。
しかも、del単体で押したときに削除確認をするオプションにしているにもかかわらず、shift+delを押してshiftが認識されるタイミングの前にshiftを離してしまった場合には、削除確認が出ないですぐにゴミ箱にいきます。

検索結果のウィンドウ以外で起こるのかはよくわかりません。
検索結果のウィンドウでも、この実験をしていて２回目には何かキャッシュされて早くなっているせいなのか起こりません。再現するには検索結果のウィンドウを別プロセスで開いて１回目の検索で複数のファイルを選択してshift+delする必要があります。
[ △ ]
RE:11311 shift+delのshiftを認識するタイミングNo.11312
秀丸担当 さん　24/09/11 11:50　[ コメントを投稿する ]
　 通常の削除は、Windows標準のものと同じになっています。
秀丸ファイラーClassicとしては、Shiftや判定はしていなくて、どのタイミングで見ているのかわからないですが、おそらく確認メッセージが出るタイミングなのだと思います。

その代わり、[削除(ごみ箱に入れない)]というコマンドがあります。
[ツール]→[キー割り当て...]で何かのキーに割り当てて実行すると、ごみ箱に入らないようになります。

これをShift+Deletelに割り当てるといいですが、前に不具合があって、Shift+Deleteへの割り当てのときだけ、割り当ての効果を無くしている問題がありました。
Shift+Deleteへの割り当ての問題はV1.90以降で修正されています。
[ △ ]
RE:11312 shift+delのshiftを認識するタイミングNo.11313
はぴぴ さん　24/09/11 15:52　[ コメントを投稿する ]
　 ありがとうございます。代替方法を検討してみます
[ △ ]
RE:11312 shift+delのshiftを認識するタイミングNo.11314
はぴぴ さん　24/09/11 15:57　[ コメントを投稿する ]
　 すみません、shiftを押しているかどうかをファイラーが判定していないということは、ファイラーで削除確認ダイアログを出すオプションはゴミ箱に送るという動作になったかどうかを判定しているのでしょうか。

shift+delを押してからshiftがWindowsに認識される前に離してしまった場合に、ファイラーが削除確認ダイアログを出さずに問答無用にゴミ箱に入ってしまいます。

shiftが認識されずにゴミ箱にいってしまうまえに、ファイラーの機能で削除確認を出してくれればキャンセルしてshiftをしっかり押すのですが、それができないことに違和感があるのです。
[ △ ]
RE:11314 shift+delのshiftを認識するタイミングNo.11315
秀丸担当 さん　24/09/11 17:06　[ コメントを投稿する ]
　 それは確かにその通りでした。
その時間差によってShiftが押されていないと判定され、確認メッセージが出ずにごみ箱に行く場合があるのは良くないです。
Windowsの機能のままこれをなんとかするのは難しいです。
現状では、ごみ箱のプロパティで確認メッセージを出すようにするか、秀丸ファイラーClassicのキー割り当てでShift+Deleteを[削除(ごみ箱に入れない)]にしたほうがいいです。
割り当てが無い場合のShift+Deleteを[削除(ごみ箱に入れない)]相当となるように変更しようと思います。
[ △ ]
[ 新規に投稿する ]