Comentario: Después de comprender el progreso de XHTML 2, echemos un vistazo al progreso de x/html 5. x/html 5 genial donde está la idea de los elementos capitales x/html 5 introduce nuevos elementos para dividir las páginas web en varios capítulos. Estos componentes ayudan a los motores de búsqueda y las herramientas de asistencia para comprender mejor el contenido de la página. El uso de estos nuevos elementos puede hacer que la etiqueta sea más legible. Capítulo 1
Después de comprender el progreso de XHTML 2, echemos un vistazo al progreso de X/HTML 5.
X/html 5 ¿Dónde está fresco?
Concepto de elementos de capítulo
X/HTML 5 Introduce nuevos elementos para dividir las páginas web en capítulos. Estos componentes ayudan a los motores de búsqueda y las herramientas de asistencia para comprender mejor el contenido de la página. El uso de estos nuevos elementos puede hacer que la etiqueta sea más legible.
¡La idea del contenido basado en capítulos es genial! Pero vea por qué la técnica de usar capítulos no es lo suficientemente genial.
Elementos de diálogo
Se utiliza un elemento de diálogo para representar una conversación. Incluye un elemento DT para definir el elemento DT de la sesión y un elemento DD para representar el discurso de la sesión. Por ejemplo:
<diálogo>
<dt> Costello </dt>
<dd> mira, tienes que primera base? </dd>
<dt> Abbott </dt>
<dd> ciertamente. </dd>
<dt> Costello </dt>
<dd> ¿Quién está jugando primero? </dd>
<dt> Abbott </dt>
<dd> Eso es correcto. </dd>
<dt> Costello </dt>
<dd> Cuando pagas al primer base cada mes, ¿quién obtiene el dinero? </dd>
<dt> Abbott </dt>
<dd> cada dólar de la misma. </dd>
</diálogo>
elemento figrae
Los encabezados a menudo se usan en objetos de medios (fotos, ilustraciones, gráficos, etc.) en la distribución de impresión (libros de texto, periódicos, revistas, etc.). Hasta ahora, los lenguajes de marcado web no tienen una estructura que pueda producir tales efectos. El elemento Figrue tiene un elemento infantil de la leyenda que se puede usar para especificar el encabezado de la imagen. Por ejemplo:
Código XML/HTML
<figura>
<Legend> Crédito: Media Inc., 2007 </legend>
<img src = smith.jpg alt = foto: J. Smith />
</figura>
Memento M
El elemento M representa una pieza de texto que está marcada o resaltada. Esto es muy útil al mostrar palabras clave de búsqueda en páginas web dinámicas. En este momento, las palabras clave en la página se pueden marcar con el elemento M. Por ejemplo, en respuesta a la búsqueda del usuario de nieve de palabras clave, la página web puede generar el siguiente párrafo:
Código XML/HTML
<p> a <m> Snow </m> El hombre es una escultura de hombre construida con <m> nieve </m>. </p>
El elemento de entrada se fortalece
Una vez que se mejora la función del elemento de entrada, puede admitir tipos de datos como correo electrónico, URL, correlación de datos, correlación de tiempo y números. Esto significa que se pueden completar más funciones de verificación en el lado del cliente.
El proceso abierto
El proceso de desarrollo de X/HTML es mucho más abierto que XHTML 2. Todos pueden participar en los detalles creativos X/HTML 5.
Las únicas deficiencias de x/html 5
Uso de elementos de capítulo
La idea de usar elementos del capítulo es buena, pero parece un poco engorroso en la aplicación de X/HTML 5. Incluso hay algunas explicaciones que lo harán aún más confundido. Por ejemplo:
El elemento aparte representa una parte del contenido que constituye la página, que está asociada con el contenido antes y después del elemento aparte, y puede considerarse como una parte independiente del contenido. Estos componentes a menudo se usan en barras laterales en técnicas de impresión.
¿Es más fácil entender los elementos DIV con atributos de roles que no se agregan para ser extensibles e ininteligibles?
Otro elemento del capítulo mencionado es NAV, que representa enlaces a otras páginas de la página. ¿Realmente necesitamos el elemento NAV? El elemento NL en XHTML 2 puede hacer mejor esta tarea.
Las deficiencias en HTML 4 y XHTML 1 aún existirán en futuras especificaciones
Debido a que X/HTML intenta proporcionar soporte hacia atrás, las deficiencias en HTML 4 y XHTML 1 también existirán en X/HTML 5. La especificación no tiene que estar al revés, pero el software del cliente proporciona compatibilidad hacia atrás al admitir una variedad de especificaciones.
X/html 5 no sigue el manual x/html 5
X/HTML 5 está diseñado para ser compatible con retroceso con HTML 4 y XHTML 1. Ahora grande, acrónimo, U y TT no son el contenido de esta especificación, y otros elementos como I y Samll tienen un significado semántico redefinido. Por ejemplo, en la especificación HTML 4.01, I y Small se definen así:
I: Haz el texto en cursiva
Pequeño: Renderiza texto en una fuente pequeña
En X/HTML 5, I y Small tienen nuevos significados:
El elemento I utiliza diferentes formas de expresar un párrafo de texto o párrafos que son diferentes del texto, como el diseño de clasificación, los términos técnicos, los idiomas en idiomas extranjeros, ideas, opiniones, nombres de buques u otros textos que deben presentarse en cursiva en la tecnología de impresión. .
El elemento pequeño presenta pequeñas fuentes (piezas en el documento que indican restricciones legales, como derechos de autor o desventajas existentes) y comentarios.
Esto rompe la compatibilidad hacia atrás para HTML 4 y XHTML 1 redefiniendo el significado de I y Small. Esto se debe a que la compatibilidad hacia atrás debería significar que el agente de usuarios HTML 5 (agente de usuario, navegador) debe ser consistente con el agente de usuario HTML 4 al realizar los documentos HTML 4. Por lo tanto, si HTML 5 enfatiza la compatibilidad hacia atrás, las estructuras que no son muy significativas en HTML 4 tampoco tienen sentido en HTML 5.
No, ¿verdad? ¿Todavía apoyan los elementos de fuentes?
Sí, si los desarrolladores usan el editor WYSIWYG, X/HTML 5 todavía admite elementos de fuentes. ¿Hay alguna racionalidad para hacer esto? ¿Puede el editor de Wysiwyg evitar usar fuentes?
Firma wysiwyg
Los documentos generados utilizando el editor Wysiwyg deben contener la siguiente firma Wysiwyg en el elemento de cabeza:
Código XML/HTML
<meta name = generador content = (editor WYSIWYG) />
o:
Código XML/HTML
<Meta name = Generator Content = Sample Editor 1.0 (editor WYSIWYG) />
¿Cuál es la razón para hacer esto? ¿Algún tipo de marca de vergüenza? ¿Es necesario decirle al navegador que se prepare para lo peor, porque este documento se generó utilizando el editor Wysiwyg? Entonces, ¿qué debo hacer si solo se realiza una parte del documento utilizando la herramienta Wysiwyg?
Admite nombres de clases predefinidos
El nombre de clase predefinido es un nombre de clase CSS semántico conservado en el agente de usuario X/HTML 5. En el siguiente ejemplo, Copyright es un nombre de clase predefinido:
Código XML/HTML
<P class = Copyright> ... </p>
Otros nombres de clase predefinidos incluyen error, ejemplo, problema, nota, búsqueda y advertencia. Lo que es más problemático es que algunos nombres de clases predefinidos solo se usan en ciertos elementos y no se pueden usar en otros elementos. Por ejemplo, el nombre de la clase Copyright solo se usa en elementos P y SPAN. El error del nombre de la clase solo se usa en P, sección, SPAN y fuerte.
Un problema con los nombres de clases predefinidos es que el siguiente método de escritura no tiene sentido:
Código XML/HTML
<p class = importante>
Y esta forma de escribir tendrá sentido:
Código XML/HTML
<p class = copyright>
Reescribir los atributos de la clase se vuelve difícil explicar el significado específico de la estructura. Por ejemplo, ¿qué significa el siguiente código:
Código XML/HTML
<p class = importante problema de copyright>
Los nombres de clases predefinidos también limitan la libertad de uso de los desarrolladores de los nombres de clases. Del mismo modo, si el desarrollador ahora usa un nombre de clase no predefinido, pero un día el nombre de la clase se convierte en una clase predefinida, ¿qué sucederá primero? ¿Cambia esto la semántica del contenido anterior del desarrollador?
Html 5 vs xhtml 5
En un intento de resolver finalmente el debate entre HTML y XHTML, la especificación X/HTML 5 hace que las cosas sean más difíciles de entender. De hecho, la especificación X/HTML 5 dice que en términos generales, los desarrolladores pueden usar XML directamente en la web, a pesar de que W3C ha estado trabajando duro para la aplicación futura de XML en la web.
El proceso de desarrollo está demasiado apresurado
X/HTML 5 es lidiar con el retraso de W3C en las actualizaciones HTML 4 y XHTML 1. Por lo tanto, esto lleva al proceso de desarrollo de X/HTML 5 un poco apresurado, y parece que esta especificación aparece de repente desde donde de repente y luego sigue rápidamente. Incluso los desarrolladores que están directamente involucrados sienten que el proceso de desarrollo estandarizado no es práctico.
Competencia para la próxima generación de lenguajes de marcado
Tanto X/HTML 5 como XHTML 2 compiten por alternativas a HTML 4 y XHTML 1. Instantáneamente en las primeras etapas del desarrollo, algunos proveedores de navegador ya han reclamado su preferencia por ambas especificaciones. Debido a la urgencia y el cierre de la revisión, esto ha polarizado la organización de estándares web. A medida que avanzan las dos normas, se invertirán más recursos de desarrollo y capital de mercado en una de ellas, todos los cuales causarán una guerra estándar.
Cada uno de nosotros es el setter de este estándar, porque la web pertenece a todos, y solo un debate honesto y abierto puede garantizar que el mejor estándar se convierta en el ganador.
Nota: En aras de la lectura, html 4.x/xhtml 1.x se abrevia como html 4 y xhtml 1 en el artículo
Conexión original:? Id = 249