いつもありがたく使わせていただいております。
ファイル操作のファイルアクセス方法をエクスプローラ風にしているのですが、コピーや移動をすると進捗ダイアログが表示されず応答なしとなります。
コピーや移動自体は問題なく行われ、復帰もするのですが、進捗がわからず途中キャンセルもできないので少々困っております。
Windows11 Pro 24H2 KB5060842 の適用後からの症状です。
ご対応いただけますと幸いです。
No.94いくち2025年7月2日 21:21
ご報告ありがとうございます。
Windows側が対処されてよかったです。
No.107Hx22025年8月31日 16:31
いつもお世話になっております。
昨日、降りてきたKB5063878を適用したところ、この件については解決いたしました。
ご対応ありがとうございました。
No.106いくち2025年8月20日 18:53
ご返信ありがとうございます。
検索してみましたところ、他の一部ファイラーでも起こっている現象のようですね。
Windows側の対応を見極めるとのこと、了解いたしました。
独自風にすると、ネットワーク越しの速度が1Gbps接続の場合5～8割程度になってしまうのがつらいところですが、それでしばらくやってみます。
No.103いくち2025年8月8日 18:57
こちらは既にWebで報告されているようなので、Windows自体が修正されるのか様子見たいと思います。
それまではファイルアクセス方法を独自風にしていただくなどしていただけますでしょうか？
No.99Hx22025年8月3日 14:22
お世話になっております。だいなファイラーを業務やプライベートで10年以上利用させて頂いております。
ファイル名を変更する際に表示されるダイアログボックスの範囲指定について、
ファイル名を丸ごと変更する際には大変重宝しますが、
既存のファイル名の後ろに文字を追加する場合に、カーソルキーで上下or左右を押すか、マウスクリックで範囲指定を解除しています。
これをCTRL+D等のショートカットキーで範囲指定(カーソル位置は維持)を解除できるようになると大変便利なのですが、実現可能でしたらご検討を宜しくお願い致します。
No.95あるる＠春木屋2025年7月28日 11:15
ご検討有難う御座います。操作性が向上するので大変助かります。
次のバージョンのリリースを楽しみに待ちたいと思います。
有難う御座いました。
No.102あるる＠春木屋2025年8月5日 10:27
入力ダイアログでダイアモンドキーを使用するという設定が現行バージョンにもあるのですが、ファイル名変更のダイアログには適用されません。これをファイル名変更ダイアログにも適用したいと思います。そうすると、CTRL+Dで右カーソルキーを押したのと同じ動作になります。
また、ダイアモンドキーの現行の実装はCTRL+S,Dが適切に処理されていない（CTRL+←→と同じになってしまってる）ので、これも修正したいと思います。
No.100Hx22025年8月3日 16:20
最近ファイルマスクで正規表現を良く使うようになったのですが、
検索履歴のワード毎に、正規表現の状態を記憶するようにして頂けたら有難いです。
よろしくお願いいたします。
No.93たこさん2025年6月12日 10:29
ご報告ありがとうございます。
たしかに各検索履歴の正規表現の状態も覚えないと使いにくいですね。
次回改善いたします。
No.97Hx22025年8月3日 14:04
Mark All Below等を前の挙動に戻していただけませんか？
すでにいくつか意図しないファイルを削除してしまっています。かなり見た目に反する挙動で、つらいです。
属性ダイアログも、以前だとできたR一回だけ押してのRead Onlyの切り替えが1つ工程が増えてたりして、使いづらいです。
No.80no name2025年4月17日 20:51
なお、属性ダイアログについては Attribute(Attr) に置き換えることで、以前のようにR一回だけ押してのRead Onlyの切り替えが可能になるかと思います。
No.92Hx22025年6月7日 18:17
ご返信ありがとうございます。
元の動作のコマンドの追加、とてもありがたいです。
No.91no name2025年6月7日 14:32
ご連絡ありがとうございます。Mark All Belowの挙動変更は v3.34 からのものですが、旧動作も選べるようにするべきでしたね。次回元の動作のコマンドを再度追加するなどしたいと思います。それまでは v3.34より前のバージョンをお使いいただくなどでご対応いただけますでしょうか？
いつもありがとうございます。問題があり、連絡させていただきます。
■発生していること
だいなファイラーを起動したまま、Windowsをシャットダウン/再起動するとき、
このアプリがシャットダウンを妨げていますというようなメッセージが出て、シャットダウン/再起動ができないです。
何か回避方法や確認すべきことはありますでしょうか？
■環境など
3.34 (64bit版)のzipを展開したものを使用。設定はデフォルトままです。
だいな以外のアプリケーションは起動していないです。
10Home,10Pro,11Pro(いずれも64ビット)のPCで発生。
ローカルアカウントです。
サインインオプションの再起動可能なアプリを自動的に保存し・・・は、オン/オフともに変わらずです。
よろしくお願いします。
No.46kubo2024年3月30日 13:44
わかりにくくてすみません。
こちらの環境では、Office365があれば、シャットダウンを妨げないのですが、
Office365がないPCはシャットダウンを妨げています。
ライセンスの関係で、入れ替えなどできず、検証できない状況です。
Office有無で、だいなが利用している何かしらのDLLなどに差異があるのかが気になりました。
No.90kubo2025年5月28日 21:15
更新情報ありがとうございます。
Office365 は使ってますが、特に私のところでは問題ないです。
v3.4 からストア版もリリースしましたが、そちらでも同じでしょうか？
（コード自体はストア版もほぼ同じですが）
すべてノートPCですが、増減があったので、現在の状況をまとめてみました。
メーカー機種はバラバラですが、できるかぎり同じ環境にしています。
DはCと物理的に同じドライブです。出荷時のままで数十MB。
→当初、このドライブ構成のPCが多かったので疑っていました。
妨げないPCとの差があるのは、Office有無ですが、影響するのか気になります。
PC|妨げる？|OS|ドライブ|Office365|アカウント|
1|妨げる|10Home|C|なし|ローカル|
2|妨げる|10Pro|C,D|なし|ローカル|
3|妨げる|11Pro|C|なし|ローカル|
4|妨げない|10Pro|C|有|ドメイン|
5|妨げない|11Pro|C|有|ローカル|
No.83kubo2025年5月6日 18:27
ありがとうございます
zip展開してそのまま起動していますので、iniがない状態です。
別のドメイン参加しているPCも同じ結果でした。
調べる手段があればよいのですが、思いつかず。。。
No.51kubo2024年6月27日 19:53
返信遅くなりましてすみません。
この件はたまに報告を聞くのですが、発生条件が分からず、現状原因不明となってます。
設定はデフォルトのまま、というのは iniファイルが無い状態で起動し自動で作られたまま、ということだと思いますが、それでも発生しますか・・
No.50Hx22024年6月23日 16:51
