Rédiger un article en devant imaginer mentalement le rendu final, à partir de balises et de crochets, freine beaucoup d’auteurs non techniques. L’éditeur visuel répond à ce besoin en affichant chaque bloc déjà mis en forme pendant la rédaction : un titre apparaît en grand caractère gras, une citation avec son style propre, un bouton avec sa couleur de fond, sans qu’aucune balise ne soit visible à l’écran. C’est le sens du sigle WYSIWYG (« what you see is what you get »), popularisé bien avant WordPress mais toujours au cœur de son éditeur de blocs.
Fonctionnement dans WordPress
Ce rendu s’appuie sur les styles chargés spécifiquement dans l’éditeur (editorStyle dans block.json, ou la feuille style-inspector.css générée depuis theme.json), qui cherchent à se rapprocher du rendu final du site sans toujours le reproduire à l’identique : polices web, marges du thème ou effets CSS avancés peuvent légèrement différer entre l’éditeur et l’aperçu réel.
Cas pratique
- Rédiger un article du début à la fin sans jamais consulter le code source, en s’appuyant uniquement sur l’apparence affichée à l’écran.
- Repérer un bloc mal stylé en comparant son rendu dans l’éditeur visuel avec l’aperçu du site, pour identifier un éventuel écart de styles entre édition et affichage public.
À ne pas confondre avec
L’éditeur de code, qui affiche au contraire le balisage brut sans aucune mise en forme visuelle, et l’aperçu, qui charge le véritable gabarit du thème plutôt qu’une approximation pensée pour l’édition.