Herramientas de desarrollo · Editor HTML WYSIWYG
Una breve historia de WYSIWYG: desde Bravo de Xerox PARC hasta los editores de navegador
· Antecedentes
html contento flujo de trabajo del desarrollador
Rastrea la edición de lo que ves es lo que obtienes desde los sistemas de investigación de la década de 1970, pasando por la autoedición y los creadores de páginas web, hasta los editores contentos de cada navegador.
Antes de WYSIWYG, formateaba a ciegas: se abre con flujos de trabajo de marcado e impresión y por qué la edición visual fue revolucionaria
Antes de la edición visual, los autores a menudo escribían códigos de control o marcas y veían el resultado formateado más tarde. El retraso hizo que el diseño fuera iterativo: cambiar instrucciones, renderizar nuevamente, comparar y repetir. Mostrar el formato durante la composición acortó ese ciclo y cambió lo que los no especialistas esperaban del software documental.
Este artículo evita deliberadamente fechas y fechas exactas que el repositorio no obtiene de forma independiente. Su propósito es explicar el linaje de diseño detrás de una superficie de edición de navegador, no certificar una cronología histórica completa. Los hitos nombrados necesitan referencias de archivo antes de su publicación como historial real del producto.
Los primeros sistemas de documentos visuales establecieron la idea; este repositorio no tiene una cronología Bravo
Los sistemas de investigación asociados con Xerox PARC se analizan ampliamente en las historias WYSIWYG y el libro de trabajo nombra a Bravo. Ninguna fuente de repositorio proporcionada aquí verifica su fecha, conjunto de características o prioridad sobre las contemporáneas, por lo que esos detalles se omiten en lugar de parafrasearse como un hecho.
El hito conceptual defendible es una visualización en mapa de bits combinada con la manipulación directa de documentos formateados. La pantalla se convirtió en una aproximación activa de la salida en lugar de simplemente un lugar para escribir comandos. Esa relación entre el formato visible y la estructura subyacente todavía define las compensaciones de los editores modernos.
La edición visual llegó a los escritorios de los consumidores; Los hitos exactos del producto requieren fuentes de archivo externas.
El libro de trabajo a continuación nombra Xerox Star, MacWrite y autoedición. La secuencia exacta y la influencia requieren fuentes más allá de este código base. Lo que se puede decir sin invención es que la informática personal gráfica hizo que la composición visual fuera familiar para un público mucho más amplio y vinculó la edición con las fuentes, el espaciado y el diseño de las páginas.
Ese modelo de escritorio fomentó las expectativas de páginas estables y dispositivos de salida controlados. Posteriormente, el contenido web complicó la promesa porque un fragmento HTML puede cumplir con muchas hojas de estilo, anchos y preferencias del usuario. La frase "lo que ves" se volvió menos literal a medida que la publicación pasó de páginas similares a papel a documentos responsivos.
Los creadores de páginas de la década de 1990 expusieron la creación web visual y su compensación de marcado
Los creadores de páginas web visuales trajeron la composición directa a HTML y se asociaron con envoltorios generados y marcas de presentación. Nuevamente, el libro de trabajo nombra productos particulares sin evidencia de repositorio para una reputación detallada o un cronograma. Este artículo se limita al problema duradero de la ingeniería.
Una herramienta visual debe traducir gestos en un árbol y una cadena. Si se optimiza para una apariencia inmediata, puede emitir una presentación local que se resista a un rediseño posterior. Si limita la salida, la fidelidad visual a la fuente disminuye. ToolAcre elige un subconjunto semántico restringido y muestra la fuente filtrada.
La edición se traslada a la página: explica cómo contenteditable llevó WYSIWYG a los navegadores y plataformas CMS.
El navegador contenteditable movió el host de edición a un elemento de página normal. El navegador puede gestionar signos de intercalación, selecciones, escritura y eliminación, mientras que el código de la aplicación proporciona controles y lee el HTML interno. ToolAcre sigue ese modelo y actualmente envía acciones de la barra de herramientas a través de execCommand en desuso.
Luego, la aplicación agrega límites que el host de edición nativo no proporciona: interceptación de pegado, desinfección de fuentes, un informe de eliminación, recuento de caracteres y palabras, extracción de texto sin formato, copia, descarga y una vista previa inerte. Esta superposición explica por qué contenteditable por sí solo no es un producto completo.
El contramovimiento favorece la fuente restringida y la edición estructurada, sin una línea de tiempo del producto fuente
El marcado ligero y los editores estructurados responden a la misma preocupación por la calidad del resultado de forma diferente. Restringen lo que los autores pueden expresar o almacenar y luego generan un resultado controlado. El libro de trabajo solicita un contramovimiento histórico, pero ninguna fuente aquí respalda una fecha, una afirmación de adopción o una secuencia causal nombrada.
La comparación útil es arquitectónica. Una fuente restringida puede ser fácil de diferenciar y transformar, mientras que una superficie visual reduce la barrera al formateo. ToolAcre combina dibujo visual con HTML visible, pero no ofrece colaboración, un modelo de documento ni comandos deterministas entre navegadores.
Lo que esto no cubre: una línea de tiempo producto por producto o autoedición más allá de su influencia en la web.
Este artículo no proporciona una cronología producto por producto, no da crédito a una invención, no cita a investigadores ni cubre la autoedición más allá de una amplia influencia. Esas omisiones son intencionales porque no se proporcionaron fuentes de archivo. La implementación del editor puede verificar el comportamiento actual, no la prioridad histórica.
Tampoco afirma que los editores visuales necesariamente produzcan un marcado incorrecto. La calidad del resultado depende del modelo y la política de edición. Aquí, los alias y las listas permitidas reducen la variación después de la mutación del navegador, mientras que el modo fuente permite al escritor revisar lo que queda. Otros editores pueden elegir estructuras diferentes.
Conclusión: la vieja tensión sigue siendo el problema de diseño: resume la conveniencia visual versus la salida limpia y cómo el editor HTML WYSIWYG de ToolAcre lo aborda al permitirle ver el marcado que producen sus ediciones.
La vieja tensión sobrevive: el control visual directo ayuda a los autores, mientras que la producción estructurada duradera ayuda a los sistemas y a los futuros mantenedores. Un editor creíble hace que esa traducción sea visible y admite que la representación depende del navegador y del contexto de destino.
ToolAcre es un pequeño ejemplo contemporáneo. Formatee una nota desechable, inspeccione el HTML filtrado y compare la vista previa con la fuente. El ejercicio demuestra el linaje sin convertir un esquema histórico sin fuentes en una precisión falsa o afirmar que esta implementación resuelve todos los compromisos WYSIWYG.