FindFiles v1.0 - Eine Suchfunktion mit Fortschrittsanzeige

[Zacherl]

Hallo,
da ja jetzt raus ist, wie man Dateien mit Fortschrittsanzeige sucht, habe ich einfach mal eine Suchanwendung geschrieben. Die Bedienung ist ähnlich wie bei der Windows Suchfunktion. * muss für "alles" eingegeben werden (Kennt man ja)!

So, das wars auch schon.

Florian

[mirage228]

Hi,

sieht ganz gut aus Dein Programm - obwohl ich mich natürlich Frage, wieso ich Dein Programm der Windows Suche vorziehen sollte (musste mir net übel nehmen).

Ein Fehler ist mir jedoch aufgefallen. Undzwar haben die Icons, wenn es Windows Symbole sind, einen schwarzen Schatten. Das hat mit dem Alphablending dieser Icons zu tun, such mal im Forum, dazu gibts sicher ein Topic.

mfG
mirage228

[Zacherl]

Danke für den Hinweis.
Ich würde es der Windows Suche vorziehen, da mein Programm eine Fortschrittanzeige hat und die Windowsfunktion nicht!

Das mit dem Schatten liegt sicher daran, dass ich die Icons mit ExtractAsoziatedIcon extrahiere ...

Florian

[mirage228]

Zitat:

Zitat von Florian Bernd

Ich würde es der Windows Suche vorziehen, da mein Programm eine Fortschrittanzeige hat und die Windowsfunktion nicht!

Okay, mit dem Argument hast Du natürlich recht :)

Jedoch müsstest Du dann noch die anderen Features der Windows suchen haben, u.A.
Suche nach Dateidatum, Dateigröße, Wörtern in Dateien

Zudem vielleicht noch, was die Windowssuche sonst nicht hat:
Suchergebnis speichern (also richtig und nicht nur die Einstellungen)

mfG
mirage228

[Zacherl]

Zitat:

jedoch müsstest Du dann noch die anderen Features der Windows suchen haben, u.A.
Suche nach Dateidatum, Dateigröße, Wörtern in Dateien

Ließe sich vlt. machen, wenn ich mal nix zu tun hab! Nur ich persönlich benutze eigentlich immer die reine Dateisuche. Und dabei stört es mich halt, dass ich nicht einschätzen kann, wann die Suche abgeschlossen ist.

Zitat:

Zudem vielleicht noch, was die Windowssuche sonst nicht hat:
Suchergebnis speichern (also richtig und nicht nur die Einstellungen)

Das dürfte einfach zu machen sein.

Florian

[PierreB]

Moinsen,

1.) Irgendwie is dein programm sehr langsam, im Explorer geht das circa 40% schneller
2.) Wenn ich die Suche stoppe sollte unten stehen "Suche abgebrochen" anstatt "Suche abgeschlossen"
3.) Fällt mir bei jedem deiner Programme auf, dass du immer meinen "Satz" (im About Dialog) geklaut hast ! :mrgreen:

Zitat:

Zitat von Erstmal in meinem Networkhelper verwendet

Dieses Programm wurde mit Borland Delphi 2005
entwickelt und mit UPX gepackt.

[Zacherl]

Zitat:

Dieses Programm wurde mit Borland Delphi 2005
entwickelt und mit UPX gepackt.

Menno! Das wird mich mein Leben lang verfolgen :mrgreen: Naja gefällt mir halt und entspricht ja auch der Wahrheit ... :-D Außerdem verwenden bestimmt noch mehr Leute diesen Spruch,

Zitat:

1.) Irgendwie is dein programm sehr langsam, im Explorer geht das circa 40% schneller
2.) Wenn ich die Suche stoppe sollte unten stehen "Suche abgebrochen" anstatt "Suche abgeschlossen"

Langsam ist es wahrscheinlich wegen des Extrahierens jedes Icons.
Das mit "Suche abbgebrochen" lässt sich regeln

Florian

[MisterNiceGuy]

Die Fortschrittsanzeige ist schön, aber man kann die Zahl nicht darauf erkennen.
Bevor das Programm angefangen hat zu suchen hat es erstmal 40 Sekunden irgendetwas initialisiert.

Ansonsten schön :)

[PierreB]

Zitat:

Menno! Das wird mich mein Leben lang verfolgen Naja gefällt mir halt und entspricht ja auch der Wahrheit ... Außerdem verwenden bestimmt noch mehr Leute diesen Spruch,

Sei froh, dass ich mir kein Patent drauf legen lasse. :twisted: ;)

Wie wärs noch mit nen paar mehr Optionen, z.B. versteckte Dateien anzeigen/verbergen ?

[Dust Signs]

Um ehrlich zu sein ist dein Programm relativ nutzlos. Ich kenne den Code nicht, aber ich nehme an, dass du alle Dateien suchst um die Anzahl festzustellen und dann alle in der Liste anzeigst (da dann in einer for-Schleife die Progressbar updaten ist eine einfache Sache, weil die Anzahl ja schon vorher festgestellt wurde). Ergo: das Programm sucht entweder zweimal oder sucht einmal und baut erst dann die Liste auf; egal was von beiden du machst: es ist um einiges langsamer als die Suchfunktion von Windows. BeginUpdate bzw. EndUpdate helfen hier, sind aber nahezu sinnlos, weil du dann 40sec. initialisierst und viell. 5 oder 10 sec. die Progressbar hast... also ich werde weiter bei der Windowssuche bleiben. Funktionalität über alles ;)

Dust Signs

[Rastaman]

Also das Prog ist ehrlich gesacht und etwas hart ausgedrückt n Schuss innen Ofen :lol:
1. Der Fortschrittsbalken bringt mir nix wenn die suche 30 mal länger als mit der windows suche dauert.
2. Es kommen andauernd Fehler, dass auf die Datei nicht zugegriffen werden kann
3. Dauernd Fehler, dass auf die Leinwand nicht gezeichnet werden kann

Die Windowssuche find ich da irgendwie besser :mrgreen:

[Matze]

Nur nochwas zu den schwarzen Rändern: schwarzer Rand

[Luckie]

Zitat:

Zitat von mirage228

Jedoch müsstest Du dann noch die anderen Features der Windows suchen haben, u.A.
Suche nach Dateidatum, Dateigröße, Wörtern in Dateien

Kann der Explorer auch.

Desweiteren, was kann ich mit den Dateien machen, wenn ich sie gefunden habe? Öffnen und den Ordner im Explorer öffnen. Ziemlich wenig, wenn ich mir da so das Kontextmenü vom Explorer angucke. Wenn der Source jetzt noch dabei wäre, könnte man sagen es wäre eine etwas aufgemotze Demo meiner Klasse. BTW. ist das meine Klasse, die du da verwendest oder ist es was eigenes oder hast du nur noch was geändert?

Wie ermittelst du die Dateigröße bzw, das zugehörige Icon? Bei exklusive geöffneten dateien bekomme ich diese Meldung:

Zitat:

---------------------------
FileFinder v1.0
---------------------------
Datei D:\Einstellungen\Outlook\Ordner\cleanup.log kann nicht geöffnet werden. Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.
---------------------------
OK
---------------------------

Und bei den großen Icons stimmen die selbigen nicht immer mit den richtigen überein.

Dann guck dir noch mal deine Progressbar an: Am Ende der Suche steht zwar 100% drinne aber der Balken springt auf 50% zurück.

Desweiteren scheint deine Suche das letzet Zugriffdatum zu ändern, was der Explorer beim Suchen nicht macht.

Gerade bekommen:

Zitat:

---------------------------
FileFinder v1.0
---------------------------
Leinwand/Bild erlaubt kein Zeichnen.
---------------------------
OK
---------------------------

Beim Ende nach dem zweiten oder dritten mal Suchen. Dann guck dir noch mal den Screenshot im Anhang an. Richte dein Augenmerk mal auf den oberen Rand, sieht etwas kaputt aus. ;) Dies scheint irgendwie zusammenzuhängen. Es werden dann auch keine Icons dargestellt, sondern nur das Icon von nicht zugeordneten Dateitypen.

Gerade beim Schließen bekommen:

Zitat:

---------------------------
FindFiles.exe - Fehler in Anwendung
---------------------------
Die Anweisung in "0x0040350e" verweist auf Speicher in "0x01df0b74". Der Vorgang

"read" konnte nicht auf dem Speicher durchgeführt werden.


Klicken Sie auf "OK", um das Programm zu beenden.
Klicken Sie auf "Abbrechen", um das Programm zu debuggen.
---------------------------
OK Abbrechen
---------------------------

Und dann noch einen RunTime Error 216.

[juergen]

Hallo Florian,
ich würde begrüßen, wenn
- in der Statusbar die ANZAHL der gefundenen Dateien angezeigt wird,
- man jeweils eine Spalten sortieren könnte

Was mir aufgefallen ist:
- wozu erscheint der Mauscoursor wenn man auf "Such Optionen" steht?
- Anzeige der Progressbar ist sehr unterschiedlich. Z.B. laufen bei einer Suche der Teil zw. 25% und 40% sehr schnell durch, dann dauert der Fortschritt aber wieder sehr lange usw. Somit ist der Ansatz der Fortschrittsanzeige etwas fraglich.

Gruß
Jürgen

[Luckie]

Zitat:

Zitat von juergen

- Anzeige der Progressbar ist sehr unterschiedlich. Z.B. laufen bei einer Suche der Teil zw. 25% und 40% sehr schnell durch, dann dauert der Fortschritt aber wieder sehr lange usw. Somit ist der Ansatz der Fortschrittsanzeige etwas fraglich.

Sollte er meine Klasse benutzt haben, liegt in der Natur der Dinge und ist bei dem DiskCleaner von den Tuneup Utilities auch nicht anders.

[Zacherl]

Zitat:

Bevor das Programm angefangen hat zu suchen hat es erstmal 40 Sekunden irgendetwas initialisiert.

Klar! Es wird gesucht, wie viele Dateien überhaupt da sind, um die Fortschrittanzeige zu ermöglichen.

Zitat:

Wie ermittelst du die Dateigröße bzw, das zugehörige Icon?

Über einen TFileStream! Daher können solche Fehlermeldungen bei Exclusiv geöffneten Dateien kommen.

Zitat:

Desweiteren scheint deine Suche das letzet Zugriffdatum zu ändern, was der Explorer beim Suchen nicht macht.

Muss am FileStream liegen. Obwohl es fmOpenRead ist :gruebel:

Zitat:

Leinwand/Bild erlaubt kein Zeichnen.

Ist wohl ein Fehler im ListView bei Verwendung von vielen Icons.

Und ich habe, wie oben schon angedeutet (vlt. nicht sehr offensichtlich) Luckies Klasse benutzt.

Florian

[Lillebrohr]

Hi,

jetzt mal keine Frage zu dem Thread. Ist so an Luckie gerichtet oder an die die es wissen, wie bekommt ihr diese Fehlermeldungen hin ?

Zitat:

---------------------------
FindFiles.exe - Fehler in Anwendung
---------------------------
Die Anweisung in "0x0040350e" verweist auf Speicher in "0x01df0b74". Der Vorgang

"read" konnte nicht auf dem Speicher durchgeführt werden.


Klicken Sie auf "OK", um das Programm zu beenden.
Klicken Sie auf "Abbrechen", um das Programm zu debuggen.
---------------------------
OK Abbrechen
---------------------------

Schreibst du die mühselig ab oder hast du dafür ein programm was diese speichert ? :P

Sorry wenn ich etwas offtopic geworden bin, aber wollte deswegen kein neues topic aufmachen.

Danke

[Matze]

Strg + C

[Lillebrohr]

Hehe ... :P ok danke *shame*


Bye

[Luckie]

Zitat:

Zitat von Florian Bernd

Zitat:

Bevor das Programm angefangen hat zu suchen hat es erstmal 40 Sekunden irgendetwas initialisiert.

Klar! Es wird gesucht, wie viele Dateien überhaupt da sind, um die Fortschrittanzeige zu ermöglichen.

Dateien? In meiner Klasse zähle ich nur die Ordner. Deswegen geht es ja auch mal schneller bzw. langsamer, je nach dem wie viele Dateien in den Ordnern sind.

Zitat:

Zitat:

Wie ermittelst du die Dateigröße bzw, das zugehörige Icon?

Über einen TFileStream! Daher können solche Fehlermeldungen bei Exclusiv geöffneten Dateien kommen.

Warum ninnmst du nicht FindFirstFile/FindNextFile und die WIN32_FIND_DATA Struktur, wenn du sie schon mit diesen Funktionen suchst?

Zitat:

Zitat:

Desweiteren scheint deine Suche das letzet Zugriffdatum zu ändern, was der Explorer beim Suchen nicht macht.

Muss am FileStream liegen. Obwohl es fmOpenRead ist :gruebel:

Eben drum, sollst du das ja nicht machen.

Zitat:

Zitat:

Leinwand/Bild erlaubt kein Zeichnen.

Ist wohl ein Fehler im ListView bei Verwendung von vielen Icons.

Nein liegt wohl eher an der nicht threadsicheren VCL.

[Zacherl]

Zitat:

Zitat von Luckie

Zitat:

Zitat von Florian Bernd

Zitat:

Bevor das Programm angefangen hat zu suchen hat es erstmal 40 Sekunden irgendetwas initialisiert.

Klar! Es wird gesucht, wie viele Dateien überhaupt da sind, um die Fortschrittanzeige zu ermöglichen.

Dateien? In meiner Klasse zähle ich nur die Ordner. Deswegen geht es ja auch mal schneller bzw. langsamer, je nach dem wie viele Dateien in den Ordnern sind.

Ups. Dann hab ich wohl nicht richtig geguckt.

Zitat:

Zitat von Luckie

Zitat:

Zitat:

Wie ermittelst du die Dateigröße bzw, das zugehörige Icon?

Über einen TFileStream! Daher können solche Fehlermeldungen bei Exclusiv geöffneten Dateien kommen.

Warum ninnmst du nicht FindFirstFile/FindNextFile und die WIN32_FIND_DATA Struktur, wenn du sie schon mit diesen Funktionen suchst?

Stimmt. Könnte ich machen.

Zitat:

Zitat von Luckie

Zitat:

Zitat:

Desweiteren scheint deine Suche das letzet Zugriffdatum zu ändern, was der Explorer beim Suchen nicht macht.

Muss am FileStream liegen. Obwohl es fmOpenRead ist :gruebel:

Eben drum, sollst du das ja nicht machen.

Ok. Nimmt bestimmt auch Performance weg.

Zitat:

Zitat von Luckie

Zitat:

Zitat:

Leinwand/Bild erlaubt kein Zeichnen.

Ist wohl ein Fehler im ListView bei Verwendung von vielen Icons.

Nein liegt wohl eher an der nicht threadsicheren VCL.

Ist also unter Benutzung der VCL nicht zu umgehen.

Ich werde dann demnächst mal den Source veröffentlichen. Als eine Art erweiterte Demo zu deiner Klasse.

Florian

[MarcoWarm]

Zitat:

Zitat:

Zitat:

Zitat:

Leinwand/Bild erlaubt kein Zeichnen.

Ist wohl ein Fehler im ListView bei Verwendung von vielen Icons.

Nein liegt wohl eher an der nicht threadsicheren VCL.

Ist also unter Benutzung der VCL nicht zu umgehen.

Eher nicht threadsicher programmiert. Zugriffe auf VCL Komponenten sind vom Thread aus nur in Synchronize() gestattet.

[GuenterS]

Und ich dachte schon, es gäbe nun doch eine Möglichkeit die Maximalzahl der Dateien/Ordner rauszufinden ohne sie erst einmal zu zählen...

[himitsu]

Zitat:

Zitat von GuenterS

Und ich dachte schon, es gäbe nun doch eine Möglichkeit die Maximalzahl der Dateien/Ordner rauszufinden ohne sie erst einmal zu zählen...

Na ja, dann müßte das Windows schon für uns zählen und die Daten irgendwo abspeichern.
Aber es würde en Rechner doch immerhin etwas abbremsen, wenn ständig die Dateianzahlen aktualsiert werden müßten, denn schließlich wüßte das dann immer für das Verzeichnis, wo eine Datei erstellt/gelöscht wird und dessen übergeordneten Verzeichnisse durchgeführt werden ... und das ständig ...

[GuenterS]

Zitat:

Zitat von himitsu

Zitat:

Zitat von GuenterS

Und ich dachte schon, es gäbe nun doch eine Möglichkeit die Maximalzahl der Dateien/Ordner rauszufinden ohne sie erst einmal zu zählen...

Na ja, dann müßte das Windows schon für uns zählen und die Daten irgendwo abspeichern.
Aber es würde en Rechner doch immerhin etwas abbremsen, wenn ständig die Dateianzahlen aktualsiert werden müßten, denn schließlich wüßte das dann immer für das Verzeichnis, wo eine Datei erstellt/gelöscht wird und dessen übergeordneten Verzeichnisse durchgeführt werden ... und das ständig ...

Es würde reichen, wenn jedes Verzeichnis wüßte wieviele Einträge es besitzt (ohne den Inhalten der Unterordner). Genau wie bei einer Liste. Soviel langsamer würde das auch nicht werden.

Es müßte nicht einmal ständig sondern gerade mal dann durchgeführt werden, wenn eine Datei angelegt bzw. gelöscht wird. Beim Kopieren mehrerer Dateien eines Ordners könnte sich Windows auch damit helfen, dass es nicht für alle einzeln, sondern für alle einmal aktualisiert.

Dadurch würde es auch Sinn machen, wenn der "Temp" Ordner gekennzeichnet ist, dass hier keine Zählung durchgeführt wird.

[himitsu]

Zitat:

Zitat von GuenterS

Es würde reichen, wenn jedes Verzeichnis wüßte wieviele Einträge es besitzt (ohne den Inhalten der Unterordner). Genau wie bei einer Liste. Soviel langsamer würde das auch nicht werden.

Dat wissen die Verzeichnisse halt nicht, denn im Grunde genommen bestehen diese ja nur aus einer aneinanderreihung von Datensätzen, welche von einen "Ende"-Datensatz abgeschlossen werden, also um ein Einlesen kommt man so, oder so nicht herum.

Und wenn dann würde ja eh nur die Anzahl aller Dateien drinstehen ... wenn also mit 'ner Suchmaske gearbeitet wird, wie es bestimmt meistens der Falls ist, dann würde diese Zahl mit großer Sicherheit nicht stimmen.

[GuenterS]

Zitat:

Zitat von himitsu

Zitat:

Zitat von GuenterS

Es würde reichen, wenn jedes Verzeichnis wüßte wieviele Einträge es besitzt (ohne den Inhalten der Unterordner). Genau wie bei einer Liste. Soviel langsamer würde das auch nicht werden.

Dat wissen die Verzeichnisse halt nicht, denn im Grunde genommen bestehen diese ja nur aus einer aneinanderreihung von Datensätzen, welche von einen "Ende"-Datensatz abgeschlossen werden, also um ein Einlesen kommt man so, oder so nicht herum.

Und wenn dann würde ja eh nur die Anzahl aller Dateien drinstehen ... wenn also mit 'ner Suchmaske gearbeitet wird, wie es bestimmt meistens der Falls ist, dann würde diese Zahl mit großer Sicherheit nicht stimmen.

Was ich beschrieben habe war nicht der Zustand wie es gerade ist, sondern einer den ich gerne hätte...

Ansonsten war es klar, dass man einmal zählen muss, is ja nix wirklich neues.

[Gothicware]

Also ich würde beim vor dem Durchsuchen denn belegten Speicher der Festplatteermitteln,
und dann die Summe der Grösse der gefundenen Dateien gegenrechnen. So kann man einen "InEtwa"
Progressbar realiesieren, und muss nicht alles Doppelt machen.

Dateien nach Inhalt durchsuchen ist schon etwas Hardcore. Da man die verschiedenen Datei Formate beachten muss. (zb.: Unicode). Ich glaub da beisst man sich schon die Zähne aus, wenn man versucht einem D:kt@t0r ähm Giganten der Software Industrie das Wasser zureichen.

In meine GW_FileFinder Unit kann man auch sehr schön sehen, wie man viele Infos wie Grösse, Datum, Icon auf einfache Weise bekommt. Wozu gibts WinAPI?
http://www.delphi-forum.de/topic_GWF...it+_47877.html

[himitsu]

An das ermitteln der Dateigröße hab ich auch schon gedacht (statt nur die Dateien zu zählen).
Allerdings kann man dabei gleich mal auf den netten Integer(LongInt) verzichten und muß dafür dann den größeren/langsammeren Int64 umsteigen, was wiederum einige winzige Nachteile bringt.

Na ja, im Endefekt hab ich mich (SearchSameFiles) dann dafür entschieden die Dateien und Verzeichnisse zu zählen, wobei die Dateien ein wenig anders gewichtet werden.
Außerdem kann es bei mir eh vorkommen, daß Dateien mehrfach eingelesen werden, was dann auch noch an dem Fortschrittsbalken einiges verändern würde.

[toms]

Hallo,

Könntest du noch das Dateidatum in der Listview anzeigen lassen?

[Nils_13]

@mirage228: Die vorzüge sind z.B. das es eine Leiste hat, in der alles angezeigt wird, dann kann man sich noch überlegen ob man mit der Suche fortfährt oder abbricht.

Das Programm hat seinen praktischen nutzen :-D
[EDIT]Als ich das programm beendet habe hat sich das Prog nach einer Weile mit unendlichen Fehlermeldungen aufgehägt, in denen Dateien nicht gefunden werden konnten.[/EDIT]