CeeDub wrote:...ALT+F7... unterstützt ja auch die Suche mit und ohne Wildcards. Warum sollte sich "Auswahl erweitern" also anders verhalten? Geht es auch mit "*"? Klar, aber vier zusätzliche (unnötige!) Tastenanschläge sind eine ganze Menge. TC-User sind verwöhnt!
Wenn Du Wildcard- und Substring-Suche gemischt zulassen möchtest, ergibt sich sofort das Problem, wie das System denn nun erkennen soll, welcher Typus der Auswahl gerade vorliegt. Sobald TC auf einen Punkt "." stösst, wird z.B. von einer qualifizierten Wildcard-Suche ausgegangen, ebenso wird ein Leerzeichen unter Umständen als deliminator interpretiert ("*.ape<LZ>*.flac" sucht z.B. nach den genannten, höherwertigen Musik-Dateien, nicht aber nach "*.mp3").
Prompt hat sich neulich ein User bitter darüber beklagt, dass er keine Begriffe (genauer: Wortgruppen) finden könnte, die z.B. einen Punkt "." enthalten. Ja, wie soll das denn, bitte schön, gehen - ausser mit der korrekten Wildcard-Syntax?
Vorrang hat bei TC, völlig zu Recht, die Wildcard-Suche. Bei einem Datei-Manager geht es ja - ganz anders als bei "Google" - nicht in erster Linie darum, einige (wenn auch nicht alle) halbwegs passende Treffer aufzufinden, sondern es hat eindeutig die exakte An-/Auswahl der gewünschten Dateien im Vordergrund zu stehen. Und das kann eine blosse substring-Suche eben nicht leisten.
Wäre etwa der Auswahl-Filter <Num+> als substring-Filter ausgelegt, so würde die Eingabe von <Begriff> alle Dateien selektieren, die <Begriff> irgendwo enthalten. Wie aber soll man dann nur jene Dateien selektieren, die
genau <Begriff> heissen, nichts davor und nichts dahinter, jedoch mit beliebiger Extension.
Die Wildcard-Suche leistet eben beides! "Begriff.*" selektiert jene Dateien, die
genau <Begriff> heissen, mit beliebiger Extension, während "*Begriff*" alle Dateien selektiert, in denen <Begriff> irgendwo vorkommt.
Übrigens - wir wollen hier ja nicht Erbsen zählen, aber ein "*" davor und einer dahinter, das sind laut "Adam Ries" doch nur 2 zusätzliche Tastendrücke, oder ?

Und unnötig sind diese, wie obiges Beispiel zeigt, ja auch nicht.
Die einzige Chance, um die beiden Such-/Auswahlmodi ohne gravierenden Performance-Verlust zu vereinen, läge m.E. in der Auftrennung in 2 getrennte Eingabefelder für 1. Wildcard- und 2. Substring-Modus, was aber mit Sicherheit wieder manche verwirren würde.
mfg
algol