Herramientas de desarrollo · Editor HTML WYSIWYG
De etiquetas <font> a CSS: cómo el formato web salió del marcado
· Antecedentes
html css limpieza de texto
Relata cómo el HTML de presentación, como los atributos de fuente, centro y alineación, dio paso a CSS, y por qué esa historia explica el debate actual sobre el estilo en línea en los editores.
HTML de presentación en páginas más antiguas: aquí no se obtiene ningún reclamo de fecha
Los fragmentos de páginas más antiguos a menudo expresan la apariencia directamente a través de elementos como fuente y centro o atributos como bgcolor y align. El libro de trabajo adjunta una cronología de mediados de la década de 1990, pero ninguna fuente del repositorio verifica esas fechas. La implementación sólo puede demostrar cómo este editor trata dicho marcado en la actualidad.
ToolAcre no permite fuentes ni centros y no conserva los atributos de presentación. Los envoltorios ordinarios no admitidos se desenvuelven, por lo que sus palabras visibles pueden sobrevivir mientras la instrucción de formato desaparece. Ese resultado es un borrador limpio, no una restauración fiel de una página heredada.
fuente, centro y bgcolor: presentación en las etiquetas: describe los elementos y atributos que los navegadores agregaron para la apariencia
Cuando la presentación reside en etiquetas y atributos, el contenido y el diseño se vuelven difíciles de cambiar de forma independiente. Se debe editar una elección de color repetida en los artículos en cada fragmento, y un encabezado centrado no tiene un significado estructural inherente. Copiar esas construcciones también importa suposiciones de un diseño obsoleto.
El marcado semántico nombra funciones como encabezado, párrafo, lista y cita. La hoja de estilo de destino puede presentar todas las apariciones de forma coherente. ToolAcre admite ese vocabulario más reducido y también elimina clase y estilo, dejando al sistema receptor responsable de su propia capa de presentación.
CSS separa la estructura de la presentación; Las fechas de los estándares están fuera de la evidencia del repositorio.
CSS proporciona selectores y declaraciones independientes del árbol de contenido. Esa división arquitectónica permite que un cambio de diseño afecte a muchos documentos sin tener que reescribir cada cuerpo. Este artículo no inventa una fecha de primera recomendación ni una secuencia de estándares porque tales afirmaciones históricas requieren especificaciones externas.
La regla práctica sigue siendo comprobable: los fragmentos copiados de ToolAcre no contienen atributos de estilo ni nombres de clases. El documento completo descargado incluye la propia hoja de estilo contenedor de ToolAcre, pero ese CSS no se inserta en el fragmento desinfectado devuelto por Copiar HTML.
Los elementos de presentación están fuera de esta lista permitida, sin un reclamo cronológico de nivel de vida.
El libro de trabajo describe la desaprobación y eliminación de un nivel de vida. Este módulo no tiene un archivo de estándares, por lo que el artículo se detiene en la política actual: los elementos de presentación no son compatibles y se desenvuelven o se eliminan según su categoría de riesgo. No hace una afirmación de cronología normativa.
El informe de eliminación es la prueba útil. Pegue una etiqueta de fuente alrededor del texto y observe que el envoltorio se rechaza mientras permanecen las palabras. Pegue un contenedor de estilo peligroso y su cuerpo se eliminará por completo, porque el contenido de estilo sin formato puede crear solicitudes y superficies de análisis más allá del alcance de este editor.
Los estilos en línea existen en otros lugares, pero este editor los elimina
El estilo en línea es un mecanismo de sintaxis moderno, pero ToolAcre lo rechaza por completo. Por lo tanto, este editor no puede demostrar un atributo de estilo de "compromiso" sobreviviente ni recomendar uno de sus propios modos de salida. El único estilo autónomo aparece en el documento de vista previa generado alrededor del cuerpo HTML filtrado.
Otros contextos, especialmente la producción de correo electrónico, pueden requerir declaraciones en línea. Ese requisito exige un proceso separado con pruebas de clientes y políticas de CSS. Agregar un estilo arbitrario aquí contradeciría la lista de permitidos actual y ampliaría las responsabilidades del desinfectante sin evidencia ni pruebas.
Ejemplo resuelto: modernización de un fragmento de la década de 1990: reescribe el marcado de etiqueta de fuente como HTML semántico más una clase y compara los dos
Modernice `<center><font color="red"><b>Maintenance</b></font></center><p align="left">Tonight</p>` eligiendo un título y un párrafo reales. ToolAcre desenvuelve la presentación no compatible, asigna b a fuerte, elimina la alineación y retiene p, pero no puede inferir que el Mantenimiento deba ser h2.
Reescribe el significado explícitamente como `<h2>Maintenance</h2><p>Tonight</p>`, luego agrega clases de destino aprobadas o reglas de hojas de estilo fuera del editor. Si se pretende dar importancia dentro de una oración, fuerte puede ser adecuado; Si la negrita era simplemente un peso de fuente, no conserve una semántica engañosa.
Lo que esto no cubre: debates sobre metodología CSS o estilo específico del marco
Este artículo no compara metodologías CSS, marcos, clases de utilidad o tokens de diseño. No reclama fechas históricas para transiciones de fuentes, CSS o estándares. Tampoco ofrece un convertidor automatizado que pueda inferir roles semánticos a partir del marcado visual heredado.
El filtrado no es una prevención XSS universal. El tokenizador escrito a mano de ToolAcre está restringido y su vista previa está en un espacio aislado por separado. Un servidor que acepta HTML heredado o generado por el usuario necesita un desinfectante basado en analizador mantenido, pruebas de migración y una lista de permitidos específica del destino.
Conclusión: sepa por qué existe la regla: resume el historial y cómo inspeccionar la salida en el editor HTML WYSIWYG de ToolAcre ayuda a mantener la presentación fuera de su marcado.
Sepa por qué la estructura y la presentación están separadas: el significado debe sobrevivir al rediseño, mientras que la apariencia debe regirse de manera consistente. ToolAcre refuerza ese límite de manera agresiva al eliminar tanto la presentación heredada como el estilo moderno en línea o basado en clases de los fragmentos copiados.
Utilice la vista de origen para identificar lo que se perdió, luego restaure la semántica manualmente y el estilo en el destino. Es posible que este proceso no preserve el aspecto anterior, pero produce contenido que es más fácil de revisar, migrar y adaptar sin llevar decisiones obsoletas a cada tema futuro.