fsearch

FSearch est un utilitaire de recherche de fichiers rapide, inspiré de tout le moteur de recherche. Il est écrit en C et basé sur GTK3.

• Pour les rapports de bogues et les demandes de fonctionnalités, veuillez utiliser le tracker du problème: https://github.com/cboxdoerfer/fsearch/issues
• Pour les discussions et les questions sur FSearch, utilisez le forum de discussion: https://github.com/cboxdoerfer/fsearch/discussions
• Pour tout le reste lié à FSearch, vous pouvez me parler sur matrice: https://matrix.to/#/#fsearch:matrix.org

Caractéristiques

• Résultats instantanés (comme vous tapez)
• Syntaxe de recherche avancée
• Support générique
• Support regex
• Prise en charge du filtre (recherche uniquement des fichiers, des dossiers ou tout)
• Inclure et exclure les dossiers spécifiques à indexer
• Capacité à exclure certains fichiers / dossiers de l'index à l'aide d'expressions de jacquier
• Toi rapide par nom de fichier, chemin, taille ou temps de modification
• Interface personnalisable (par exemple, basculer entre l'interface utilisateur traditionnelle avec des décorations de MenUbar et côté client)

Exigences

• GTK 3.18
• Glib 2,50
• GLIBC 2.19 ou MUSL 1.1.15 (d'autres bibliothèques standard peuvent aussi fonctionner, ce ne sont que ceux que j'ai vérifiés)
• PCRE2 (libpcre2)
• USI 3.8

Télécharger

Il est recommandé d'installer FSearch à partir de l'un des packages stables , sauf si vous savez ce que vous faites.

Les packages de développement sont principalement destinés aux tests et aux utilisateurs aventureux.

Distribution	Écurie	Développement
Ubuntu	PPA stable	PPA tous les jours
Arch Linux	AUR	Aur (Git)
Fedora / Rhel / Centos	COPR ÉTABLE	Copr Nightly
Debian	Ouverte
ouverte	Ouverte
Flatpak (fonctionnalités limitées)	Flathub
Solus *	Référentiel
Freebsd *	Sport de nouveau

(*) Non maintenu par moi

Feuille de route

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

Construire des instructions

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

Localisation

La localisation de FSearch est gérée avec la weblate.

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

Si vous souhaitez contribuer des traductions, veuillez les soumettre là-bas, au lieu d'ouvrir des demandes de traction sur GitHub. Cela comprend également toutes les suggestions des textes anglais - l'anglais n'est pas ma langue maternelle, il y a donc probablement des erreurs et des libellés inhabituels.

Des instructions peuvent être trouvées ici: https://docs.weblate.org/en/latest/user/basic.html

Et bien sûr: merci d'avoir pris le temps de traduire FSearch!

Limitations actuelles

• Le tri de nombreux résultats par type peut être très lent, car la collecte de ces informations est coûteuse et les données ne sont pas indexées. Cela signifie également que lorsque la vue est triée par type , la recherche réinitialisera l'ordre de tri pour nommer .
• L'utilisation de l'option Déplacer vers la poubelle ne met pas à jour l'index de la base de données, donc les fichiers / dossiers saccagés s'affichent dans la liste des résultats comme si rien ne s'était passé.

Pourquoi un autre utilitaire de recherche?

Performance. Sur Windows, j'aime vraiment utiliser tout le moteur de recherche. Il fournit des résultats instantanés lorsque vous tapez pour tous vos fichiers et beaucoup de fonctionnalités utiles (regex, filtres, signets, ...). Sur Linux, je n'ai rien trouvé qui est même à distance aussi rapide et puissant.

Avant de commencer à travailler sur FSearch, j'ai jeté un coup d'œil aux solutions existantes. J'ai essayé l'outil de recherche de mate (anciennement GNOME Search Tool), Recoll, Krusader (recherche basée sur la localisation), SpaceFM File Search, Nautilus, AngrySearch et Catfish, pour savoir s'il est logique de les améliorer. Cependant, ils ne sont pas exactement ce que je cherchais:

• Application autonome (ne faisant pas partie d'un gestionnaire de fichiers)
• Écrit dans une langue avec C Like Performance
• Aucune dépendance à un environnement de bureau spécifique
• Basé sur QT5 ou GTK3
• utilisation de la petite mémoire (à la fois disque dur et RAM)
• Public cible: utilisateurs avancés

Vous cherchez une interface de ligne de commande?

Je recommande fortement FZF ou les outils évidents: trouver et (m) localiser

Pourquoi GTK3 et non QT5?

Je les aime tous les deux, et mon objectif à long terme est de fournir des interfaces Console, GTK3 et QT5, ou du moins faciliter les autres pour les construire. Cependant, pour le moment, ce n'est que GTK3 parce que j'aime C plus que C ++, et je suis plus familier avec le développement de GTK.

Questions?

Courriel: christian.boxDoerfer [at] posteo.de