Ouvrez un PDF dans la plupart des outils d’édition et quelque chose d’invisible se produit avant même que vous ne tapiez un seul caractère : le fichier est converti dans le format interne de l’outil. Vous modifiez cette copie interne et, à l’enregistrement, l’outil écrit un PDF flambant neuf par-dessus votre original. Le fichier qui en sort est une reconstruction — généralement proche, jamais garantie identique.
GingerDocs adopte une approche différente, et la différence compte le plus précisément quand les documents comptent le plus.
Le problème de la conversion-réécriture
La conversion est intrinsèquement destructive. Les polices sont substituées quand l’éditeur ne dispose pas de la fonte exacte. Les mises en page se décalent de fractions qui s’additionnent au fil des pages. Et le fichier d’origine — celui que votre cocontractant a réellement envoyé — est écrasé dès l’enregistrement.
Pour un prospectus, c’est un désagrément. Pour un contrat, c’est un vrai problème : vous ne pouvez plus prouver à quoi ressemblait le document avant que vous n’y touchiez.
Le modèle de la surimpression
GingerDocs affiche votre PDF en lecture seule, exactement tel qu’il a été conçu, et conserve chaque modification dans un calque distinct au-dessus. Textes, signatures, dates, cases à cocher, listes déroulantes — tout cela vit dans la surimpression. Le fichier source n’est jamais modifié.
Comme les modifications sont des données plutôt que des pixels intégrés, vous disposez de l’annulation/rétablissement sur chaque changement et d’un historique des versions que vous pouvez remonter. Un PDF aplati n’est généré qu’à la finalisation — et même là, comme un nouvel artefact aux côtés de l’original conservé.
En vis-à-vis
| Fonctionnalité | GingerDocs (surimpression) | Éditeurs par conversion-réécriture |
|---|---|---|
| Fichier d’origine | Conservé en lecture seule, toujours | Écrasé à l’enregistrement |
| Rendu | Exactement tel que conçu | Approximatif ; risque de substitution de police |
| Vos modifications | Calque distinct et modifiable | Intégrées à la page |
| Historique des modifications | Annuler/rétablir + historique des versions | Souvent inexistant |
| Journal d’audit | Chaque événement consigné et chaîné par hachage | Non suivi |
Quand il faut vraiment changer les mots
La surimpression est le mode par défaut, mais pas le seul. Quand une ligne doit être corrigée, l’édition in-place vous permet de cliquer sur le texte existant et de le retaper avec la police et la couleur d’origine reprises — en changeant ce qui figure sur la page sans convertir le fichier en dessous. Et quand un document doit véritablement être réécrit, un mode reflow optionnel le reconstruit en texte enrichi modifiable et génère un nouveau PDF propre.
La différence avec un éditeur par conversion-réécriture n’est pas que GingerDocs ne réaffiche jamais — le mode reflow le fait —, c’est qu’il n’écrase jamais. Quel que soit le mode utilisé, votre original importé est conservé intact à côté du résultat, si bien que « à quoi ressemblait ceci avant ? » a toujours une réponse. Le mode reflow est une voie délibérée, sur laquelle on s’engage volontairement, pour le rare document qui en a besoin — pas l’étape que chaque enregistrement traverse en silence.
Pourquoi cela compte pour les documents signés
Un flux de signature est une controverse sur l’authenticité qui ne demande qu’à éclater. Quand l’original est conservé, que les modifications sont en calques et que chaque événement figure dans un journal à détection des altérations, cette controverse trouve une réponse courte. Quand le fichier a été converti et réécrit trois fois avant la signature, non.
Si vos documents méritent d’être signés, ils méritent d’être modifiés dans un modèle capable de prouver ce qui leur est arrivé.