Nous ne devons pas faire appel, ou parler d'une fonction que le lecteur verra plus tard : dans un paragraphe ou un chapitre suivant par exemple. Il n'est pas rare de lire une phrase contenant une fonctionnalité, un menu, une fenêtre, une technique que le lecteur connaîtra plus tard en lisant la suite de l'ouvrage.Par exemple, j'ai déjà lu ce genre de phrase : "Dans cette fenêtre, vous pouvez aussi ouvrir un modèle : cliquez sur l'option Modèle". Et de me dire : "Qu'est ce qu'un modèle ?". Pas un mot, pas une référence à la notion de modèle avant d'avoir lu cette phrase ! Et même immédiatement après, pas d'explication. Comment le lecteur peut savoir à l'avance ce qu'est un modèle ? S'il faut qu'il lise dix paragraphes ou qu'il atteigne le chapitre suivant avant de d'aborder cette notion, c'est perdu. Il faudra alors qu'il revienne x pages en arrière pour retrouver la première référence à cette notion de modèle. Ce n'est pas pédagogique.
Le minimum que l'auteur puisse faire, c'est écrire explicitement que cette notion sera vue à telle page dans tel chapitre. Mais personnellement je pense que cela n'est jamais judicieux d'imposer des allers et des retours dans un livre.
C'est bien à l'auteur d'écrire sur des fonctionnalités vues et connues du lecteur. A l'auteur de structurer son ouvrage pour éviter ce type de maladresse rédactionnelle.
Si je dois indiquer l'utilisation de telle ou telle commande d'un menu, je commence par indiquer le nom du menu et pas l'inverse. Exemple : "
Articles
