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

**名無しさん＠お腹いっぱい。** · 2025/02/06(木) 10:10:02.78

ファイラーとはエクスプローラーにもっと便利な機能を付けたようなソフトです

+++ ファイラーを語ろう Part33 ---
https://egg.5ch.net/test/read.cgi/software/1710396573/

**名無しさん＠お腹いっぱい。** · 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
ちょっといいですか？
置換に行為を付けるのやめてもらっていいですか？
いえ、わたしはやましい事はしていません！