Základní myšlenka
Hledání bude fungovat jako plugin(1). Klávesovou zkratkou nebo příkazem v menu Plugins se vyvolá hledací dialog, jako je teď, akorát bez části pro výsledky. Po zadání všech parametrů hledání a spuštění by dialog vyvolal v aktivním panelu svůj filesystem a v "cestě" by předal parametry hledání. Samotný proces hledání by se potom aktivoval obdobně jako u FTP přístupem na danou cestu. Výsledky by byly zobrazeny v panelu jako normální seznam souborů.
Práce se soubory
Se soubory by se pracovalo stejně jako ve stávajícím dialogu Find, ale bylo by dostupných více funkcí. Momentálně podporuje Find prohlížení, editaci, User Menu, mazání, vyvolání vlastností a drag'n'drop.
+ nový návrh by podporoval i balení, rozbalování, prohlížení archivů, úpravu atributů, kopírování, přesouvání, Change Case, porovnávání...
+ bylo by možné zobrazit soubory v jiném "pohledu", třeba jako miniatury
- ještě není hotové zlepšení integrace pluginů (podle roadmap je plánované)
Pseudocesta
Cesta bude například ve formátu:
Code: Select all
find://maska:cesty:hledanýretezec:moznosti+ stromová struktura při intersect, subtract nebo append. Tyto "poddotazy" hledání by se přidávaly za cestu jako další elementy cesty (oddělené lomítky). Tím by se dalo jednodušeji pohybovat mezi jednotlivými kroky hledání.
- spousta zádrhelů. Hledaný řetězec může obsahovat jakékoli znaky, tj. i třeba dvojtečku. Salamander parsuje cesty podle zpětných lomítek, což by nesmyslně lámalo hledací dotaz v půlce cesty. Tato pseudocesta by se musela tedy nějak kódovat. Délka cesty by mohla přesáhnout omezení Salamandera(2).
Zprávy při hledání
Mohly by se zobrazovat třeba v samostatném pseudosouboru. Nebo by se objevil dialog, podobně jak je to možné i teď.
(1) i když je hledání základní součást filemanageru, jeho detašování do pluginu není tak nesmyslné. Stalo se tak již s podporou pro archivy.
(2) spojení všech parametrů hledání by za stávajích omezení (políčka v hledacím dialogu a všechny rozšířené možnosti) dosáhlo přibližně 820 B, každý poddotaz pak může přidat další takový řetězec. Change Path dialog má omezení 259 B, nejdelší vytvořitelná cesta na NTFS ve WinXP je také 259 B (x:\ + 256).
Jsem si vědom toho, že to je velmi smělý nápad, ale myslím, že pokud by se přišlo na to, jak překážky překonat, budou výhody převažovat. V žádném případě tomu nepřikládám vysokou prioritu a vím, že je potřeba dodělat jiné věci. Předkládám to sem tedy spíš jako téma k diskuzi, tak prosím pište další klady (vaše nápady na využití) a zápory (zádrhely v implementaci nebo nevýhody oproti současnému zpracování).
- zkratka do kolonky se napise retezec a do panelu se "vysekaj" vysledky, a to naprosto bleskově rychle. Jen v tech vistach se pak spatne s tema vysledkama pracuje, coz by v salamanderu nebyl problem