[過去ﾛｸﾞ] +++ ファイラーを語ろう Part34 --- (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
301: 2025/10/15(水)09:13 ID:zIixdqRl0(1/2) AAS
ファイラーは常駐させるものだからネイティブ言語じゃないと認められない
Tablacusみたいなハイブリッドでもきつい
302: 2025/10/15(水)09:52 ID:lT+kK7Rr0(1/2) AAS
GUIのソフトってのは待機時間が大半だからスクリプト言語と相性がいいんだ
全然遅くない
303: 2025/10/15(水)09:59 ID:lT+kK7Rr0(2/2) AAS
C:\Windows\System32
4732個のオブジェクトがあるけど0.1秒くらいで開けた
304: 2025/10/15(水)11:00 ID:DLKKhKhc0(1) AAS
重たい部分をネイティブで書ける人なら期待しかない
例えばサムネイル表示、サブフォルダ以下も再帰的に含めたフラット表示やサイズ表示など
305(1): 2025/10/15(水)11:57 ID:ES4eFI8J0(1) AAS
C:\Windows\winsxs のが時間かかる
306: 2025/10/15(水)12:08 ID:zIixdqRl0(2/2) AAS
0.1秒って100msってことだけどローカルアプリとしてはめちゃくちゃ時間かかってる部類だよ
ファイルの列挙だけならMFT見るだけだから大抵はメモリ上にキャッシュされてるので数千ファイルあろうとも一瞬だしね
とは言え速度面はそれでも許容範囲内なんだけど非ネイティブアプリとネイティブアプリの最大の違いはメモリ使用量だと思う
307: 2025/10/15(水)13:40 ID:D+wF4KK+0(1/2) AAS
おしゃれに作れと言わんが、普通レベルのデザインセンスは必要
ダークモード対応してないのは論外
308: 警備員[Lv.12] 2025/10/15(水)16:13 ID:fM6Sr2lI0(1/2) AAS
ダークモードはどうでもいいかなぁ
HDR対応モニターでビカビカ光らせてるわけでもないし
309: 2025/10/15(水)18:41 ID:D+wF4KK+0(2/2) AAS
Pythonで作ってるってQtのラッパー?やろ
だからダークモードいけるやろ
310: 2025/10/15(水)18:48 ID:hBM7Uxyc0(1) AAS
毎日10時間以上モニターでテキストを見てるから、ダークモードと夜間モード（ブルー下げ＆全体の輝度下げ）は必須だわ
311: 警備員[Lv.4] 2025/10/15(水)19:23 ID:fM6Sr2lI0(2/2) AAS
お仕事の人はそりゃね！
御苦労様です
312(1): 2025/10/18(土)18:46 ID:nwxNXqqb0(1) AAS
>>305
0.1秒が遅いってのは同意ですね
ppxとかasrとか、もう１桁速いですし
あとMFTを読むのは、あまりしないと思うよ
更新の検出とかMFTのデータ構造を知ってれば、かなりめんどくさいしね
ネットワークパス、リムーバブルメディア、繋いだスマホ、クラウドストレージとか
載ってない項目も多くて、特別扱いが必要なMFT読み込みのメリットって微妙なんですよね
313: 2025/10/18(土)18:53 ID:XIwOO2Zg0(1/2) AAS
とんちんかんな回答じゃないかそれは
314: 2025/10/18(土)22:42 ID:z6mh4YWj0(1/2) AAS
読み込みを非同期にして、描画をQAbstractItemModelで仮想化したらメモリ使用量は増えないんだけど
読み込みは遅いんだよな、2万ファイルで3秒かかっちゃう
だったら同期読み込みでもいいや2万ファイルあるディレクトリなんか滅多に開かんだろ、みたいな気持ち
315: 2025/10/18(土)22:47 ID:z6mh4YWj0(2/2) AAS
あ、lazy_loadingつけたら30倍速くなったわ
316: 2025/10/18(土)22:56 ID:XIwOO2Zg0(2/2) AAS
ちょうど数ヵ月前に
リストの方は非同期問題ないけど、前にツリーの方を非同期にしようとして挫折したわ
ツリーのQAbstractItemModel自体の実装がややこすぎ
317(3): 2025/10/19(日)08:21 ID:VwNa9zSX0(1/2) AAS
5000ファイルで100msは遅いとかいう話が出てたので参考にどうぞ
自作ファイラーの自作リストでFindFirst（アイコン情報は取得してない）
・5000ファイル
ソートなし 16ms
ファイル名でクイックソート（自然順） 62ms
ファイル名でマージソート（自然順） 46ms
・2万ファイル
ソートなし 63ms
ファイル名でクイックソート（自然順） 156ms
ファイル名でマージソート（自然順） 109ms
省6
318(3): 2025/10/19(日)12:09 ID:Akj5GrAV0(1) AAS
>>317
ソートは何言語で実装してるのですか？
それとクイックソートがマージソートよりも遅いのは元からソートされているからかな
試しに更新日時逆順でソートしたら違う結果になったのかなと
大半がソート時間とは言え列挙自体もFindFirstよりも早い方法もあるようです
外部ﾘﾝｸ:qiita.com
319(1): 2025/10/19(日)12:40 ID:rLUlfmul0(1) AAS
いまだにデュアルペインは慣れない
まず最初に反対側のディレクトリを設定してから操作するって効率悪くないか
320(2): 2025/10/19(日)13:45 ID:VwNa9zSX0(2/2) AAS
>>318
もう10年以上前のDelphiですよ
クイックソートはDelphi内蔵で、マージソートは下記のコードを改変して使ってます
Pseudo-random tech thoughts: Merge Sort for Delphi
外部ﾘﾝｸ[html]:alexandrecmachado.blogspot.com
タイムスタンプ順（降順）・第2優先は名前順（降順）だとこんな感じ
・100万ファイル
ソートなし 2012ms
クイックソート 10640ms
マージソート 7675ms
省1
321(1): 2025/10/19(日)14:30 ID:MuIyp2eH0(1) AAS
C#のPLINQでパラレルソートとかなかったっけ
100万オーダーになるとそっち方が速そう
322: 警備員[Lv.18][苗] 2025/10/19(日)16:15 ID:e7w7/PG30(1) AAS
>>319
デュアルペインは鯖に繋いでローカルと目視diffしながらあれこれするのが目的だと思ってたけど
323(1): 2025/10/19(日)16:19 ID:pHpCe2AU0(1) AAS
>>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
324: 2025/10/19(日)21:21 ID:DnCjuXPO0(1) AAS
>>312
当然直接MFT読むなんてのはするべきじゃない
自分が言いたかったのはあくまでも「内部的には」って話ね
>>318
それよりもファイル列挙最速APIはntdllのNtQueryDirectoryFileだと思うよ
325: 2025/10/20(月)22:22 ID:i/MJ1kvj0(1) AAS
GetFileInfoByHandle系でファイル列挙できるなんて誰が想像できるのか
そもそもドキュメントに列挙の事書いてないのに
326(2): 2025/10/23(木)09:10 ID:agtHzqKC0(1/2) AAS
自作リストへファイル情報取得
・100万ファイル
FindFirstEx: 約1900ms
FindExInfoBasicを指定
FIND_FIRST_EX_LARGE_FETCHは使わない
GetFileInformationByHandleEx: 約1800ms
バッファサイズ 1024*16 これが最速 SSDだから？
NtQueryDirectoryFile: 約1600ms
バッファサイズ 1024*16 これが最速 SSDだから？
こんな感じになりましたよ
327: 2025/10/23(木)09:33 ID:NlCKFO/T0(1) AAS
制作してるとあっちを直すとこっちが壊れるの無限のもぐら叩き状態になった
有効な対処法はデバッグログを出しまくること、これやってからだいぶましになった
328(1): 2025/10/23(木)10:44 ID:5F+rtbUB0(1/2) AAS
>>326
バッファサイズの違いでの速度比較していただけると助かる
329: 2025/10/23(木)10:53 ID:Hj+Wzb5Z0(1) AAS
>>326
> 自作リストへファイル情報取得
この部分がボトルネックになっている可能性があるね
リスト格納を除外して、ファイル数を数えるだけ、サイズ合計するだけ等で計測して見ては
330(2): 2025/10/23(木)12:34 ID:agtHzqKC0(2/2) AAS
>>328 329
テストプログラムは32bitアプリ
100万ファイル
・ファイル数取得
FindFirstFileEx (FindExInfoBasic): 約480ms
GetFileInformationByHandle (1024 * 16): 約400ms
NtQueryDirectoryFile (1024 * 16): 約300ms
・バッファサイズ（32KB, 48KBのほうが速かった）
1024 * 32
GetFileInformationByHandle: 約390ms
省13
331(1): 2025/10/23(木)17:54 ID:5F+rtbUB0(2/2) AAS
>>330
64Kぐらいから不自然に重くなってますね。
332: 2025/10/23(木)21:13 ID:xQnxfsFZ0(1) AAS
>>331
L1Dヒットミスが増えるのでしょうね
>>330
APIベースラインが見えたのでリスト格納やソートを含めて究極まで速くするには
NtQueryDirectoryFileを非同期モードで用いてworkerスレッドにディスパッチする事が出来ますね
ディスパッチは自前でやっても良いしIOCPでも良いです
ただしマルチスレッドにすると複数用意するバッファがほぼ確実にキャッシュミスすると思われるので
APIベースラインは900msですかね
333: 2025/10/23(木)21:57 ID:YR9XHP/80(1) AAS
そんなとこでやり過ぎてもしょうがないからどんどん先へ行こう
334(2): 2025/10/23(木)23:27 ID:gDajZRGk0(1) AAS
>>317
ほぼ正体バラしてますね・・・お久しぶりです。同い年の人です。
当方の自作ファイラーのリスト表示はIShellFoler::EnumObject系です。
アイコンの他に詳細情報も取得しており、ソートは全てファイル名です。
なお、中の下の省電力ノートなので性能は微妙です。
5000ファイル、ソートの有無で変わらず
17ms
2万ファイルソートなし
52〜55ms
2万ファイルソートあり
省15
335(1): 2025/10/24(金)07:12 ID:No+pK13s0(1) AAS
>>334
ソート時間が随時少ないですね
他のキー(やファイル名逆順)でソートしたらどうなりますか？
336(2): 2025/10/24(金)07:29 ID:PJ7FI1C80(1/2) AAS
NtQueryDirectoryFileは子フォルダも再帰的に列挙する場合にntdllのOpenFileを利用すると更に効果大きかった記憶がある
NtQueryDirectoryFileはフォルダのハンドルが必要になる訳だけど、OpenFileはCreateFileと違って親フォルダのハンドルからファイルを開けるのでパス指定のCreateFileよりもオーバーヘッドが少ないからね
その分だけコードが複雑にはなって手間はかかるしそもそもntdllはインターナルなのであんまり利用すべきではないかもしれないが
337: 2025/10/24(金)07:30 ID:PJ7FI1C80(2/2) AAS
>>336
NtOpenFileだった
338(2): 2025/10/24(金)09:36 ID:iyo/39nh0(1/2) AAS
attributeとかも同時に取ってるのかな？
更新日付出すと露骨に遅くなる
339(1): 2025/10/24(金)12:46 ID:AzMFs/Wh0(1) AAS
>>323
> 相当する方法
と書いたけど実際にはNtQueryDirectoryFileを使ってます
>>334
> ディスクI/Oがボトルネックになって頭打ちになるためメリットが少ない
場合によりますね
PC起動後の初回などは確かにディスクIOが発生しますがその後はシステムキャッシュが効いて
ディスクアクセスは殆ど無いようです
>>336
NtCreateFileでローカルNTFSはFileId(reparse pointはskip)、それ以外は親ディレクトリハンドル+名前で開いてます
省6
340: 2025/10/24(金)13:24 ID:iyo/39nh0(2/2) AAS
>>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
省7
341(1): 2025/10/24(金)23:00 ID:ZF5VPh190(1) AAS
>>335
ファイル名の逆順も、ほぼ変化しません。
100万ファイルでだいたい84〜89msくらいですね。
他のソート順は比較APIの性能なのでピンキリですね。
サイズなどの数値の比較だともっと速くなりますよ。
>>338
そうですよ。
属性、更新日時、サイズなどのファイルシステム系に加えて
アイコン、サムネイル、詳細カラム等の各種インターフェイスも
まとめて取得しています。
342: 2025/10/25(土)10:20 ID:0DiVTmDh0(1/2) AAS
秀丸ファイラーの替わりのファイラーを探してるんだけど、下記条件に当てはまるものありますか？
・フリーソフト
・タブをのエリアを上下に分割して多段配置出来る
画像ﾘﾝｸ[png]:hide.maruo.co.jp
この画像だと上下2分割だけど自分では4分割で使用中、さらに画像と同じく各段ごとにフォルダツリーも表示できればベスト
・マウスジェスチャ対応
・ツールバーにリンクのお気に入りを登録可能
・UIは日本語あるいは英語
・タブの色分けがあると尚良し（フォルダ名の文字列の一部で判定して「01_…」は赤、「02_…」は青、など分類出来ると助かる）
自分個人では秀丸ファイラーのライセンス持ってて10年以上愛用してるんだが
省3
343(1): 2025/10/25(土)10:30 ID:ljrDzd9T0(1) AAS
秀丸ファイラー持ってないからハッキリ分らんけど
ポータブル化できなかったっけ？できるんならUSBで
持ち歩いて個人ライセンスでの使用許可を仕事先に
貰えばいいんでないの？
344: 2025/10/25(土)12:30 ID:0DiVTmDh0(2/2) AAS
>>343
thx、秀丸ファイラーポータブル化のための「持ち出しキット」ってのはあった
ただおそらく、ポータブル化してもどのみちコンプラがちがちで、個人ライセンスを社内で使うのは
一切まかりならんって会社から言われそうではあるが…いちおうこのパターンも先方に相談してみます
345(2): 警備員[Lv.13][苗] 2025/10/25(土)16:58 ID:fLWD/noA0(1) AAS
Spacedriveみたいな先進的な開発環境使ったファイラーありませんかね？
rust使ってるってだけですらファイラーって他にはTUIのfelixやらyaziやらくらいしか無いですよね
346: 2025/10/26(日)00:12 ID:dff0YM2h0(1) AAS
>>341
100万ソート時間がどんなもんかやって見たら、構造体64バイト程度までなら配列に直接入っていても
数値比較のクイックソートで100msに普通に収まるね
>>317,320は配列ではなくリストと書いているし、更にファイル名が凄く長いのかな
347: 2025/10/26(日)09:59 ID:OqQX7qJp0(1) AAS
>>345
先進的ではないかもしれないけどTablacusが一番それに近いと思う
SpacedriveはRustというよりRustのGUIフレームワークであるTauriが特筆すべき点でOSに標準搭載されてるWeb技術を積極利用していくのでリソースが少なく済む
それと同じようなアプローチを用いてるのがTablacusだからね
ただ所詮はHtml/css/jsでUIを構築しているので本当のネイティブアプリと比べたらもっさり感は出る
348: 2025/10/26(日)23:08 ID:DqEJMDRP0(1) AAS
>>345
TUIファイラーではpython製のrangerが人気みたいね
349(3): 2025/10/30(木)00:51 ID:rASsPG+V0(1) AAS
ファイラーの付属品扱いが多いテキストビューアー
単体で使える奴はあるのだろうか
350: 2025/10/30(木)07:42 ID:zn0MINSF0(1) AAS
>>349
前回表示状態(スクロール位置や検索ハイライト等)の再現や
文字エンコード自動検出を出来ると嬉しいね
単体でなくて良いので(既存のファイラー内蔵や付属で)知ってたら教えて下さい
351(1): 2025/10/30(木)16:28 ID:d9gt3MHY0(1) AAS
ファイラーにタブ機能っている？
352: 2025/10/30(木)16:35 ID:rCW4+KJh0(1) AAS
>>351
YesYesYesYesYes
個人的にタブ有りが絶対条件
353(1): 2025/10/30(木)17:43 ID:P5OusM0f0(1) AAS
VSコードで良くねってなる
354: 2025/10/30(木)17:55 ID:VnO+WTqr0(1) AAS
>>353
それでWinSxSを開いて見ては
355: 2025/10/30(木)18:42 ID:nZCugsZ20(1) AAS
>>349
プレビューなら「QuickLook」で
356(1): 2025/10/31(金)07:32 ID:AKWoWGMk0(1) AAS
プレビューじゃなくてテキストビューアってジャンルが良く分からないね
漫画ビューアみたいに書庫内もテキストファイル巡回出来るのかな
357: 2025/10/31(金)10:56 ID:NijE0xQq0(1) AAS
>>356
単に動作が軽くてページ全部見れるビューアってだけでしょ
編集は他でするからショートカット（ctrl+spaceなり）とかダブルクリックで開くだけのやつ（escで閉じれるとなお良し）
358: 2025/10/31(金)11:24 ID:+bDLilbu0(1) AAS
書庫内はともかく巡回機能は要るね
対応してるファイラーならQuickLookが良いと思います
他はシンタックスハイライトプレビュー付GUI-Grepアプリを外部アプリ起動して
検索ワード無し拡張子縛りで一覧にするとか
シンタックスハイライトプレビュー付、行指定エディタ起動機能付きとか探せばあると思います
359: 2025/10/31(金)12:52 ID:/PBSuwRw0(1/2) AAS
タブってのは最初からつけるつもりで作らないと地獄すぎて手に負えないな
収拾つくのかわからなくなってきた
360: 2025/10/31(金)13:07 ID:B+wJ35dq0(1) AAS
既存のやつを内包するTab ViewModel導入するだけじゃね
361: 2025/10/31(金)13:28 ID:/PBSuwRw0(2/2) AAS
ソート順やら履歴やら状態をタブごとに持たせないと
タブ1でサイズ順にしたらタブ2もサイズ順になってしまうみたいなことが起きる
あとは単一のリストで使う予定だったアクションのつなぎ直しが面倒なのと
マルチスレッドで動かしてたサムネイルワーカーが
タブ1でディレクトリ変更したぞ、サムネイル生成停止だ！って命令出して
タブ2のサムネイル生成まで停止しちゃうのも有った
362(1): 2025/10/31(金)18:16 ID:EhYuprPh0(1) AAS
すげーな、自前でファイラー開発してんのか？
363: 2025/11/01(土)14:19 ID:d5JXgrQH0(1) AAS
Files入れてみたんだけど、フォルダツリーって使えないの？
364: 2025/11/02(日)18:18 ID:zK4MYQmK0(1) AAS
>>362
最近、現役のファイラー作者が3人ほど降臨したからねぇ
作り始めた人もいるみたいだし、盛り上がると良いな
365: 2025/11/05(水)11:22 ID:bV0iMH8M0(1) AAS
ファイラー作成って大変だよなあ
機能が多すぎて、あちこちに不具合が出まくる、５年くらい土日返上
単機能だと使われないし
366(3): 2025/11/05(水)13:24 ID:tw+Cy1y20(1) AAS
自分用で作る分には他のことは気にせずに仕様を決められる
汎用性を持たせるとなるとカスタマイズ機能も充実させなきゃならんし
今はもう毎日当然のように起動して自作ファイラーを使ってる
有名なファイラーより機能は劣るが自分が欲しい機能に関しては
こだわって作ってるので使い勝手に関しては大変に満足してる
367: 2025/11/06(木)15:51 ID:TmB0FAVU0(1) AAS
機能追加していって常用できる程度になってきた
最近一番悩んだとこ
画像ﾘﾝｸ[png]:gzo.ai
windowsネイティブメニューにタブで開くを追加
pythonだと情報が少ないせいで妙に難易度が高くなってる
内蔵フォトビュア
画像ﾘﾝｸ[png]:gzo.ai
これはFilevisorと張り合っても絶対勝てないので独自路線
某ソフトを参考にしたUIが大変使いやすい
ホイールで前後に進む、表示倍率切り替えなんかはマウスボタン
368: 2025/11/06(木)16:08 ID:iemwZKbe0(1) AAS
よーやっとる
369: 2025/11/06(木)17:24 ID:Mp3jdYPQ0(1) AAS
メニューバー。。。
370: 2025/11/06(木)20:26 ID:+0jME/aX0(1) AAS
>>366
是非公開して下さい！
371: 2025/11/07(金)09:47 ID:dqXEO7zr0(1) AAS
>>349
おれは ttPage を使ってる
Return や Escキーで終了できるのでファイラーとの相性がいい
372: 2025/11/07(金)20:24 ID:lzQTkpjp0(1) AAS
>>366
その自分が欲しい機能,こだわりの作りとは何かを披露しても良いのでは
(公開する,しない,実は公開済みかは置いておいて)
373(1): 2025/11/08(土)13:42 ID:F2+8QVdy0(1) AAS
なんで？
374: 2025/11/09(日)13:22 ID:2mVOMWmA0(1) AAS
>>366>>373
知らんけど珍しい機能ならインスピレーションになるんじゃね
375: 2025/11/10(月)11:31 ID:vUVboKJm0(1) AAS
あのエキセントリックな某ファイラの製作者にガツンと一撃を喰らわせるようなのを！
376: 2025/11/10(月)18:54 ID:MljElP2k0(1) AAS
FilesもFilePilotもそうだけどリンクバーとかタブ固定とかマウスジェスチャとかってもうレガシー扱いなんだろうかね
いくら軽くてもあれがなきゃ移行できんよ
377: 2025/11/11(火)22:48 ID:cxl9xnqV0(1) AAS
いまどき膨大なローカルファイル抱えてるのって割れ厨くらいだからな
378: 警備員[Lv.6][新] 2025/11/12(水)02:23 ID:Jb7sqZ9s0(1) AAS
開発環境を入れるとサイズの小さいファイルが膨大になるの
SSDの恩恵をいちばん受けているのはソフト開発者
379: 警備員[Lv.9][苗] 2025/11/12(水)09:32 ID:fw9I8AeI0(1/2) AAS
数十MBのアプリを改造しようと思って開発環境とソース用意したらGB単位になってなんじゃこりゃとなったな
380: 2025/11/12(水)14:54 ID:NknGXrkF0(1/2) AAS
それで開発環境つくると中々に面白くてこまけーこたぁいいんだよってなる
381(1): 2025/11/12(水)16:49 ID:gLF1t7St0(1) AAS
はい
VS2026に40GB持ってかれた
382: 2025/11/12(水)17:03 ID:NknGXrkF0(2/2) AAS
2026出たのか
乗り換え迷うんご
383: 警備員[Lv.11][苗] 2025/11/12(水)18:19 ID:fw9I8AeI0(2/2) AAS
>>381
IDEの頃のHDDがそれくらいの容量w
384(1): 2025/11/14(金)22:46 ID:0XXFO4lg0(1) AAS
ReFSて結局タグ付け機能ないのか
Winて一生不便なままか
385: 2025/11/14(金)23:29 ID:7coXJFcr0(1) AAS
>>384
何と比べてるのだろうか
386(1): 2025/11/15(土)03:43 ID:+5pWVrGK0(1) AAS
開発開始から1ヶ月、たった今ショートカットキー割当が完成した
まだデザイン整えてないけど実際に設定できるのよこれ
画像ﾘﾝｸ[png]:gzo.ai
今週はひたすら低レイヤーやってた。
詳細表示は超爆速ってほどじゃないけどストレスは感じない。
画像ﾘﾝｸ[png]:gzo.ai
この拡張子分離＋カラム幅自動調整（オプションで切れる）を両方切ればもっと速くなる。
特にサムネイル表示はCPUのスレッドを全部使うようになったので
世の中の大抵の画像ビューアより速い、本当に速い
パスのインクリメンタル入力も実装したし
省3
387: 2025/11/15(土)12:07 ID:KPiVeX/y0(1) AAS
>>386
1ヶ月で凄い
以前からQtプログラミングの経験があったとしか思えない
388: 2025/11/18(火)01:00 ID:fbLujBJb0(1) AAS
今更気づいたんですけどね、
FileVisorってzipに日本語のファイル名をCP932で格納するんですね
最近のファイラーは多分大丈夫だろうけど
389: 2025/11/19(水)23:48 ID:LcYd7YiY0(1) AAS
File Pilot更新してたUnicode対応は来年だそうで
外部ﾘﾝｸ:x.com
390(5): 2025/11/20(木)07:17 ID:mJUzAoEN0(1) AAS
File Pilotを試してみたんだけど、最上部にタイトルバーの様なのが出るのは異常かな？
これの所為かもしれないけどUIとマウスカーソルの判定が縦にズレるんだよね
カーソルを目的に合わせてクリックすると実際にはその下の方がクリックされた事になる
391: 2025/11/20(木)11:33 ID:5bX3qgd30(1) AAS
>>390
うちは25H2で最上部はハンバーガーやタブや最小最大閉じるボタンの並びだな、ズレはなし
値段が$50(pre-orderは$40)、1年間ソフトのアップデートを得られて
その後はアップデートなしの永久ライセンスなのはなかなか良いね
Unicode対応は当然として欲しい機能が出そろったタイミングで買うのが良いかも
392(1): 2025/11/20(木)12:03 ID:n+ppaM5u0(1) AAS
> 永久ライセンス
> Continue using the version you have after updates end.
だからPC入れ替えでどうなるのかは言ってない
393: 2025/11/20(木)12:36 ID:0S3S7t9U0(1) AAS
>>392
>Multiple devices
>Single User, install on all your devices..
394(1): 2025/11/20(木)13:01 ID:YltOBjHT0(1) AAS
これは凄いな
外部ﾘﾝｸ[mp4]:filepilot.tech
395(2): 警備員[Lv.27][苗] 2025/11/20(木)13:36 ID:zRdQMi+S0(1/4) AAS
条件がこれだけなら内部的にやってることはすごく簡単なことだけど
例えば左の奇数列だけ対象にするとかだとコマンドをパイプで繋げてだけではでき…るのかな？
bashでなら出来るはずだけど
396: 2025/11/20(木)13:59 ID:7zdxQ/ix0(1/2) AAS
>>394
BatchRenameの右クリックメニューのInsert ~ の部分や
セレクトしてる文字列に対する変換操作を
マクロで拡張出来ると良いな
> Cut - Ctrl+X
> Copy - Ctrl+C
> Paste - Ctrl+V
> Delete - Backspace
> Select All - Ctrl+A
>
省6
397(1): 2025/11/20(木)14:05 ID:7zdxQ/ix0(2/2) AAS
>>395
規則性の有無にかかわらず対象にするファイルを簡単にマウスで選んでバッチ編集出来るのが良いよ
単にコマンドの引数にするだけならWindowsTerminalにD&Dしたらフルパスリストに出来る
(他のターミナルはD&D出来ないのが多い)
398: 警備員[Lv.27][苗] 2025/11/20(木)15:09 ID:zRdQMi+S0(2/4) AAS
>>397
まぁ簡単にマウスで選んで、ってのがミソよねこれは
テキストエディタにリスト渡してそっちでリネームするタイプのリネーマーならもっと色々出来るけど、
一度他を経由するのとその場で、ってのが大きく違う
ましてや「今日の日時を展開して～」とかcliでやるのだとハードルが…
399: 2025/11/20(木)18:43 ID:QvISAQTH0(1/3) AAS
>>395
知らないのでGUIプログラミング出来る人なら教えて欲しいのだけれど
ファイル名編集モードを簡単に実装するには
各編集対象の上にエディットコントロールをかぶせて
その場で編集している様に見せてるのかな？
explorerを始め、F2で編集モードに入る時に文字が上下左右に若干ズレるソフトが
多いので上記のような処理をしてるのかなあと
その点このFPはその編集モードズレが全くないですね
独自GUIらしいしエディットコントロールも自作してるのかもと想像してます
(IME&Unicode対応出来るのかな)
400: 2025/11/20(木)19:43 ID:tl2VlNH60(1) AAS
ただのハッタリにしか見えん
この程度の置換なら難しくない
上下前次1-新書関写板覧索設栞歴
あと 602 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s