Nouveautés de File Arbor 1.2.0 : les conditions de contenu pour PDF, DOCX et texte

File Arbor 1.2.0 ajoute deux nouvelles conditions de règle : le contenu contient et le contenu correspond à une expression régulière. Une règle peut désormais décider du dossier de destination d'un fichier en lisant ce qui est écrit à l'intérieur — un PDF, un document Word, un fichier texte — plutôt qu'en se limitant à son nom, son extension, sa taille ou sa date. Les deux conditions sont réservées à la version Pro et lisent le fichier localement ; son texte ne quitte jamais votre machine.

Mise à jour 1.3.0 : Cet article décrit File Arbor 1.2.0. Depuis la version 1.3.0, une règle Pro peut aussi lire des PDF scannés et des photos par OCR, et utiliser les valeurs qu'elle lit, comme une date de facture, pour construire le nom de fichier et les dossiers. Tous les plans peuvent renommer des fichiers, et un déplacement ou un renommage peut être annulé depuis l'Historique. Les points « Pas d'OCR » et « Pas de renommage » ci-dessous décrivent la version 1.2.0 ; la page Nouveautés récapitule ce qui a changé.

Voici précisément ce que font ces deux conditions, ce qu'elles peuvent lire — et, tout aussi important, ce qu'elles ne peuvent pas.

Deux nouvelles conditions : le contenu contient et le contenu correspond à une expression régulière

Chaque règle de File Arbor fonctionne toujours de la même façon : un côté SI qui décide quels fichiers correspondent, et un côté ALORS qui décide de ce qui leur arrive. La version 1.1.0 a introduit des actions pour le côté ALORS — déplacer, Corbeille, supprimer, exécuter une commande. La 1.2.0 ne touche pas aux actions ; elle ajoute deux nouvelles options au côté SI, aux côtés des conditions existantes de nom, d'extension, de taille et de date.

Le contenu contient (Pro)

Une recherche de texte simple à l'intérieur du fichier. Elle est insensible aux accents et à la casse, si bien qu'une recherche sur societe correspond aussi à un fichier qui contient société. Vous pouvez lister plusieurs termes séparés par des virgules, et la condition correspond si le fichier contient l'un d'entre eux, peu importe lequel — c'est un OU, pas un ET.

Un exemple concret : acheminer tout ce qui mentionne une facture ou un reçu vers un seul dossier, quel que soit le logiciel qui a généré le PDF.

Surveiller : Téléchargements
Correspondance : extension .pdf, le contenu contient facture, reçu
Action : déplacer vers Documents/Factures

Comme la correspondance ignore les accents et la casse, FACTURE, Facture et n'importe quelle variante accentuée du mot satisfont la même règle. Il n'est pas nécessaire d'écrire plusieurs conditions pour couvrir la casse.

Le contenu correspond à une expression régulière (Pro)

La seconde condition exécute une expression régulière sur le texte extrait. Contrairement au contenu contient, elle est littérale — aucun repliement d'accent, aucune insensibilité à la casse. Ce que vous écrivez est ce qui est comparé, caractère pour caractère. File Arbor valide chaque expression régulière contre les motifs à risque de repli catastrophique avant d'autoriser l'enregistrement de la règle, si bien qu'un motif capable de bloquer le moteur de correspondance est rejeté en amont plutôt que découvert plus tard sur un vrai fichier.

Surveiller : Téléchargements
Correspondance : extension .txt ou .md, le contenu correspond à l'expression régulière \bFACT-\d{4,6}\b
Action : déplacer vers Documents/Factures/Par-numero

Si les expressions régulières sont nouvelles pour vous, notre guide regex pour débutants couvre la syntaxe prise en charge par File Arbor, que vous l'appliquiez au nom d'un fichier ou, ici, à son contenu.

Quels fichiers les conditions de contenu peuvent-elles réellement lire ?

Trois types de fichiers : les PDF qui contiennent une couche de texte, les documents Word (.docx), et les formats texte — TXT, Markdown et CSV. Le type de fichier est détecté en examinant le contenu lui-même, pas en faisant confiance à l'extension, si bien qu'un fichier texte portant la mauvaise extension est quand même lu correctement.

L'extraction est paresseuse. File Arbor n'ouvre pas et ne lit pas chaque fichier qui arrive dans un dossier surveillé — il n'extrait le texte que lorsqu'une règle munie d'une condition de contenu a réellement besoin de tester ce fichier. Les règles sans condition de contenu se comportent exactement comme avant la 1.2.0, à la même vitesse.

Ce que les conditions de contenu ne font pas

C'est la partie à lire attentivement avant de construire une règle autour de cette fonctionnalité.

Pas d'OCR. Un PDF scanné ou une photo de document n'a pas de couche de texte, donc il n'y a rien à lire pour une condition de contenu. Elle ne correspondra jamais, quel que soit le texte visible sur le papier.
Pas de feuilles de calcul (XLSX), pas de PDF chiffrés, pas d'en-têtes, pieds de page ou notes de bas de page de DOCX. Les conditions de contenu lisent le corps du texte d'un DOCX et la couche de texte d'un PDF non chiffré — rien d'autre.
Pas de renommage. Une condition de contenu décide uniquement du dossier vers lequel un fichier va. C'est tout son rôle. Il n'existe aucun modèle de nom, ni aucun mécanisme pour extraire du texte d'un fichier et l'intégrer à son nom.
Pas d'IA. Il s'agit d'une correspondance de texte et d'expression régulière déterministe — le même fichier produit toujours le même résultat, hors ligne, sans qu'aucun modèle n'interprète ou ne résume quoi que ce soit.

Rien de tout cela n'est un défaut à corriger discrètement plus tard — c'est la limite assumée de ce pour quoi la fonctionnalité existe. Si vos fichiers sont des images scannées, ou si vous avez besoin d'un renommage automatique à partir du contenu, les conditions de contenu ne sont, aujourd'hui, pas le bon outil pour ce travail.

Existe-t-il des limites de traitement pour les conditions de contenu ?

Oui, et c'est voulu. File Arbor lit jusqu'à 32 Mo par fichier, et dans cette limite, il n'examine que les premiers 256 Ko de texte extrait et les 20 premières pages d'un PDF. L'extraction s'arrête après 5 secondes par fichier, quel que soit l'endroit atteint. Une règle teste le texte extrait dans ces limites — rien au-delà.

Tout texte que File Arbor extrait d'un fichier pour tester une règle n'est jamais écrit sur le disque et n'apparaît jamais dans les journaux de l'application. Il ne vit en mémoire que le temps de cette vérification, puis il est supprimé.

Comment cela se compare-t-il à Hazel et à File Juggler ?

Les règles basées sur le contenu ne sont pas nouvelles dans l'automatisation de fichiers, et File Arbor ne prétend pas le contraire. Hazel, l'automate Mac de longue date, dispose d'une condition « Contents contain » depuis des années — elle s'appuie sur Spotlight et va vite, avec un repli plus lent, « Contents contain match », qui lit le fichier directement quand Spotlight ne l'a pas indexé. Hazel 6 est allé plus loin en ajoutant une OCR à la volée pour les fichiers non océrisés, ainsi qu'un moyen de fournir des mots de passe pour les PDF chiffrés. File Arbor ne fait ni l'un ni l'autre. Si votre flux de travail dépend de la correspondance sur des documents scannés ou de la lecture de PDF protégés par mot de passe, Hazel le gère actuellement et File Arbor non.

File Juggler, l'automate exclusivement Windows, propose lui aussi une correspondance de contenu mature depuis des années — il lit les PDF, les DOCX et les fichiers texte, avec des expressions régulières, des motifs et des variables de listes de mots qu'il peut aussi utiliser pour renommer et classer les documents. C'est, à certains égards, une implémentation plus mature, et File Arbor n'a pas le système de variables de listes de mots que propose File Juggler. Ce que File Arbor ajoute n'est pas une première dans la catégorie — c'est le même type de règle de contenu, disponible à la fois sous Windows et macOS depuis une seule application, avec une correspondance déterministe et hors ligne, sans dépendance à Spotlight, à un prix unique avec un niveau gratuit. Voir notre comparatif complet File Juggler pour le reste des différences entre les deux plateformes.

Tarifs et disponibilité

Les deux conditions de contenu font partie de File Arbor Pro, un achat unique de 24,99 $ sans abonnement et avec mises à jour à vie. Le plan gratuit reste inchangé : un dossier surveillé, deux règles, mode manuel. Les conditions de contenu, comme le Mode Auto et l'analyse des sous-dossiers, nécessitent la version Pro. Voir la page tarifs pour le détail complet.

FAQ

La correspondance de contenu de File Arbor fonctionne-t-elle sur des PDF scannés ou des photos de documents ?

Non. Les conditions de contenu lisent la véritable couche de texte d'un fichier, et un PDF scanné ou un document photographié n'en a aucune. File Arbor n'exécute pas d'OCR, donc une facture scannée ou la photo d'un reçu ne correspondra jamais à une condition de contenu. Faites d'abord passer le fichier par un logiciel d'OCR, ou utilisez plutôt une correspondance par nom, dossier ou date. Depuis la version 1.3.0, une règle Pro lit les PDF scannés et les photos par OCR, sur votre ordinateur.

Une condition de contenu renomme-t-elle les fichiers selon ce qu'ils contiennent ?

Non. Les conditions de contenu décident uniquement du dossier vers lequel un fichier est déplacé. Il n'existe aucun modèle de nom, ni aucun moyen d'extraire du texte de l'intérieur d'un fichier pour l'intégrer à son nom — le fichier conserve le nom avec lequel il est arrivé. Si vous avez besoin d'un renommage automatique, les conditions de contenu de File Arbor ne sont pas prévues pour ça. Depuis la version 1.3.0, tous les plans peuvent renommer des fichiers, et une règle Pro peut placer dans le nom du fichier une valeur qu'elle lit dans un document, comme une date de facture.

La correspondance de contenu de File Arbor repose-t-elle sur l'IA ?

Non. C'est une correspondance de texte simple et d'expression régulière, pas un modèle de langage. Le même fichier produit toujours le même résultat, la vérification s'exécute entièrement hors ligne, et aucun service d'IA ne voit jamais le texte. Si vous cherchez un renommage ou une catégorisation pilotés par l'IA, c'est un autre type d'outil que File Arbor.

Quels types de fichiers les conditions de contenu de File Arbor peuvent-elles lire ?

Les PDF qui contiennent une couche de texte, les fichiers Word .docx, et les formats texte — TXT, Markdown et CSV. Elles ne peuvent pas lire les feuilles de calcul (XLSX), les PDF chiffrés, ni les en-têtes, pieds de page et notes de bas de page d'un document Word. Le type de fichier est détecté en examinant le contenu lui-même, pas en se fiant à l'extension.

Y a-t-il des limites de taille ou de longueur sur la correspondance de contenu de File Arbor ?

Oui. File Arbor lit des fichiers jusqu'à 32 Mo, et dans cette limite, il n'examine que les premiers 256 Ko de texte extrait et les 20 premières pages d'un PDF. Chaque fichier dispose d'un maximum de 5 secondes avant l'arrêt de l'extraction. Ces plafonds évitent que de gros fichiers ne ralentissent la surveillance des dossiers.

La correspondance de contenu est-elle disponible dans le plan gratuit de File Arbor ?

Non. Les deux conditions de contenu — le contenu contient et le contenu correspond à une expression régulière — font partie de File Arbor Pro, un achat unique de 24,99 $ sans abonnement. Le plan gratuit couvre toujours un dossier surveillé, deux règles et le mode manuel, mais les conditions basées sur le contenu nécessitent la mise à niveau vers Pro.

Comment passer à File Arbor 1.2.0

L'application se met à jour automatiquement sous Windows et macOS, ou récupérez l'installateur depuis la page de téléchargement. Si vous découvrez File Arbor pour la première fois, le guide de démarrage explique comment créer votre première règle, et les utilisateurs Pro existants peuvent ajouter une condition de contenu à n'importe quelle règle depuis l'éditeur qu'ils utilisent déjà pour les conditions de nom, de taille et de date — aucune nouvelle interface à apprendre. Pour aller plus loin, notre guide sur le tri des fichiers par contenu détaille comment construire une première règle de contenu pas à pas.