Vegeta schrieb:
Hast du ein oder mehrere Beispiele wo RegExp unerlässlich sind? Es gibt sicherlich Fälle, aber das sollte eher die Ausnahme statt der Regelfall sein.
→ Suche alle bimodalen (#b) und sicher (#z) oder beinahe sicher (#y) zugeordneten Handschriftenscans, die eine Brücke zwischen den zum Urheber U01 gehörenden Schriftmodi M01 einerseits und M08 bzw. M05-S03 andererseits darstellen. So sollen zum Beispiel alle passenden Dateien nach dem Namensmuster der folgenden gefunden werden, damit ich sie - im Idealfall - aus der Ergebnisliste heraus mit XnView öffnen und sie dann autoptisch miteinander und mit der aktuell bearbeiteten Handschriftenprobe vergleichen kann:
452-02-v-2--U01-M01-S07-M08-S08--#b#z##.jpg
385-89-r-3--U01-M01M03-M05-S03--#b#y#m##.jpg
Regex: M01.*(M08|M05-S03).*#b.*(#z|#y), oder kondensierter: M01.*M(08|05-S03).*#b.*#(z|y)
Nur als Beispiel. Ich bin da schon höchst gespannt auf Deine Wildcard-Formulierung. Das Beispiel ist übrigens nicht verkünstelt rausgewürgt, sondern solche und andere denkbare Anfragen dieser Art habe ich bei meiner Arbeit mehrmals am Tag. Und zwar in einem Korpus von derzeit ca. 800-900 Dateien, die ihrem Bearbeitungsstand entsprechend in ein hierarchisches System von Dateiordnern sortiert sind. Und darüber hinaus wäre es auch sehr wünschenswert, wenn ich bei Änderungen an der Dateibenennungs-Syntax die Möglichkeit hätte, im Dateisystem per RegEx gezielt und en masse umzubenennen: mit Hilfe auch von Assertionen und Rückreferenzen.
Zudem kannst du auch ohne die vordefinierten Zeichenklassen RegExp erstellen, die die gleiche Aufgabe erfüllen, wenn sie denn in SearchMonkey nicht funktionieren.
Danke, das ist mir bekannt, aber ich will nicht erst seit diesem Thread hier von Searchmonkey als einer schlechten Umsetzung der RegEx-Dateisuche weg. Auf ein früheres Thread habe ich ja schon verwiesen. Außerdem ist es völliger Quark, wenn man statt M\d\d oder M\w\w die ganze Zeit M[0-9]{2} oder M[a-zA-Z][a-zA-Z0-9] usw. schreiben muss, um alle Muster wie M03 oder MbA oder Mb2 zu finden.
Vegeta, Du hast bislang nicht nur überhaupt nichts zur Problemlösung beigetragen, sondern den Thread nicht nur für mich, sondern auch für alle, die hier vielleicht noch reinschauen, zum Ärgernis gemacht. Du hast ja schon bekundet, dass Du keine Lösung hast. Dann hast Du auch noch den Anlass meiner Fragestellung in Zweifel gezogen, ohne dass Du dafür irgendwelche stichhaltigen Hintergrundinformationen hattest; und musstest mich jetzt auch noch abfragen wie ein dummes Schulkind. Zu allem Überfluss hast Du mich, den Fragesteller, auch schon mal runtergemacht, so à la: du hast ja eh keine Ahnung von regulären Ausdrücken. Dafür ist in einem Forum wie diesem kein Platz, und andere hätten Dir für sowas schon lange einen Fisch gegeben!
Meine Schuld ist, dass ich auf all das überhaupt eingegangen bin und mich habe provozieren lassen, statt Deinen ersten (vielleicht sogar freundlich gemeinten) Beitrag zu ignorieren. Das hat dazu geführt, dass andere, die hier mal reinschauen, jetzt mit all diesem Quatsch zugemüllt werden, und möglicherweise keine Lust mehr haben, selber mal kurz über eine Problemlösung im Sinne der Fragestellung nachzudenken. Vielen Dank auch!
Deshalb schlage ich Dir vor: freu Dich ne Runde über Deinen Erfolg, oder denk ne Runde drüber nach, wenns nur ein Ausrutscher war, und dann: vaya con Dios, amigo. Gehe in Frieden!
Ich hoffe, dass es von jetzt an wieder um das Thema meines Threads gehen kann und dass sich vielleicht doch noch jemand meldet, der wirklich was beitragen kann (und wenns auch nur ne vage Idee ist). Deshalb wiederhole ich hier die anfängliche Fragestellung:
"Kann mir jemand ein Programm (mit graphischer Benutzeroberfläche) empfehlen, mit dem ich nach Dateien suchen kann, und zwar mit regulären Ausdrücken nach Dateinamen?
Ich benutze derzeit Searchmonkey, und ungefähr so würde ich mir meine Wunschoberfläche auch vorstellen. Leider gibt es bei Searchmonkey zum einen kleinere Mankos (...).
Zum anderen habe ich eben nen Bug entdeckt: Searchmonkey verarbeitet die Klassen-Codes für Ziffer, Nicht-Ziffer, Wort, Nicht-Wort (\d, \D, \w, \W) nicht - und das ist natürlich ein Killer! Zumal das Expression-Builder-Modul genau diese Codes ausspuckt, nur gefunden werden solche Ausdrücke dann nicht.
Wenn übrigens jemand mal rausgekriegt hat, wie man in den Code von Searchmonkey (aktuelle Version, siehe Software-Center) eingreifen kann, um den Fehler zu beheben, würde ich mich natürlich auch freuen.
Nochmals: es geht um RegEx-Suche in Dateinamen, nicht in Dateiinhalten - das mache ich bereits mit Krusader.
Und wenn man mit diesem Programm auch Ordner finden könnte (ein weiteres Manko vom Monkey) dann wäre das natürlich perfekt."
Wenn niemand (mit einem ernst gemeinten Beitrag) reagiert, dann lass ich den Thread und die Hoffnung erst mal offen ... Und erst mal sorry an alle für den ganzen Quatsch da oben!