fsearch

FSEARCH ist ein schnelles Dienstprogramm für Dateisuche, das von allem Suchmaschine inspiriert ist. Es ist in C geschrieben und basiert auf GTK3.

• Für Fehlerberichte und Feature -Anfragen verwenden Sie bitte den Ausgabe -Tracker: https://github.com/cboxdoerfer/fsearch/issues
• Für Diskussionen und Fragen zu FSEECh verwenden Sie das Diskussionsforum: https://github.com/cboxdoerfer/fsearch/discussions
• Für alles andere, was mit FSEECh zu tun hat

Merkmale

• Sofort (wie Sie eingeben) Ergebnisse
• Erweiterte Suchsyntax
• Wildcard -Unterstützung
• Regex -Unterstützung
• Filterunterstützung (nur nach Dateien, Ordnern oder allem suchen)
• Fügen Sie bestimmte zu indizierende Ordner ein und schließen Sie aus
• Möglichkeit, bestimmte Dateien/Ordner mithilfe von Wildcard -Ausdrücken aus dem Index auszuschließen
• Schnelle Sortierung nach Dateinamen, Pfad, Größe oder Änderungszeit
• Anpassbare Schnittstelle (z. B. wechseln Sie zwischen der traditionellen Benutzeroberfläche mit Menubar- und kundenseitigen Dekorationen)

Anforderungen

• GTK 3.18
• Glib 2,50
• GLIBC 2.19 oder Musl 1.1.15 (andere C -Standardbibliotheken funktionieren möglicherweise auch die, die ich überprüft habe)
• Pcre2 (libpcre2)
• ICU 3.8

Herunterladen

Es wird empfohlen, FSEARS aus einem der stabilen Pakete zu installieren, es sei denn, Sie wissen, was Sie tun.

Die Entwicklungspakete sind hauptsächlich für Tests und abenteuerlustige Benutzer vorgesehen.

Verteilung	Stabil	Entwicklung
Ubuntu	PPA stabil	PPA täglich
Arch Linux	Aur	Aur (Git)
Fedora/Rhel/Centos	Copr stabil	Copr Nacht
Debian	Openbuildservice
OpenSuse	Openbuildservice
Flatpak (begrenzte Merkmale)	Flathub
Solus*	Solus -Repository
FreeBSD*	Freshports

(*) Von mir nicht gepflegt

Roadmap

https://github.com/cboxdoerfer/fsearch/wiki/roadmap

Anweisungen erstellen

https://github.com/cboxdoerfer/fsearch/wiki/build-instructions

Lokalisierung

Die Lokalisierung der FSEARS wird mit Webblate verwaltet.

https://hosted.webblate.org/projects/fsearch/

Wenn Sie Übersetzungen beitragen möchten, senden Sie diese bitte dort ein, anstatt Pull -Anfragen auf GitHub zu eröffnen. Dies beinhaltet auch Vorschläge für die englischen Texte - Englisch ist nicht meine Muttersprache, daher gibt es wahrscheinlich Fehler und ungewöhnliche Wortungen.

Anweisungen finden Sie hier: https://docs.weblate.org/en/latest/user/basic.html

Und natürlich: Vielen Dank, dass Sie sich die Zeit genommen haben, FSEEDE zu übersetzen!

Aktuelle Einschränkungen

• Das Sortieren vieler Ergebnisse nach Typ kann sehr langsam sein, da das Sammeln dieser Informationen teuer ist und die Daten nicht indiziert sind. Dies bedeutet auch, dass beim Sortieren der Ansicht nach dem Typ die Sortierung die Sortierreihenfolge zurückgesetzt wird, um zu benennen .
• Wenn Sie die Option "Wechsel zum Trash" verwenden, aktualisieren Sie den Datenbankindex nicht, sodass in der Ergebnisliste abgeschreckte Dateien/Ordner so angezeigt werden, als ob ihnen nichts passiert wäre.

Warum noch ein Suchdienstprogramm?

Leistung. Unter Windows benutze ich wirklich gerne alles Suchmaschine. Es liefert sofortige Ergebnisse, wenn Sie für alle Ihre Dateien und viele nützliche Funktionen eingeben (Regex, Filter, Lesezeichen, ...). Unter Linux konnte ich nichts finden, was noch so schnell und kraftvoll ist.

Bevor ich anfing, an FSEARCH zu arbeiten, warf ich einen Blick auf bestehende Lösungen. Ich habe Mate -Such -Tool (ehemals GNOME -Suchwerkzeug), Recoll, Krosader (Locate -basierte Suche), SpaceFM -Dateisuche, Nautilus, AngrySearch und Catfish versucht, um herauszufinden, ob es sinnvoll ist, diese zu verbessern. Sie sind jedoch nicht genau das, wonach ich gesucht habe:

• eigenständige Anwendung (nicht Teil eines Dateimanagers)
• geschrieben in einer Sprache mit C -ähnlichen Leistung
• Keine Abhängigkeiten von einer bestimmten Desktop -Umgebung
• QT5 oder GTK3 basiert
• Kleine Speicherverwendung (sowohl Festplatte als auch RAM)
• Zielgruppe: Erweiterte Benutzer

Suchen Sie nach einer Befehlszeilenschnittstelle?

Ich kann FZF oder die offensichtlichen Werkzeuge nur empfehlen: Finden und (m) Locate

Warum GTK3 und nicht QT5?

Ich mag beide, und mein langfristiges Ziel ist es, Konsolen-, GTK3- und QT5 -Schnittstellen bereitzustellen oder es anderen zumindest leicht zu machen, diese zu bauen. Vorher ist es jedoch nur GTK3, weil ich C mehr als C ++ mag, und ich vertraut besser mit der GTK -Entwicklung.

Fragen?

E -Mail: Christian.boxDoerfer [at] posteo.de