TC9.0aRC3: Seltsames Verhalten des Schnellfilters..

Dennis_Stevens · Post by *Dennis_Stevens » 2016-12-10, 17:21 UTC

Guten Abend,

der Schnellfilter reagiert nicht wie ich es erwartet habe. Vielleicht kann mir jemand auf die Sprünge helfen.

Folgender Verzeichnisinhalt:

Code: Select all

Canon_EOS\
Canon_Ixus\
2016-11-18 07.10.23.jpg
2016-12-05 18.32.08.jpg
2016-12-05 18.32.08-1.jpg
2016-12-05 18.32.09.jpg
2016-12-05 18.32.09-1.jpg
2016-12-05 18.32.24.jpg
2016-12-05 18.32.24-1.jpg
2016-12-05 18.32.39.jpg
2016-12-05 18.32.39-1.jpg
2016-12-05 18.32.42.jpg
2016-12-05 18.32.42-1.jpg
2016-12-05 18.32.43.jpg
2016-12-05 18.32.43-1.jpg
2016-12-05 18.32.45.jpg
2016-12-05 18.32.45-1.jpg
2016-12-05 18.33.12.jpg
2016-12-05 18.33.12-1.jpg
2016-12-05 18.34.17.jpg
2016-12-05 18.34.17-1.jpg
2016-12-05 18.34.19-1.jpg
2016-12-05 18.34.23.jpg
2016-12-05 18.34.23-1.jpg
2016-12-05 18.34.25.jpg
2016-12-05 18.34.25-1.jpg
2016-12-05 18.35.08.jpg
2016-12-05 18.35.08-1.jpg
2016-12-05 18.35.09.jpg
2016-12-05 18.35.09-1.jpg
2016-12-05 18.35.11.jpg
2016-12-05 18.35.11-1.jpg

Nun möchte ich die doppelten Dateien (Enden auf "-1") filtern.
Also tippe ich in den Schnellfilterdialog ein:

Code: Select all

*-1.jpg

.

Das Ergebnis sieht folgendermaßen aus:

Code: Select all

2016-11-18 07.10.23.jpg
2016-12-05 18.32.08.jpg
2016-12-05 18.32.08-1.jpg
2016-12-05 18.32.09.jpg
2016-12-05 18.32.09-1.jpg
2016-12-05 18.32.24.jpg
2016-12-05 18.32.24-1.jpg
2016-12-05 18.32.39.jpg
2016-12-05 18.32.39-1.jpg
2016-12-05 18.32.42.jpg
2016-12-05 18.32.42-1.jpg
2016-12-05 18.32.43.jpg
2016-12-05 18.32.43-1.jpg
2016-12-05 18.32.45.jpg
2016-12-05 18.32.45-1.jpg
2016-12-05 18.33.12.jpg
2016-12-05 18.33.12-1.jpg
2016-12-05 18.34.17.jpg
2016-12-05 18.34.17-1.jpg
2016-12-05 18.34.19-1.jpg
2016-12-05 18.34.23.jpg
2016-12-05 18.34.23-1.jpg
2016-12-05 18.34.25.jpg
2016-12-05 18.34.25-1.jpg
2016-12-05 18.35.08.jpg
2016-12-05 18.35.08-1.jpg
2016-12-05 18.35.09.jpg
2016-12-05 18.35.09-1.jpg
2016-12-05 18.35.11.jpg
2016-12-05 18.35.11-1.jpg

Entspricht vom Ergebnis

Code: Select all

*.jpg

Mache ich jetzt einen Denkfehler oder stimmt hier was nicht?

sqa_wizard · Post by *sqa_wizard » 2016-12-10, 18:06 UTC

Das hat mit den Punkten der Uhrzeit zu tun.
Mit *.*-1.jpg funktioniert es ...

Franz Müller · Post by *Franz Müller » 2016-12-11, 00:30 UTC

Würde ich aber als TC-Fehler einstufen.

Post by *ghisler(Author) » 2016-12-11, 15:31 UTC

Nein, das ist kein Fehler, sondern hängt von den Optionen unter Konfigurieren - Einstellungen - Schnellsuche ab.

Dort ist normalerweise "Exakte Namensübereinstimmung" - "Am Ende" nicht angekreuzt. Deshalb findet:
*-1.jpg
genau genommen folgendes:
*-1*.jpg

matixx · Post by *matixx » 2016-12-11, 16:53 UTC

Darüber bin ich vor kurzem auch gestolpert und ich verstehe es auch nicht.

Was muss ich denn konfigurieren damit TC mit dem Suchterm *-1.jpg (also irgendwas-1.jpg auch Dateien findet die das wirklich enthalten und zwar genau so .?

Mir ist absolut unklar wie TC bei Eingabe von *-1.jpg folgende Datei finden kann: 2016-11-18 07.10.23.jpg
An welcher Stelle in diesem Dateinamen gibt es die Zeichenfolge -1.jpg ?

Vielleicht wäre es besser wenn man im Suchfilter berücksichtigt das zum Dateinamen die Endung mit abgearbeitet wird.
Gruss maat

sqa_wizard · Post by *sqa_wizard » 2016-12-11, 17:27 UTC

matixx wrote:Was muss ich denn konfigurieren damit TC mit dem Suchterm *-1.jpg (also irgendwas-1.jpg auch Dateien findet die das wirklich enthalten und zwar genau so .?

ghisler(Author) wrote:... Optionen unter Konfigurieren - Einstellungen - Schnellsuche
Dort ist normalerweise "Exakte Namensübereinstimmung" - "Am Ende" nicht angekreuzt.

Also ankreuzen, wenn du eine Übereinstimmung am Ende wünscht.

matixx · Post by *matixx » 2016-12-11, 18:18 UTC

Wieso muss ich das extra ankreuzen wenn sich der Suchterm eh am Ende befindet ?

Exakte Namensübereinstimmung explizit nicht am Ende oder explizit nicht am Anfang findet eine solche Übereinstimmung am Ende oder Anfang eines Dateinamens nicht (oder aueben auch ganz andere Dateien die überhaupt garkeine echte Übereinstimmung haben)...das ist unpraktisch wenn man z.Bsp. gar nicht weiß wo sich der Suchterm genau befindet (darum suchen wir ja u.U. auch

Mal andersrum: gibt es eine Einstellung die eine Übereinstimmung findet egal an welcher Stelle im Dateinamen sich der Suchterm befindet ?

Dennis_Stevens · Post by *Dennis_Stevens » 2016-12-12, 05:55 UTC

matixx wrote:Wieso muss ich das extra ankreuzen wenn sich der Suchterm eh am Ende befindet ?

Exakte Namensübereinstimmung explizit nicht am Ende oder explizit nicht am Anfang findet eine solche Übereinstimmung am Ende oder Anfang eines Dateinamens nicht (oder aueben auch ganz andere Dateien die überhaupt garkeine echte Übereinstimmung haben)...das ist unpraktisch wenn man z.Bsp. gar nicht weiß wo sich der Suchterm genau befindet (darum suchen wir ja u.U. auch

Mal andersrum: gibt es eine Einstellung die eine Übereinstimmung findet egal an welcher Stelle im Dateinamen sich der Suchterm befindet ?

Genau das verstehe ich auch nicht. Unter DOS hätte meine Eingabe ohne das Vornehmen einer Einstellung funktioniert.
Wieso muss ich eine Einstellung machen, damit TC etwas richtig macht?

Jetzt beziehe man diese Funktion mal auf reguläre Ausdrücke. Das ist in etwa so, als müsste man extra eine Einstellung vornehmen, damit TC regex vollumfänglich versteht. Das ist Quatsch.

Und was ich absolut nicht verstehen kann: Wenn die Schnellsuche nun schon so kompliziert ist (Schnell?suche) warum findet man diese Doku dann nicht unter Schnellsuche in der Hilfe? Nein, es steht unter der Hilfe der Einstellungen....wenn man nicht weiss, dass man für so etwas "Normales" eine Einstellung machen muss, damit das funktioniert, wird man eher im Forum fragen und einen Bugreport erstellen.

Irgendwie macht die Schnellsuche für mich jetzt keinen Sinn mehr.

matixx · Post by *matixx » 2016-12-12, 08:25 UTC

Ich möchte nicht ausschließen das wir die tatsächliche Funktion der Schnellsuche noch nicht verstanden haben.

phantom · Post by *phantom » 2016-12-12, 09:32 UTC

Wenn man berücksichtigt, dass der "Schnellfilter" eine Weiterentwicklung der schnellen Dateisuche ist, versteht man es vielleicht besser.

In der Hilfe werden die Optionen zur "Schnellen Dateisuche" folgendermaßen erklärt:

Code: Select all

Exakte Namensübereinstimmung 

am Anfang (Name muss mit erstem angegebenen Zeichen beginnen)
		Falls markiert, muss der Name mit den eingetippten Buchstaben beginnen, ansonsten 
		können diese irgendwo im Namen beginnen (Voranstellen eines *).
		Beispiel: Suchstring "est"
		- Option gesetzt: "est" findet nur Namen, die mit "est" beginnen, nicht aber "Test.txt"
		- Option nicht gesetzt: "est" findet auch "Test.txt"

am Ende (letztes Zeichen vor dem Punkt muss übereinstimmen)
		Falls markiert, und ein Punkt eingetippt wird, muss der bis dahin eingegebene Name exakt 
		übereinstimmen. Ist diese Option nicht gewählt, wird der Punkt automatisch durch *. ersetzt.
		Beispiel: Suchstring "Te.tx"
		- Option gesetzt: "Te.tx" findet "Te.txt", nicht aber "Test.txt"
		- Option nicht gesetzt: "Te.tx" findet auch "Test.txt" (Name stimmt vor dem Punkt nicht überein)

Mit der Option "Exakte Namensübereinstimmung am Ende" wird die Problematik mit dem Punkt der den Dateinamen von der Dateiendung trennt. In diesem Fall ".jpg".

Lefteous · Post by *Lefteous » 2016-12-12, 09:56 UTC

2Dennis_Stevens

Wenn die Schnellsuche nun schon so kompliziert ist (Schnell?suche)

Gewiss über den Standardwert einer Einstellung kann man sicher geteilter Meinung sein. Aus meiner Sicht sollte die Schnellsuche bzw. der Schnellfilter zunächst möglichst gierig sein, damit kein Einsteiger nicht versteht, warum er etwas nicht findet. Deswegen sollte die Voreinstellung geändert werden.
Ich sehe aber auch gute Gründe für diese Optionen, ganz abschaffen sollte man sie nicht. Wenn man nach einiger merkt, dann man zu viele Ergebnisse erhält, aber nur in Ausnahmefällen wirklich den Anfang ignorieren kann, dann schreibt man halt einen Stern dazu bei entsprechend gesetzter Option.

warum findet man diese Doku dann nicht unter Schnellsuche in der Hilfe

Das stimmt ja jetzt nicht so ganz. Im Mittelteil der beschriebenen Hilfeseite wird der Filter ziemliich genau beschrieben.
Wenn man allerdings mit dem Begriff "Schnellfilter" im Kopf sucht, dann hat man ein Problem. Da könnte sich Christian mal Gedanken darüber machen, ob es nicht helfen würde den Begriff "Schnellfilter" explizit in den Suchindex aufzunehmen und dann auf der genannten Hilfeseite auch zu benutzen.

JMS · Post by *JMS » 2016-12-13, 07:00 UTC

Dennis_Stevens wrote:...
Genau das verstehe ich auch nicht. Unter DOS hätte meine Eingabe ohne das Vornehmen einer Einstellung funktioniert.
...

Ist das so?
Einen Dateinamen "2016-12-05 18.32.08-1.jpg "
auf DOS - Ebene wäre mit nicht bekannt.
*grübel*

matixx · Post by *matixx » 2016-12-13, 07:10 UTC

Im Prinzip ist die Schnellsuche mit ihren Einstellungen (Anfang, Ende) zu kompliziert. Es wäre deutlich einfacher wenn folgendes möglich wäre:

- keine Einstellungen mehr möglich/notwendig
- "Irgendwas*" sucht "Irgendwas" am Anfang eines Dateinamens
- "*Irgendwas" sucht "Irgendwas" am Ende des Dateinamens
- "Irgendwas" sucht "Irgendwas" überall im Dateinamen, auch Anfang und Ende
- Suchtermanhängsel ".zzz" sucht immer nach Dateien Typ zzz

So braucht man keine Einstellungen mehr, welche man sowieso nicht oder nur unwillig aufrufen würde. Im oben geposteten Fall ist ja die händische Auswahl schneller als das Ändern der Filterfunktion im Menü.

Franz Müller · Post by *Franz Müller » 2016-12-13, 17:35 UTC

ghisler(Author) wrote:Nein, das ist kein Fehler, sondern hängt von den Optionen unter Konfigurieren - Einstellungen - Schnellsuche ab.

Dort ist normalerweise "Exakte Namensübereinstimmung" - "Am Ende" nicht angekreuzt. Deshalb findet:
*-1.jpg
genau genommen folgendes:
*-1*.jpg

Das ist natürlich nicht besonders intuitiv. Wenn man nach "abc" sucht, dann ist es in Ordnung, wenn abc irgendwo im Dateinamen vorkommen kann (also keine exakte Übereinstimmung am Ende), aber wenn man nach abc.jpg sucht, dann erwartet man eigentlich nicht, dass zwischen das c und den Punkt ein * eingefügt wird.

Dennis_Stevens · Post by *Dennis_Stevens » 2016-12-13, 18:12 UTC

JMS wrote:
Dennis_Stevens wrote:...
Genau das verstehe ich auch nicht. Unter DOS hätte meine Eingabe ohne das Vornehmen einer Einstellung funktioniert.
...
Ist das so?
Einen Dateinamen "2016-12-05 18.32.08-1.jpg "
auf DOS - Ebene wäre mit nicht bekannt.
*grübel*

Was ich meinte ist der Einsatz des Wildcards * .
Dir *-1.jpg hätte das von mir gewünschte Ergebnis geliefert.