Outils de développement · Éditeur HTML WYSIWYG
Une brève histoire du WYSIWYG : de Bravo de Xerox PARC aux éditeurs de navigateurs
· Contexte
html contenu modifiable flux de travail du développeur
Retrace l'édition de ce que vous voyez est ce que vous obtenez depuis les systèmes de recherche des années 1970, en passant par la publication assistée par ordinateur et les créateurs de pages Web, jusqu'aux éditeurs modifiables dans chaque navigateur.
Avant le WYSIWYG, vous formatiez en aveugle : s'ouvre avec des flux de travail de balisage et d'impression et pourquoi l'édition visuelle était révolutionnaire
Avant l'édition visuelle, les auteurs écrivaient souvent des codes de contrôle ou des balises et visualisaient le résultat formaté plus tard. Le retard a rendu la mise en page itérative : modifier les instructions, restituer à nouveau, comparer et répéter. L'affichage du formatage pendant la composition a raccourci cette boucle et modifié ce que les non-spécialistes attendaient d'un logiciel de gestion de documents.
Cet article évite délibérément les premiers et les dates exactes que le référentiel ne fournit pas de manière indépendante. Son objectif est d'expliquer la lignée de conception derrière une surface d'édition de navigateur, et non de certifier une chronologie historique complète. Les jalons nommés nécessitent des références archivistiques avant publication en tant qu’historique factuel du produit.
Les premiers systèmes de documents visuels ont établi l'idée ; ce référentiel ne fournit pas de chronologie Bravo
Les systèmes de recherche associés à Xerox PARC sont largement abordés dans les historiques WYSIWYG et dans les noms de classeurs Bravo. Aucune source de référentiel fournie ici ne vérifie sa date, ses fonctionnalités ou sa priorité par rapport aux contemporains, de sorte que ces détails sont omis plutôt que paraphrasés comme des faits.
L'étape conceptuelle défendable est un affichage bitmap associé à une manipulation directe de documents formatés. L'écran est devenu une approximation active de la sortie plutôt qu'un simple endroit pour taper des commandes. Cette relation entre le formatage visible et la structure sous-jacente définit toujours les compromis des éditeurs modernes.
L'édition visuelle a atteint les ordinateurs de bureau des consommateurs ; les jalons exacts du produit nécessitent des sources d'archives externes
Le classeur nomme ensuite Xerox Star, MacWrite et la publication assistée par ordinateur. Le séquençage et l’influence exacts nécessitent des sources au-delà de cette base de code. Ce que l'on peut dire sans invention, c'est que l'informatique personnelle graphique a rendu la composition visuelle familière à un public beaucoup plus large et a lié l'édition aux polices, à l'espacement et à la mise en page.
Ce modèle de bureau encourageait les attentes de pages stables et de périphériques de sortie contrôlés. Le contenu Web a ensuite compliqué la promesse, car un fragment HTML peut répondre à de nombreuses feuilles de style, largeurs et préférences utilisateur. L’expression « ce que vous voyez » est devenue moins littérale à mesure que l’édition passait des pages papier aux documents réactifs.
Les créateurs de pages des années 1990 ont exposé la création Web visuelle et son compromis en matière de balisage
Les créateurs de pages Web visuelles ont apporté la composition directe au HTML et ont été associés aux wrappers générés et au balisage de présentation. Encore une fois, le manuel nomme des produits particuliers sans aucune preuve de référentiel pour une réputation ou un calendrier détaillé. Cet article se limite au compromis technique durable.
Un outil visuel doit traduire les gestes en un arbre et une ficelle. S'il est optimisé pour une apparence immédiate, il peut émettre une présentation locale qui résiste à une refonte ultérieure. Si cela limite la sortie, la fidélité visuelle à la source diminue. ToolAcre choisit un sous-ensemble sémantique contraint et affiche la source filtrée.
L'édition se déplace vers la page – explique comment contenteditable a introduit le WYSIWYG dans les navigateurs et les plates-formes CMS.
Le navigateur contenteditable a déplacé l'hôte d'édition dans un élément de page ordinaire. Le navigateur peut gérer les carets, les sélections, la saisie et la suppression tandis que le code de l'application fournit des contrôles et lit innerHTML. ToolAcre suit ce modèle et envoie actuellement des actions de barre d'outils via execCommand obsolète.
L'application ajoute ensuite des limites que l'hôte d'édition natif ne fournit pas : interception de collage, nettoyage de la source, rapport de suppression, nombre de caractères et de mots, extraction de texte brut, copie, téléchargement et aperçu inerte. Cette superposition explique pourquoi contenteditable à lui seul n'est pas un produit complet.
Le contre-mouvement privilégie les sources contraintes et l'édition structurée, sans chronologie de produit sourcée
Le balisage léger et les éditeurs structurés répondent différemment au même problème de qualité de sortie. Ils limitent ce que les auteurs peuvent exprimer ou stocker, puis restituent un résultat contrôlé. Le classeur demande un contre-mouvement historique, mais aucune source ici ne soutient une date, une revendication d'adoption ou une séquence causale nommée.
La comparaison utile est architecturale. Une source contrainte peut être facile à différencier et à transformer, tandis qu'une surface visuelle abaisse la barrière du formatage. ToolAcre combine la rédaction visuelle avec du HTML visible, mais il n'offre pas de collaboration, de modèle de document ou de commandes déterministes entre navigateurs.
Ce que cela ne couvre pas : une chronologie produit par produit ou une publication assistée par ordinateur au-delà de son influence sur le Web
Cet article ne fournit pas de chronologie produit par produit, ne crédite pas une invention, ne cite pas de chercheurs ni ne couvre la publication assistée par ordinateur au-delà d'une large influence. Ces omissions sont intentionnelles car aucune source d'archives n'a été fournie. L'implémentation de l'éditeur peut vérifier le comportement actuel, et non la priorité historique.
Il ne prétend pas non plus que les éditeurs visuels produisent nécessairement un mauvais balisage. La qualité du résultat dépend du modèle et de la politique d’édition. Ici, les alias et les listes autorisées réduisent les variations après une mutation du navigateur, tandis que le mode source permet à un rédacteur de revoir ce qui reste. D'autres éditeurs peuvent choisir des structures différentes.
À retenir : l'ancienne tension est toujours le problème de conception - résume la commodité visuelle par rapport à une sortie propre et comment l'éditeur HTML WYSIWYG de ToolAcre y résout en vous permettant de voir le balisage produit par vos modifications.
L'ancienne tension survit : le contrôle visuel direct aide les auteurs, tandis qu'une sortie structurée durable aide les systèmes et les futurs responsables. Un éditeur crédible rend cette traduction visible et admet que le rendu dépend du contexte du navigateur et de la destination.
ToolAcre est un petit exemple contemporain. Formatez une note jetable, inspectez le code HTML filtré et comparez l'aperçu avec la source. L’exercice démontre la lignée sans transformer un aperçu historique non sourcé en fausse précision ni prétendre que cette implémentation résout tous les compromis WYSIWYG.