El dinero de esta estructura de contenido más rica antes de que el navegador pueda manejar la próxima generación de XHTML
La especificación XHTML 2 aún no se ha completado, pero ya tiene muchas ventajas sobre XHTML 1, incluidas las características estructurales más ricas, lo que hace que XHTML 2 como un formato de edición sea mejor que sirva como modo central para un solo sistema de publicación de recursos que sus predecesores. Las personas que realizan lanzamientos grandes o pequeños ahora pueden comenzar a usar las nuevas características de XHTML 2 sin esperar a que el navegador brinde soporte para sus nuevas funciones de interfaz de usuario.
Hace aproximadamente un año, un grupo de estándares de la industria me pidió que presentara qué XHTML2 podría ser útil para los editores. No sé si es práctico, pero están dispuestos a ofrecer la tarifa para ir a Nueva York, así que decidí ir e investigar.
La investigación que hice no requirió mucho esfuerzo. XHTML 2 agrega una estructura más rica a XHTML para que sea un formato que se pueda usar para crear y almacenar contenido, en lugar de simplemente pasar el contenido al navegador. Exageré un poco cuando dije que XHTML 2 ya es útil; Muchas tiendas tienen algunas políticas muy sabias para este estándar inacabado, y XHTML 2 todavía está en la etapa del borrador de trabajo (ver recursos para obtener más información). A diferencia de casi todos los estándares relacionados con HTML, XHTML 2 puede proporcionar muchas cosas valiosas antes de que los navegadores conocidos lo respalden porque es más probable que almacene el contenido en estructuras más ricas y complejas sin desviarse de elementos y atributos HTML familiares. La situación actual de XHTML: ¿Dónde hemos progresado?
El estándar W3C XHTML 1.0 crea una versión XML de HTML. Cuando los navegadores no sobreestiman si la página web es XML bien formada, los diseñadores de sitios web están cansados de usar un método para Firefox y otro para Microsoft ™ Internet Explorer, y ven más valor en el estándar. Las hojas de estilo de muchas colecciones de CSS de código abierto, como diseño web abierto y diseño web de código abierto, consulte recursos para enlaces a ambos, use los archivos de muestra XHTML 1 para fines de demostración, y he oído hablar de algunos diseñadores web que apenas saben lo que un buen formato está orgulloso de afirmar que su sitio está hecho de XHTML. Como Internet Explorer y Firefox admiten más características de CSS, estos diseñadores web agregan más habilidades de diseño a las hojas de estilo CSS, dejando XHTML más simple, más directo (y más fácil de reutilizar) en la documentación básica.
XHTML 1.1 (ver recursos) no incluye nuevas características, pero divide XHTML en módulos. Su valor se refleja en dos aspectos. Primero, si encontramos que algunos módulos tienen valor y otros tienen poco valor, podemos adoptar más convenientemente un subconjunto de él. Por ejemplo, el Wireless Application Forum (WAP) tiene todas las razones para incorporar estructuras XHTML básicas en su estándar para entregar contenido a los teléfonos móviles, pero no desea permitir que los documentos WAP incorporen características de interfaz de usuario, como mapeo de imágenes o funciones de módulos de edición que no son muy útiles en una pantalla pequeña de un teléfono.
Otro beneficio de la arquitectura modular para DTD o modo es que es más fácil insertar nuevos módulos propietarios para la aplicación del usuario. Combinado con la capacidad de elegir módulos existentes, esta característica aporta beneficios a la industria del lanzamiento: el Grupo de Normas Prism, dedicado a la publicación de metadatos de la industria, seleccionó un subconjunto de XHTML 1.1 y luego agregó algunos módulos nuevos con vocabulario de la industria para facilitar el contenido a través del flujo de trabajo de lanzamiento. (Para obtener más información sobre el prisma, consulte los recursos).
Puede comparar el desarrollo de XHTML 1.1 para limpiar el sótano: es posible que no tenga que tirar demasiado, organizando mejor, puede usar los artículos existentes más fácilmente e incluso dejar espacio para construir un banco de trabajo y hacer algo nuevo en él.
Desde mayo de 2001, XHTML 1.1 se ha convertido en un estándar (o, según W3C, un estándar recomendado). Los últimos desarrollos en XHTML 2.0 son un nuevo borrador de trabajo (borrador de trabajo) lanzado en julio de 2006. Aunque tendrá que pasar por varias etapas en la formación final, el patrón de relajación (ver recursos para este enlace) nos permite crear y usar documentos XHTML 2 ahora para que podamos ir rápidamente a XHTML cuando la especificación se convierte en una norma recomendada. Una simple hoja de estilo XSLT convertirá estos archivos en XHTML 1 para que su navegador lo muestre, o también puede mostrar estos documentos en su navegador (por ahora, Firefox debería funcionar mejor) usando una hoja de estilo CSS que ahora contiene un borrador de trabajo XHTML 2 (ver recursos). XHTML 2: ¿Cuáles son las nuevas características?
XHTML 2 conserva la capacidad de borrar la sintaxis existente en XHTML 1 para que sea más conciso, y también agrega algunas características nuevas. Agrega soporte para XForms, un sucesor más completo a las formas que se han utilizado en HTML durante más de una década. XHTML 2 también incluye eventos XML, que nos permiten identificar eventos activados por ciertas operaciones de interfaz de usuario, reduciendo así la necesidad de script usando JavaScript o ASP. Estas características serán interesantes, especialmente cuando los navegadores principales les brindan soporte, pero otras características serán más interesantes para los editores incluso antes de que el navegador admite XHTML: una estructura más rica y más reutilizable con una mejor independencia del dispositivo, acceso más fácil, semántica más completa y más fácil de agregar metadatos.
Página anterior 1 2 3 Página siguiente Lea el texto completo