Idée principale

Un traitement de texte peut être excellent et rester entièrement passif : il reçoit, stocke, synchronise, transcrit une dictée, permet de déplacer des paragraphes. Tout ce qu'il fait porte sur ce qui est là.

Or ce qui coûte le plus cher dans un texte, c'est ce qui n'y est pas : l'exemple central oublié, la distinction restée floue, le présupposé jamais explicité, la redite d'un texte antérieur. Aucun de ces défauts n'est visible dans le document lui-même — il faut, pour les voir, une lecture qui compare le texte à autre chose qu'à lui-même.

Un outil qui ne fait que recevoir est structurellement incapable de cette lecture.

Pourquoi c'est important

Cela déplace la ligne de partage entre outils d'écriture. Elle ne passe pas entre le papier et l'écran, ni entre le clavier et la voix, ni entre le local et le distant : elle passe entre ce qui reçoit et ce qui interroge.

La conséquence pratique est nette : tant que l'outil est passif, la détection des manques reste entièrement à la charge de l'auteur, et elle se paie en relectures différées.

Nuances et limites

Un outil passif n'est pas un mauvais outil — il fait bien ce qu'il fait, et un outil qui interroge mal est pire qu'un outil qui se tait.

Et l'interrogation n'a de valeur que si elle est située : un outil qui pose des questions génériques donne l'illusion d'un retour sans en produire un.

Questions ouvertes

• Un outil qui signale les manques modifie-t-il ce qu'on écrit, en poussant vers des textes qui résistent à ses critères ?