+++ ファイラーを語ろう Part34 ---

**名無しさん＠お腹いっぱい。** · 2025/08/22(金) 16:47:38.70

>>258
ここを参考にしたら動いたよ。

xattr -rc /Applications/Filedini
を実行する。
https://knowledge.shade3d.jp/knowledgebase/%E3%80%8C%E5%A3%8A%E3%82%8C%E3%81%A6%E3%81%84%E3%82%8B%E3%81%9F%E3%82%81%E9%96%8B%E3%81%91%E3%81%BE%E3%81%9B%E3%82%93%E3%80%82%E3%82%B4%E3%83%9F%E7%AE%B1%E3%81%AB%E5%85%A5%E3%82%8C%E3%82%8B%E5%BF%85

**名無しさん＠お腹いっぱい。** · 2025/08/24(日) 07:40:16.92

>>262
公式サイトから再ダウンロードしようとしたら同じコマンドが書いてあったわ
見落としてた…
ちゃんと動いたわありがとう！

**名無しさん＠お腹いっぱい。** · 2025/09/02(火) 09:00:11.56

WinFm2008
Windows11にしたら、サブディレクトリからルートディレクトリへBackSpaceで戻れなくなった。

**名無しさん＠お腹いっぱい。** · 2025/09/17(水) 10:53:44.26

Files 4.0にアプデしたらクラッシュ頻発で使いもんにならん
以前はたまに落ちるくらいだったがさすがにここまで落ちまくりだとどうにもならんので素直にアンインストール

**名無しさん＠お腹いっぱい。** · 2025/09/17(水) 12:08:57.22

安定のWinUIの糞品質ってやつかな

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 21:45:57.68

https://www.youtube.com/watch?v=Yz9jzMM1vTQ
好きなのを選ぶといいよ

**名無しさん＠お腹いっぱい。** · 2025/09/18(木) 23:38:40.40

>>264
2015年度版Windows10の延長サポート終了日である2025/10/14(火)まで、あと1ヶ月もない。
それに加えて、バージョン23H2までのWindows11を24H2へ更新するだけでも、使えるアプリが微妙に変わるからな…
本当に厄介だよな。

参考：Windows11 Home/Pro サポート開始/終了日
https://learn.microsoft.com/ja-jp/lifecycle/products/windows-11-home-and-pro
…Windows11(Home/Pro)の24H2は、来年2026/10/13(火)がサポート終了日か。もっと延ばしてくれないかな？

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 01:04:54.94

もう無理だよ
Windowsという泥舟に文句言ったところで沈まなくなるわけでもない
逃げないのが悪い

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 12:17:50.43

マイクロソフト社員はどのファイラーを使ってるのだろう

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 20:05:15.85

今、活発に更新されているファイラーってFilesとAS/R以外に何があるかな？

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 20:27:49.35

Paper Plane xUI
慣れれば最強

**名無しさん＠お腹いっぱい。** · 2025/09/19(金) 22:50:21.41

Q-Dirもよく更新されてる

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 03:54:40.66

>>271
秀丸ファイラーClassicは、まず先行開発β版が一ヶ月おきに改版され続けてる感じ。
https://hide.maruo.co.jp/software/hmfilerclassichist_pre.html
当分それが続いた末に正式版も改版されてるようだから、割と活発な範疇と言えるのでは？
https://hide.maruo.co.jp/software/hmfilerclassichist.html

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 04:41:01.80

Dolphin

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 10:51:47.01

キー操作だけで完結したいので、だいなから離れられていない。
唯一の欠点は、数台の俺環だとシャットダウンを妨げること。
新しいPCにも、まるまる圧縮して移行できるし扱いやすい。

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 12:13:52.76

ファイラーとか枯れたジャンル
matureでバグ修正を定期的にやってくれるだけで十分

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 12:29:46.83

AIの力を使えば自動整理機能も搭載可能ではなかろうか

例えば自作のスクリプトがいくらかあったとして、何で書かれてるかとか内容が似てるとかこれ差分じゃないの？とかあれとこれとそれが関係してるのねとかでディレクトリ構造も考えて配置し直した上にタグ付けまでしてくれる、とか

自作のポエムがあったら恥ずかしさレベルの高い順に順次クラウドストレージに保存して公開設定で5chにうpしていくとか

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 12:36:14.36

Freecommander
これ以上使い勝手のいいファイラーはないぞ。
ただし、フリーは32bit版のみで64bit版は有料。

**名無しさん＠お腹いっぱい。** · 2025/09/20(土) 18:13:59.79

SubScriptionCommander

**名無しさん＠お腹いっぱい。** · 2025/09/22(月) 01:00:46.60

3か月前にDoubleCommanderに乗り換えてから、WinFM2008は一度も触ってませんよ。
お薦めはしませんがね。キー設定で沼にはまるので。

**名無しさん＠お腹いっぱい。** · 2025/09/22(月) 01:39:34.85

FreeCommanderは内蔵(?)付属ツールが便利なので5年くらい使ってたけど32bit版は詳細リスト表示がなんか重いのよね
なので、ここ2年くらいDoubleCommanderのおせわになってる。初期設定さえ自分好みにすませれば同等のことができて良い

タブのセットとお気に入りメニューが「なんでこの挙動？」って感じで迷うので、そこだけ改変して欲しいかも

**名無しさん＠お腹いっぱい。** · 2025/09/22(月) 19:56:25.49

winfm2008からだったらZeroがいいと思う。作者さんがかなり要望を聞いてくれる。

**名無しさん＠お腹いっぱい。** · 2025/09/23(火) 01:11:11.19

ありそうでないSingle Commander
シングルウィンドウタイプはExplorerとFILMTN系列しか

**名無しさん＠お腹いっぱい。** · 2025/09/23(火) 07:55:30.37

WinFM2008からFiledini に乗り換え。１画面ファイラーが好みなので。
Filedini は開発中の模様で更新頻度もなかなかなで期待してる。

**名無しさん＠お腹いっぱい。** · 2025/09/23(火) 11:10:13.08

それ良さそうね
キー操作だけで完結したいし

**名無しさん＠お腹いっぱい。** · 2025/09/23(火) 12:27:03.36

Filedini は1行スクロールが出来なくてページング単位なのが自分には合わなかった。

**名無しさん＠お腹いっぱい。** · 2025/09/24(水) 07:31:01.18

今から25年前に戻れたら秀丸メールのライセンス買うわ

**名無しさん＠お腹いっぱい。** · 2025/09/24(水) 11:22:29.71

これは買わないな

**名無しさん＠お腹いっぱい。** · 2025/09/24(水) 11:37:06.04

秀丸エディタを買ってたから
秀丸メールを無料で使えた

**名無しさん＠お腹いっぱい。** · 2025/09/24(水) 12:19:28.51

Commander系はキー割り当てがめちゃくちゃで
手に馴染むツールにはならん

**名無しさん＠お腹いっぱい。** · 2025/09/24(水) 12:41:56.54

Filediniはベータ終わると有料になるんか

**名無しさん＠お腹いっぱい。** · 2025/09/25(木) 10:10:34.61

>>291
FreeCommanderはキー割り当てなんて自由自在だぜ。

**名無しさん＠お腹いっぱい。** · 2025/09/25(木) 12:25:03.64

キー割り当てプリセットを選べたら尚良い

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 12:23:36.13

>>292
OSSでもないし、有料になると使いたくなくなるよな…

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 12:53:30.85

使ってないけど買い切りなら価格と使用感次第であり
サブスクは増やしたくない

**名無しさん＠お腹いっぱい。** · 2025/09/30(火) 19:58:19.53

ベータ版に試用期限が設定されてるし正式版も永久ライセンスには成らなさそう

**名無しさん＠お腹いっぱい。** · 2025/10/14(火) 11:57:09.61

Filevisorのクローンを作ろうと思い立って、昨日からPythonで書き始めた
Pythonの標準機能だけしか使っていないのでLinuxでも動くし、Macでも動くはず
https://imgur.com/0n2Ss7a

基本的なファイル操作はできるようになった
面倒なだけで技術的に難しいことはない

**名無しさん＠お腹いっぱい。** · 2025/10/14(火) 14:14:53.87

Pythonマクロで動くファイラーが爆誕の予感

警備員[Lv.8] · 2025/10/14(火) 22:29:16.59

>>298
乙です
今はすごいね、環境整ってるとはいえ1日でカタチにできるんだから

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 09:13:00.06

ファイラーは常駐させるものだからネイティブ言語じゃないと認められない
Tablacusみたいなハイブリッドでもきつい

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 09:52:33.20

GUIのソフトってのは待機時間が大半だからスクリプト言語と相性がいいんだ
全然遅くない

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 09:59:01.31

C:\Windows\System32
4732個のオブジェクトがあるけど0.1秒くらいで開けた

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 11:00:06.83

重たい部分をネイティブで書ける人なら期待しかない
例えばサムネイル表示、サブフォルダ以下も再帰的に含めたフラット表示やサイズ表示など

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 11:57:24.14

C:\Windows\winsxs のが時間かかる

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 12:08:51.48

0.1秒って100msってことだけどローカルアプリとしてはめちゃくちゃ時間かかってる部類だよ
ファイルの列挙だけならMFT見るだけだから大抵はメモリ上にキャッシュされてるので数千ファイルあろうとも一瞬だしね
とは言え速度面はそれでも許容範囲内なんだけど非ネイティブアプリとネイティブアプリの最大の違いはメモリ使用量だと思う

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 13:40:57.53

おしゃれに作れと言わんが、普通レベルのデザインセンスは必要
ダークモード対応してないのは論外

警備員[Lv.12] · 2025/10/15(水) 16:13:57.20

ダークモードはどうでもいいかなぁ
HDR対応モニターでビカビカ光らせてるわけでもないし

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 18:41:06.79

Pythonで作ってるってQtのラッパー?やろ
だからダークモードいけるやろ

**名無しさん＠お腹いっぱい。** · 2025/10/15(水) 18:48:17.31

毎日10時間以上モニターでテキストを見てるから、ダークモードと夜間モード（ブルー下げ＆全体の輝度下げ）は必須だわ

警備員[Lv.4] · 2025/10/15(水) 19:23:32.74

お仕事の人はそりゃね！
御苦労様です

**名無しさん＠お腹いっぱい。** · 2025/10/18(土) 18:46:37.08

>>305
0.1秒が遅いってのは同意ですね
ppxとかasrとか、もう１桁速いですし

あとMFTを読むのは、あまりしないと思うよ
更新の検出とかMFTのデータ構造を知ってれば、かなりめんどくさいしね

ネットワークパス、リムーバブルメディア、繋いだスマホ、クラウドストレージとか
載ってない項目も多くて、特別扱いが必要なMFT読み込みのメリットって微妙なんですよね

**名無しさん＠お腹いっぱい。** · 2025/10/18(土) 18:53:05.76

とんちんかんな回答じゃないかそれは

**名無しさん＠お腹いっぱい。** · 2025/10/18(土) 22:42:00.72

読み込みを非同期にして、描画をQAbstractItemModelで仮想化したらメモリ使用量は増えないんだけど
読み込みは遅いんだよな、2万ファイルで3秒かかっちゃう

だったら同期読み込みでもいいや2万ファイルあるディレクトリなんか滅多に開かんだろ、みたいな気持ち

**名無しさん＠お腹いっぱい。** · 2025/10/18(土) 22:47:59.22

あ、lazy_loadingつけたら30倍速くなったわ

**名無しさん＠お腹いっぱい。** · 2025/10/18(土) 22:56:39.17

ちょうど数ヵ月前に
リストの方は非同期問題ないけど、前にツリーの方を非同期にしようとして挫折したわ
ツリーのQAbstractItemModel自体の実装がややこすぎ

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 08:21:28.17

5000ファイルで100msは遅いとかいう話が出てたので参考にどうぞ

自作ファイラーの自作リストでFindFirst（アイコン情報は取得してない）
・5000ファイル
ソートなし 16ms
ファイル名でクイックソート（自然順） 62ms
ファイル名でマージソート（自然順） 46ms
・2万ファイル
ソートなし 63ms
ファイル名でクイックソート（自然順） 156ms
ファイル名でマージソート（自然順） 109ms
・100万ファイル
ソートなし 2325ms
ファイル名でクイックソート（自然順） 9064ms
ファイル名でマージソート（自然順） 5601ms

ソートしたあと画面表示する時間がかかるので（アイコンを描画してるんだろうし）
5000ファイルで100msは、まあまあなのでは？

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 12:09:41.95

>>317
ソートは何言語で実装してるのですか？
それとクイックソートがマージソートよりも遅いのは元からソートされているからかな
試しに更新日時逆順でソートしたら違う結果になったのかなと

大半がソート時間とは言え列挙自体もFindFirstよりも早い方法もあるようです
https://qiita.com/AsladaGSX/items/6641046b03f20cefb834

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 12:40:37.65

いまだにデュアルペインは慣れない
まず最初に反対側のディレクトリを設定してから操作するって効率悪くないか

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 13:45:45.16

>>318
もう10年以上前のDelphiですよ
クイックソートはDelphi内蔵で、マージソートは下記のコードを改変して使ってます
Pseudo-random tech thoughts: Merge Sort for Delphi
https://alexandrecmachado.blogspot.com/2015/02/merge-sort-for-delphi.html

タイムスタンプ順（降順）・第2優先は名前順（降順）だとこんな感じ
・100万ファイル
ソートなし 2012ms
クイックソート 10640ms
マージソート 7675ms

クイックソートもマージソートも、速度は実装しだいでしょう

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 14:30:03.43

C#のPLINQでパラレルソートとかなかったっけ
100万オーダーになるとそっち方が速そう

警備員[Lv.18][苗] · 2025/10/19(日) 16:15:21.56

>>319
デュアルペインは鯖に繋いでローカルと目視diffしながらあれこれするのが目的だと思ってたけど

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 16:19:26.76

>>320
ソート速度が実装次第なのはその通りでしょう

>>321
ソートのマルチスレッド化もそうですが列挙スピードもやり方で大きく変わりますね
>>318 リンク先に相当する方法で再帰的にフォルダサイズを計算する自作コマンドとdust,gduの例では

自作␣␣␣␣␣␣dust␣␣␣␣gdu(それぞれシングルスレッド/マルチスレッド)
360ms/45ms␣␣23s/10s␣␣1.5s/430ms ← 66万(+1.3万) ファイル数(+フォルダ数) HDD
2.5s/550ms␣␣101s/47s␣␣7.1s/1.5s ← 310万(+8.7万) HDD
2.4s/980ms␣␣11s/2.9s␣␣16.5s/16.4s ← 12万(+4.9万) SSD WinSxS

**名無しさん＠お腹いっぱい。** · 2025/10/19(日) 21:21:29.35

>>312
当然直接MFT読むなんてのはするべきじゃない
自分が言いたかったのはあくまでも「内部的には」って話ね

>>318
それよりもファイル列挙最速APIはntdllのNtQueryDirectoryFileだと思うよ

**名無しさん＠お腹いっぱい。** · 2025/10/20(月) 22:22:50.55

GetFileInfoByHandle系でファイル列挙できるなんて誰が想像できるのか
そもそもドキュメントに列挙の事書いてないのに

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 09:10:30.06

自作リストへファイル情報取得
・100万ファイル
FindFirstEx: 約1900ms
FindExInfoBasicを指定
FIND_FIRST_EX_LARGE_FETCHは使わない
GetFileInformationByHandleEx: 約1800ms
バッファサイズ 1024*16 これが最速 SSDだから？
NtQueryDirectoryFile: 約1600ms
バッファサイズ 1024*16 これが最速 SSDだから？

こんな感じになりましたよ

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 09:33:59.29

制作してるとあっちを直すとこっちが壊れるの無限のもぐら叩き状態になった
有効な対処法はデバッグログを出しまくること、これやってからだいぶましになった

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 10:44:50.94

>>326
バッファサイズの違いでの速度比較していただけると助かる

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 10:53:22.35

>>326
> 自作リストへファイル情報取得
この部分がボトルネックになっている可能性があるね
リスト格納を除外して、ファイル数を数えるだけ、サイズ合計するだけ等で計測して見ては

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 12:34:19.08

>>328, 329

テストプログラムは32bitアプリ
100万ファイル
・ファイル数取得
FindFirstFileEx (FindExInfoBasic): 約480ms
GetFileInformationByHandle (1024 * 16): 約400ms
NtQueryDirectoryFile (1024 * 16): 約300ms

・バッファサイズ（32KB, 48KBのほうが速かった）
1024 * 32
GetFileInformationByHandle: 約390ms
NtQueryDirectoryFile: 約290ms

1024 * 48
GetFileInformationByHandle: 約380ms
NtQueryDirectoryFile: 約280ms

1024 * 64
GetFileInformationByHandle: 約980ms
NtQueryDirectoryFile: 約850ms

1024 * 128
GetFileInformationByHandle: 約980ms
NtQueryDirectoryFile: 約840ms

1024 * 256
GetFileInformationByHandle: 約950ms
NtQueryDirectoryFile: 約820ms

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 17:54:32.35

>>330
64Kぐらいから不自然に重くなってますね。

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 21:13:45.81

>>331
L1Dヒットミスが増えるのでしょうね

>>330
APIベースラインが見えたのでリスト格納やソートを含めて究極まで速くするには
NtQueryDirectoryFileを非同期モードで用いてworkerスレッドにディスパッチする事が出来ますね
ディスパッチは自前でやっても良いしIOCPでも良いです

ただしマルチスレッドにすると複数用意するバッファがほぼ確実にキャッシュミスすると思われるので
APIベースラインは900msですかね

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 21:57:55.85

そんなとこでやり過ぎてもしょうがないからどんどん先へ行こう

**名無しさん＠お腹いっぱい。** · 2025/10/23(木) 23:27:18.22

>>317
ほぼ正体バラしてますね・・・お久しぶりです。同い年の人です。

当方の自作ファイラーのリスト表示はIShellFoler::EnumObject系です。
アイコンの他に詳細情報も取得しており、ソートは全てファイル名です。
なお、中の下の省電力ノートなので性能は微妙です。
5000ファイル、ソートの有無で変わらず
17ms
2万ファイルソートなし
52～55ms
2万ファイルソートあり
53～57ms
100万ファイルソートなし
2613ms
100万ファイルソートあり
2658ms
100万ファイルソートありの内訳は
走査:1780～1880ms
並列可能な関連情報:680～720ms
ソート:80～86ms
更新用のハッシュ作成:80～93ms

つまり、なるべく安定ソート化＋更新ハッシュのベクトル演算のために、走査時に流し込めるデータ構造を作ってます。
ソートはSTLのソートと、自作のマージソート、自作の挿入ソートをTPOで使い分けてます。
なお走査はシングルスレッドがお薦めです。
ディスクI/Oがボトルネックになって頭打ちになるためメリットが少ないこと、どのAPIも完全なスレッドセーフではないので高負荷時に異常な値を返しやすいパスが複数存在します。
新作、期待してます。頑張ってください。

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 07:12:16.59

>>334
ソート時間が随時少ないですね
他のキー(やファイル名逆順)でソートしたらどうなりますか？

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 07:29:03.01

NtQueryDirectoryFileは子フォルダも再帰的に列挙する場合にntdllのOpenFileを利用すると更に効果大きかった記憶がある
NtQueryDirectoryFileはフォルダのハンドルが必要になる訳だけど、OpenFileはCreateFileと違って親フォルダのハンドルからファイルを開けるのでパス指定のCreateFileよりもオーバーヘッドが少ないからね
その分だけコードが複雑にはなって手間はかかるしそもそもntdllはインターナルなのであんまり利用すべきではないかもしれないが

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 07:30:05.28

>>336
NtOpenFileだった

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 09:36:28.96

attributeとかも同時に取ってるのかな？
更新日付出すと露骨に遅くなる

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 12:46:36.76

>>323
> 相当する方法
と書いたけど実際にはNtQueryDirectoryFileを使ってます

>>334
> ディスクI/Oがボトルネックになって頭打ちになるためメリットが少ない
場合によりますね
PC起動後の初回などは確かにディスクIOが発生しますがその後はシステムキャッシュが効いて
ディスクアクセスは殆ど無いようです

>>336
NtCreateFileでローカルNTFSはFileId(reparse pointはskip)、それ以外は親ディレクトリハンドル+名前で開いてます

>>338
FileIdを使いたいがために一度に沢山取得してます
https://learn.microsoft.com/en-us/windows-hardware/drivers/ddi/ntifs/ns-ntifs-_file_id_full_dir_information

PythonでNtQueryDirectoryFileを使う例
https://stackoverflow.com/questions/27439379/python-ntquerydirectoryfile-file-information-structure
自分はNT Native APIに不慣れな頃、Pythonで試してました

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 13:24:38.16

>>339
C:\Windows\WinSxSを読ませた場合のプロファイラの結果
NtQueryDirectoryFileたしかにクソ速いですわ

NtQueryDirectoryFile
==============================
Profiling finished.
Total execution time: 0.0009 seconds
==============================

--- Top 25 functions by cumulative time ---
13 function calls in 0.001 seconds

自作のディレクトリスキャナー(マルチプラットフォーム）
=============================
Profiling finished.
Total execution time: 0.1438 seconds
==============================

--- Top 25 functions by cumulative time ---
143800 function calls in 0.144 seconds

**名無しさん＠お腹いっぱい。** · 2025/10/24(金) 23:00:32.41

>>335
ファイル名の逆順も、ほぼ変化しません。
100万ファイルでだいたい84～89msくらいですね。
他のソート順は比較APIの性能なのでピンキリですね。
サイズなどの数値の比較だともっと速くなりますよ。

>>338
そうですよ。
属性、更新日時、サイズなどのファイルシステム系に加えて
アイコン、サムネイル、詳細カラム等の各種インターフェイスも
まとめて取得しています。

**名無しさん＠お腹いっぱい。** · 2025/10/25(土) 10:20:18.30

秀丸ファイラーの替わりのファイラーを探してるんだけど、下記条件に当てはまるものありますか？

・フリーソフト
・タブをのエリアを上下に分割して多段配置出来る
https://hide.maruo.co.jp/software/hmfilerclassic/image/tab_each4.png
この画像だと上下2分割だけど自分では4分割で使用中、さらに画像と同じく各段ごとにフォルダツリーも表示できればベスト

・マウスジェスチャ対応
・ツールバーにリンクのお気に入りを登録可能
・UIは日本語あるいは英語
・タブの色分けがあると尚良し（フォルダ名の文字列の一部で判定して「01_…」は赤、「02_…」は青、など分類出来ると助かる）

自分個人では秀丸ファイラーのライセンス持ってて10年以上愛用してるんだが
仕事先の企業でも使いたいって要望したら、法人購入してもいいけど出来ればフリーソフトで同じのないの、と言われ
あれこれ探してみてもなかなか見つからず…
ちょっとハードル高そうだけど可能性を感じたのは、Tablacus Explorerってのにアドオン盛っていけば同様に出来るんだろうか

**名無しさん＠お腹いっぱい。** · 2025/10/25(土) 10:30:32.28

秀丸ファイラー持ってないからハッキリ分らんけど
ポータブル化できなかったっけ？できるんならUSBで
持ち歩いて個人ライセンスでの使用許可を仕事先に
貰えばいいんでないの？

**名無しさん＠お腹いっぱい。** · 2025/10/25(土) 12:30:15.56

>>343
thx、秀丸ファイラーポータブル化のための「持ち出しキット」ってのはあった

ただおそらく、ポータブル化してもどのみちコンプラがちがちで、個人ライセンスを社内で使うのは
一切まかりならんって会社から言われそうではあるが…いちおうこのパターンも先方に相談してみます

警備員[Lv.13][苗] · 2025/10/25(土) 16:58:17.36

Spacedriveみたいな先進的な開発環境使ったファイラーありませんかね？
rust使ってるってだけですらファイラーって他にはTUIのfelixやらyaziやらくらいしか無いですよね

**名無しさん＠お腹いっぱい。** · 2025/10/26(日) 00:12:00.55

>>341
100万ソート時間がどんなもんかやって見たら、構造体64バイト程度までなら配列に直接入っていても
数値比較のクイックソートで100msに普通に収まるね

>>317,320は配列ではなくリストと書いているし、更にファイル名が凄く長いのかな

**名無しさん＠お腹いっぱい。** · 2025/10/26(日) 09:59:08.78

>>345
先進的ではないかもしれないけどTablacusが一番それに近いと思う
SpacedriveはRustというよりRustのGUIフレームワークであるTauriが特筆すべき点でOSに標準搭載されてるWeb技術を積極利用していくのでリソースが少なく済む
それと同じようなアプローチを用いてるのがTablacusだからね
ただ所詮はHtml/css/jsでUIを構築しているので本当のネイティブアプリと比べたらもっさり感は出る

**名無しさん＠お腹いっぱい。** · 2025/10/26(日) 23:08:45.62

>>345
TUIファイラーではpython製のrangerが人気みたいね

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 00:51:09.85

ファイラーの付属品扱いが多いテキストビューアー
単体で使える奴はあるのだろうか

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 07:42:57.75

>>349
前回表示状態(スクロール位置や検索ハイライト等)の再現や
文字エンコード自動検出を出来ると嬉しいね

単体でなくて良いので(既存のファイラー内蔵や付属で)知ってたら教えて下さい

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 16:28:30.09

ファイラーにタブ機能っている？

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 16:35:03.65

>>351
YesYesYesYesYes
個人的にタブ有りが絶対条件

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 17:43:22.90

VSコードで良くねってなる

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 17:55:24.90

>>353
それでWinSxSを開いて見ては

**名無しさん＠お腹いっぱい。** · 2025/10/30(木) 18:42:15.72

>>349
プレビューなら「QuickLook」で

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 07:32:58.55

プレビューじゃなくてテキストビューアってジャンルが良く分からないね

漫画ビューアみたいに書庫内もテキストファイル巡回出来るのかな

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 10:56:04.06

>>356
単に動作が軽くてページ全部見れるビューアってだけでしょ
編集は他でするからショートカット（ctrl+spaceなり）とかダブルクリックで開くだけのやつ（escで閉じれるとなお良し）

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 11:24:17.85

書庫内はともかく巡回機能は要るね
対応してるファイラーならQuickLookが良いと思います

他はシンタックスハイライトプレビュー付GUI-Grepアプリを外部アプリ起動して
検索ワード無し拡張子縛りで一覧にするとか

シンタックスハイライトプレビュー付、行指定エディタ起動機能付きとか探せばあると思います

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 12:52:20.78

タブってのは最初からつけるつもりで作らないと地獄すぎて手に負えないな
収拾つくのかわからなくなってきた

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 13:07:57.45

既存のやつを内包するTab ViewModel導入するだけじゃね

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 13:28:38.26

ソート順やら履歴やら状態をタブごとに持たせないと
タブ1でサイズ順にしたらタブ2もサイズ順になってしまうみたいなことが起きる
あとは単一のリストで使う予定だったアクションのつなぎ直しが面倒なのと
マルチスレッドで動かしてたサムネイルワーカーが
タブ1でディレクトリ変更したぞ、サムネイル生成停止だ！って命令出して
タブ2のサムネイル生成まで停止しちゃうのも有った

**名無しさん＠お腹いっぱい。** · 2025/10/31(金) 18:16:53.26

すげーな、自前でファイラー開発してんのか？

**名無しさん＠お腹いっぱい。** · 2025/11/01(土) 14:19:52.14

Files入れてみたんだけど、フォルダツリーって使えないの？

**名無しさん＠お腹いっぱい。** · 2025/11/02(日) 18:18:29.17

>>362
最近、現役のファイラー作者が3人ほど降臨したからねぇ
作り始めた人もいるみたいだし、盛り上がると良いな

**名無しさん＠お腹いっぱい。** · 2025/11/05(水) 11:22:38.39

ファイラー作成って大変だよなあ
機能が多すぎて、あちこちに不具合が出まくる、５年くらい土日返上
単機能だと使われないし

**名無しさん＠お腹いっぱい。** · 2025/11/05(水) 13:24:31.98

自分用で作る分には他のことは気にせずに仕様を決められる
汎用性を持たせるとなるとカスタマイズ機能も充実させなきゃならんし
今はもう毎日当然のように起動して自作ファイラーを使ってる
有名なファイラーより機能は劣るが自分が欲しい機能に関しては
こだわって作ってるので使い勝手に関しては大変に満足してる

**名無しさん＠お腹いっぱい。** · 2025/11/06(木) 15:51:24.97

機能追加していって常用できる程度になってきた

最近一番悩んだとこ
https://gzo.ai/i/gEs0dIK.png
windowsネイティブメニューにタブで開くを追加
pythonだと情報が少ないせいで妙に難易度が高くなってる

内蔵フォトビュア
https://gzo.ai/i/iL3smpt.png
これはFilevisorと張り合っても絶対勝てないので独自路線
某ソフトを参考にしたUIが大変使いやすい
ホイールで前後に進む、表示倍率切り替えなんかはマウスボタン

**名無しさん＠お腹いっぱい。** · 2025/11/06(木) 16:08:00.51

よーやっとる

**名無しさん＠お腹いっぱい。** · 2025/11/06(木) 17:24:28.72

メニューバー。。。

**名無しさん＠お腹いっぱい。** · 2025/11/06(木) 20:26:28.71

>>366
是非公開して下さい！

**名無しさん＠お腹いっぱい。** · 2025/11/07(金) 09:47:28.18

>>349
おれは ttPage を使ってる
Return や Escキーで終了できるのでファイラーとの相性がいい

**名無しさん＠お腹いっぱい。** · 2025/11/07(金) 20:24:12.14

>>366
その自分が欲しい機能,こだわりの作りとは何かを披露しても良いのでは
(公開する,しない,実は公開済みかは置いておいて)

**名無しさん＠お腹いっぱい。** · 2025/11/08(土) 13:42:57.34

なんで？

**名無しさん＠お腹いっぱい。** · 2025/11/09(日) 13:22:11.19

>>366>>373
知らんけど珍しい機能ならインスピレーションになるんじゃね

**名無しさん＠お腹いっぱい。** · 2025/11/10(月) 11:31:34.82

あのエキセントリックな某ファイラの製作者にガツンと一撃を喰らわせるようなのを！

**名無しさん＠お腹いっぱい。** · 2025/11/10(月) 18:54:13.12

FilesもFilePilotもそうだけどリンクバーとかタブ固定とかマウスジェスチャとかってもうレガシー扱いなんだろうかね
いくら軽くてもあれがなきゃ移行できんよ

**名無しさん＠お腹いっぱい。** · 2025/11/11(火) 22:48:51.86

いまどき膨大なローカルファイル抱えてるのって割れ厨くらいだからな

警備員[Lv.6][新] · 2025/11/12(水) 02:23:18.48

開発環境を入れるとサイズの小さいファイルが膨大になるの
SSDの恩恵をいちばん受けているのはソフト開発者

警備員[Lv.9][苗] · 2025/11/12(水) 09:32:10.79

数十MBのアプリを改造しようと思って開発環境とソース用意したらGB単位になってなんじゃこりゃとなったな

**名無しさん＠お腹いっぱい。** · 2025/11/12(水) 14:54:41.09

それで開発環境つくると中々に面白くてこまけーこたぁいいんだよってなる

**名無しさん＠お腹いっぱい。** · 2025/11/12(水) 16:49:04.36

はい
VS2026に40GB持ってかれた

**名無しさん＠お腹いっぱい。** · 2025/11/12(水) 17:03:44.09

2026出たのか
乗り換え迷うんご

警備員[Lv.11][苗] · 2025/11/12(水) 18:19:34.83

>>381
IDEの頃のHDDがそれくらいの容量w

**名無しさん＠お腹いっぱい。** · 2025/11/14(金) 22:46:21.30

ReFSて結局タグ付け機能ないのか
Winて一生不便なままか

**名無しさん＠お腹いっぱい。** · 2025/11/14(金) 23:29:08.62

>>384
何と比べてるのだろうか

**名無しさん＠お腹いっぱい。** · 2025/11/15(土) 03:43:33.68

開発開始から1ヶ月、たった今ショートカットキー割当が完成した
まだデザイン整えてないけど実際に設定できるのよこれ
https://gzo.ai/i/3IygyJO.png

今週はひたすら低レイヤーやってた。
詳細表示は超爆速ってほどじゃないけどストレスは感じない。
https://gzo.ai/i/fjKakNu.png
この拡張子分離＋カラム幅自動調整（オプションで切れる）を両方切ればもっと速くなる。

特にサムネイル表示はCPUのスレッドを全部使うようになったので
世の中の大抵の画像ビューアより速い、本当に速い

パスのインクリメンタル入力も実装したし
IContextMenuの送るが使えるようになってから実用度が一気に上がった

次はWindowsの仮想フォルダの対応と機能追加
検索とアーカイブマネージャー

**名無しさん＠お腹いっぱい。** · 2025/11/15(土) 12:07:12.29

>>386
1ヶ月で凄い
以前からQtプログラミングの経験があったとしか思えない

**名無しさん＠お腹いっぱい。** · 2025/11/18(火) 01:00:58.32

今更気づいたんですけどね、
FileVisorってzipに日本語のファイル名をCP932で格納するんですね
最近のファイラーは多分大丈夫だろうけど

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 23:48:41.86

File Pilot更新してたUnicode対応は来年だそうで
https://x.com/vkrajacic/status/1989324723562348576

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 07:17:40.48

File Pilotを試してみたんだけど、最上部にタイトルバーの様なのが出るのは異常かな？
これの所為かもしれないけどUIとマウスカーソルの判定が縦にズレるんだよね
カーソルを目的に合わせてクリックすると実際にはその下の方がクリックされた事になる

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 11:33:31.70

>>390
うちは25H2で最上部はハンバーガーやタブや最小最大閉じるボタンの並びだな、ズレはなし

値段が$50(pre-orderは$40)、1年間ソフトのアップデートを得られて
その後はアップデートなしの永久ライセンスなのはなかなか良いね

Unicode対応は当然として欲しい機能が出そろったタイミングで買うのが良いかも

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 12:03:48.24

> 永久ライセンス

> Continue using the version you have after updates end.
だからPC入れ替えでどうなるのかは言ってない

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 12:36:58.03

>>392
>Multiple devices
>Single User, install on all your devices..

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 13:01:30.50

これは凄いな
https://filepilot.tech/Assets/BatchRename.mp4

警備員[Lv.27][苗] · 2025/11/20(木) 13:36:08.05

条件がこれだけなら内部的にやってることはすごく簡単なことだけど
例えば左の奇数列だけ対象にするとかだとコマンドをパイプで繋げてだけではでき…るのかな？

bashでなら出来るはずだけど

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 13:59:21.73

>>394
BatchRenameの右クリックメニューのInsert ~ の部分や
セレクトしてる文字列に対する変換操作を
マクロで拡張出来ると良いな

> Cut - Ctrl+X
> Copy - Ctrl+C
> Paste - Ctrl+V
> Delete - Backspace
> Select All - Ctrl+A
>
> Insert Incremental ID
> Insert Current Date
> Insert File Create Date
> Insert File Last Modified Date

殆どマルチカーソル対応エディタの世界なんだけど
現にyaziではVSCが起動してファイル名編集できる

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 14:05:32.94

>>395
規則性の有無にかかわらず対象にするファイルを簡単にマウスで選んでバッチ編集出来るのが良いよ

単にコマンドの引数にするだけならWindowsTerminalにD&Dしたらフルパスリストに出来る
(他のターミナルはD&D出来ないのが多い)

警備員[Lv.27][苗] · 2025/11/20(木) 15:09:34.75

>>397
まぁ簡単にマウスで選んで、ってのがミソよねこれは
テキストエディタにリスト渡してそっちでリネームするタイプのリネーマーならもっと色々出来るけど、
一度他を経由するのとその場で、ってのが大きく違う

ましてや「今日の日時を展開して～」とかcliでやるのだとハードルが…

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 18:43:46.14

>>395
知らないのでGUIプログラミング出来る人なら教えて欲しいのだけれど
ファイル名編集モードを簡単に実装するには
各編集対象の上にエディットコントロールをかぶせて
その場で編集している様に見せてるのかな？

explorerを始め、F2で編集モードに入る時に文字が上下左右に若干ズレるソフトが
多いので上記のような処理をしてるのかなあと

その点このFPはその編集モードズレが全くないですね
独自GUIらしいしエディットコントロールも自作してるのかもと想像してます
(IME&Unicode対応出来るのかな)

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 19:43:49.29

ただのハッタリにしか見えん
この程度の置換なら難しくない

警備員[Lv.28][苗] · 2025/11/20(木) 20:11:09.06

新しい開発言語・環境が乱立してる今自作する必要を感じない
開発環境が用意してるもん使ってるんじゃないの？

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 20:44:57.03

普通そうですよね

一応調べた限りでは今どきのソフトやブラウザと同じように
top window一つで内部には子windowがない形式くらいしか分からなかった

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 20:50:05.73

他のファイラーでは編集モードで子windowを被せてるのがありました
とは言えほとんどがフォーカス外だと編集モードがキャンセルされるので
良く分かりませんね

**名無しさん＠お腹いっぱい。** · 2025/11/20(木) 22:13:28.31

置換はテキストエディタ型の外部スクリプトかあるいは独立したウィンドウに渡したほうが手っ取り早い
エディタの横に置換行為をするJavaScript集みたいなボタンと変更内容を確認するプレビューペインがあると良い

ルールが完全に決まってるならCtrl+Alt+Rなんかでいろんなフォルダスキャンして勝手に置換するスクリプト書いちゃうのが一番早い

警備員[Lv.28][苗] · 2025/11/20(木) 23:04:48.34

>>404
ちょっといいですか？
置換に行為を付けるのやめてもらっていいですか？
いえ、わたしはやましい事はしていません！