Pourquoi
On payait trop cher d’Adobe par mois. (Qui ne paie pas trop cher d’Adobe par mois ?)
Et à côté de ça, à chaque fois qu’il fallait fusionner deux PDF ou réorganiser des pages, la seule alternative c’était des outils en ligne. Contrats, rapports d’audit, données client… uploader ça sur un serveur qu’on ne contrôle pas, hors de question.
L’idée c’était simple : est-ce que Claude peut nous aider à monter un outil de manipulation de PDF qui tourne 100% dans le navigateur ? Pas de serveur, pas de données qui transitent, installable, utilisable offline, gratuit.
Ce qu’on peut faire avec
On glisse ses fichiers PDF (ou des images) sur la page. Les pages apparaissent en miniatures. À partir de là :
- Réorganiser en drag-drop
- Pivoter avec Q et E
- Supprimer avec Del
- Regrouper les pages par couleur pour s’y retrouver
- Chercher du texte dans le document
- Importer des images (JPG, PNG, WebP, TIFF) converties en pages PDF
- Compresser à l’export
Undo/redo, FR/EN, bottom sheet sur mobile.
Quand c’est prêt, on fusionne et on télécharge.
Rien ne quitte le navigateur. C’est une PWA, une fois chargée, ça marche même sans connexion.
Tout n’est pas encore tout à fait sec. La recherche dans les PDF est moyenne, elle retrouve le texte mais le surlignage n’est pas au niveau. Et l’édition de texte dans un PDF… j’ai beaucoup peiné. La spec PDF est un monstre, modifier du texte en place c’est un combat contre le format lui-même. C’est là, ça marche à peu près, mais c’est le chantier le moins satisfaisant du projet.
Le undo/redo par contre, c’est rigolo à mettre en place. C’est du pattern Memento : on snapshot l’état avant chaque action, on empile, et on dépile. 50 niveaux d’undo, ça suffit largement.
Claude comme co-pilote
Le vrai sujet derrière ce projet, c’était de tester Claude sur un mini projet concret. Est-ce qu’on peut sortir un outil front utilisable en une journée avec ?
Premier commit le 6 mars 2026. Le 9, on avait un éditeur complet. 29 commits au total, essentiellement sur des pauses midi.
Ce qu’on en a tiré, c’est surtout de la formation en interne. Apprendre à bosser avec Claude, comprendre ce qu’il fait bien et où il décroche. L’outil tourne depuis plusieurs mois et nous a remplacé Adobe. (Oui, Adobe. Pour de vrai.)
Ça ne fait pas la signature électronique, mais pour ça on passe par des outils dédiés qui coûtent bien moins cher. Et pour lire un PDF, fusionner, réorganiser, on n’a pas besoin d’une solution complète qui fait aussi des tas d’autres bricoles dont on ne se sert jamais.
Build or buy ? (or vibe code ?)
Le temps de dev total est sous la journée/homme. Avec le recul, je pense qu’avec une bonne méthode, en 2h max c’est plié.
Est-ce que demain c’est pertinent de faire ça plutôt que de payer une licence ? Ça dépend du nombre. Si c’est pour remplacer une licence, probablement pas. Si c’est pour en remplacer plusieurs dizaines, la question se pose.
Mais franchement, c’est un cas d’usage tellement simple qu’on devrait voir ce genre d’outils poper un peu partout. Il n’y a aucun intérêt à rendre ça payant.
(Et pourtant…)
Ce que j’en ai appris
Le responsive, c'est pas gagné Claude génère du desktop-first et il faut vraiment lui imposer une politique de test multi-dimensions sinon ça passe à la trappe.
Le testing est naze Il faut surcharger avec une approche rigoureuse, un peu ISTQB maison, sinon on se retrouve avec des tests qui ne testent rien.
Le design IA, ça se voit À l'époque Claude était nul en graphisme. Le résultat ressemble à toutes les applis générées par IA. Il faudrait sans doute une refonte pour avoir une patte, mais est-ce que c'est pertinent pour un outil interne ? Pas sûr.
La config et le scaffolding, c'est redoutable Manifeste PWA, service worker, pipeline CI... ça sort en quelques minutes.
Le projet s’étale sur plusieurs jours dans le git, mais concrètement ça a surtout été fait sur les temps de midi et les pauses.
Ouvrir PDF Manager
pdf.tordu-jardin.fr · 100% navigateur · rien ne quitte votre machine