XHTML

XHTML se desarrolló para hacer que HTML fuera más extensible y aumentar la interoperabilidad con otros formatos de datos. ^{[ 16 ]} Además, los navegadores eran tolerantes con los errores en HTML, y la mayoría de los sitios web se mostraban a pesar de los errores técnicos en el marcado; XHTML introdujo un manejo de errores más estricto. ^{[ 17 ]} HTML 4 era ostensiblemente una aplicación del Lenguaje de Marcado Generalizado Estándar (SGML); sin embargo, la especificación para SGML era compleja, y ni los navegadores web ni la Recomendación HTML 4 se ajustaban completamente a ella. ^{[ 18 ]} El estándar XML, aprobado en 1998, proporcionó un formato de datos más simple, más cercano en simplicidad a HTML 4. ^{[ 19 ]} Al cambiar a un formato XML, se esperaba que HTML se volviera compatible con las herramientas XML comunes; ^{[ 20 ]} los servidores y proxies podrían transformar el contenido, según fuera necesario, para dispositivos limitados como los teléfonos móviles. ^{[ 21 ]} Mediante el uso de espacios de nombres , los documentos XHTML podrían proporcionar extensibilidad al incluir fragmentos de otros lenguajes basados ​​en XML, como Scalable Vector Graphics y MathML . ^{[ 22 ]} Finalmente, el trabajo renovado brindaría la oportunidad de dividir HTML en componentes reutilizables ( modularización de XHTML ) y limpiar las partes desordenadas del lenguaje. ^{[ 23 ]}

Existen diversas diferencias entre XHTML y HTML. El Modelo de Objetos del Documento (DOM) es una estructura de árbol que representa la página internamente en las aplicaciones, y XHTML y HTML son dos formas distintas de representarla en el marcado. Ambos son menos expresivos que el DOM; por ejemplo, "-- > " puede colocarse en comentarios en el DOM, pero no puede representarse en un comentario ni en XHTML ni en HTML. En general, la sintaxis XML de XHTML es más expresiva que la de HTML (por ejemplo, no se permiten espacios de nombres arbitrarios en HTML). XHTML utiliza una sintaxis XML, mientras que HTML utiliza una sintaxis pseudo- SGML (oficialmente SGML para HTML  4 y versiones anteriores, pero nunca en la práctica, y estandarizada a partir de HTML5). Debido a que el contenido expresable de la sintaxis DOM es ligeramente diferente, existen algunos cambios en el comportamiento real entre los dos modelos. Sin embargo, las diferencias de sintaxis pueden superarse implementando un marco de traducción alternativo dentro del marcado.

En primer lugar, existen algunas diferencias en la sintaxis: ^{[ 24 ]}

• En términos generales, las reglas XML requieren que cada elemento esté cerrado, ya sea con una etiqueta de cierre separada (por ejemplo, </div>) o utilizando la sintaxis de autocierre (por ejemplo, <br/>), mientras que la sintaxis HTML permite que algunos elementos no estén cerrados porque siempre están vacíos (por ejemplo, ) o su final se puede determinar implícitamente ("omissibility", por ejemplo ).<input><p>
• XML distingue entre mayúsculas y minúsculas en los nombres de elementos y atributos , mientras que HTML no.
• Algunas características abreviadas de HTML se omiten en XML, como (1) la minimización de atributos , donde se pueden omitir los valores de los atributos o sus comillas (por ejemplo, o , mientras que en XML esto debe expresarse como ); (2) la minimización de elementos se puede usar para eliminar elementos por completo (como inferido en una tabla si no se proporciona); y (3) la sintaxis SGML poco utilizada para la minimización de elementos ("shorttag"), que la mayoría de los navegadores no implementan. ^{[ 25 ]}<optionselected><optionselected=selected><optionselected="selected"><tbody>
• Existen numerosos requisitos técnicos adicionales relacionados con los espacios de nombres y el análisis preciso de los espacios en blanco y ciertos caracteres y elementos. El análisis exacto de HTML en la práctica no estaba definido hasta hace poco; consulte la especificación HTML5 ( [HTML5] ) para obtener más detalles o el resumen práctico ( HTML vs. XHTML ).

Además de las diferencias sintácticas, existen algunas diferencias de comportamiento, que en su mayoría se derivan de las diferencias subyacentes en la serialización. Por ejemplo:

• El comportamiento ante errores de análisis sintáctico difiere. Un error de análisis sintáctico fatal en XML (como una estructura de etiquetas incorrecta) provoca la interrupción del procesamiento del documento.
• La mayoría del contenido que requiere espacios de nombres no funcionará en HTML, excepto la compatibilidad integrada con SVG y MathML en el analizador HTML5 junto con ciertos prefijos mágicos como xlink.
• El procesamiento de JavaScript es diferente en XHTML, con pequeños cambios en la distinción entre mayúsculas y minúsculas para algunas funciones, y precauciones adicionales para restringir el procesamiento a contenido bien formado. Los scripts no deben usar el método; no está disponible para XHTML. La propiedad está disponible, pero no insertará contenido no bien formado. Por otro lado, se puede usar para insertar contenido con espacio de nombres bien formado en XHTML.document.write()innerHTML
• Las hojas de estilo en cascada (CSS) también se aplican de manera diferente. Debido a la distinción entre mayúsculas y minúsculas de XHTML, todos los selectores CSS se vuelven sensibles a las mayúsculas y minúsculas para los documentos XHTML. ^{[ 26 ]} Algunas propiedades CSS, como los fondos, establecidas en el elemento en HTML se "heredan hacia arriba" en el elemento; este no será el caso para XHTML a menos que se indique lo contrario con las palabras clave "initial" e "inherit". ^{[ 27 ] [ 28 ]}<body><html>

Las similitudes entre HTML 4.01 y XHTML 1.0 llevaron a muchos sitios web y sistemas de gestión de contenido a adoptar la recomendación inicial de XHTML 1.0 del W3C. Para ayudar a los autores en la transición, el W3C proporcionó orientación sobre cómo publicar documentos XHTML 1.0 de forma compatible con HTML y servirlos a navegadores que no fueron diseñados para XHTML. ^{[ 29 ] [ 30 ]}

Dicho contenido "compatible con HTML" se envía utilizando el tipo de medio HTML ( text/html) en lugar del tipo de medio de Internet oficial para XHTML ( application/xhtml+xml). Por lo tanto, al medir la adopción de XHTML en comparación con la de HTML estándar, es importante distinguir si se está comparando el uso del tipo de medio o el contenido real del documento. ^{[ 31 ] [ 32 ]}

La mayoría de los navegadores web tienen soporte maduro ^{[ 33 ]} para todos los tipos de medios XHTML posibles. ^{[ 34 ]} La excepción notable son las versiones 8 y anteriores de Internet Explorer de Microsoft ; en lugar de renderizar application/xhtml+xmlel contenido, un cuadro de diálogo invita al usuario a guardar el contenido en el disco. Tanto Internet Explorer 7 (lanzado en 2006) como Internet Explorer 8 (lanzado en marzo de 2009) presentan este comportamiento. ^{[ 35 ]} El desarrollador de Microsoft, Chris Wilson, explicó en 2005 que las prioridades de IE7 eran mejorar la seguridad del navegador y el soporte CSS , y que sería difícil integrar un soporte XHTML adecuado en el analizador HTML orientado a la compatibilidad de IE; ^{[ 36 ]} sin embargo, Microsoft agregó soporte para XHTML verdadero en IE9 . ^{[ 37 ]}

Mientras el soporte no esté generalizado, la mayoría de los desarrolladores web evitan usar XHTML que no sea compatible con HTML, ^{[ 38 ]} por lo que las ventajas de XML, como los espacios de nombres, el análisis más rápido y los navegadores que consumen menos recursos, no benefician al usuario. ^{[ 39 ] [ 40 ] [ 41 ]}

A principios de la década de 2000, algunos desarrolladores web comenzaron a cuestionar por qué los autores web alguna vez dieron el salto a la creación de contenido en XHTML. ^{[ 42 ] [ 43 ] [ 44 ]} Otros replicaron que los problemas atribuidos al uso de XHTML podían atribuirse principalmente a dos fuentes principales: la producción de documentos XHTML no válidos por parte de algunos autores web y la falta de soporte para XHTML integrado en Internet Explorer 6. [ ^{45 ] [ 46 ] Luego} describieron los beneficios de los documentos web basados ​​en XML (es decir, XHTML) con respecto a la búsqueda, la indexación y el análisis, así como la preparación para el futuro de la propia Web.

En octubre de 2006, el inventor de HTML y presidente del W3C, Tim Berners-Lee , al presentar un importante esfuerzo del W3C para desarrollar una nueva especificación de HTML, publicó en su blog que «[e]l intento de lograr que el mundo cambiara a XML... de una vez no funcionó. El gran público generador de HTML no se movió... Algunas grandes comunidades sí se movieron y están disfrutando de los frutos de sistemas bien formados... El plan es crear un grupo de HTML completamente nuevo». ^{[ 47 ]} El borrador de trabajo actual de HTML5 dice que «se ha prestado especial atención a definir criterios de conformidad claros para los agentes de usuario en un esfuerzo por mejorar la interoperabilidad... al mismo tiempo que se actualizan las especificaciones de HTML para abordar los problemas planteados en los últimos años». Ian Hickson , editor de la especificación de HTML5 que criticó el uso indebido de XHTML en 2002, ^{[ 42 ]} es miembro del grupo que desarrolla esta especificación y figura como uno de los coeditores del borrador de trabajo actual. ^{[ 48 ]}

Simon Pieters investigó la conformidad de los navegadores móviles con XML ^{[ 49 ]} y concluyó que "la afirmación de que se necesitaría XHTML para dispositivos móviles es simplemente un mito".

En diciembre de 1998 se publicó un borrador de trabajo del W3C titulado «Reformulación de HTML en XML» . Este introdujo Voyager, el nombre en clave de un nuevo lenguaje de marcado basado en HTML 4, pero que se adhería a las reglas de sintaxis más estrictas de XML. En febrero de 1999, el nombre de la especificación cambió a XHTML 1.0: Lenguaje de marcado de hipertexto extensible , y en enero de 2000 fue adoptado oficialmente como recomendación del W3C. ^{[ 50 ]} Existen tres definiciones formales de tipo de documento (DTD) para XHTML 1.0, que corresponden a las tres versiones diferentes de HTML 4.01:

• XHTML 1.0 Strict es el equivalente XML de HTML 4.01 estricto e incluye elementos y atributos que no han sido marcados como obsoletos en la especificación HTML 4.01. A partir de noviembre de 2015. , XHTML 1.0 Strict es el tipo de documento utilizado para la página de inicio del sitio web del Consorcio World Wide Web .
• XHTML 1.0 Transitional es el equivalente XML de HTML 4.01 Transitional, e incluye los elementos de presentación (como center, fonty strike) excluidos de la versión estricta.
• XHTML 1.0 Frameset es el equivalente XML de HTML 4.01 Frameset y permite la definición de documentos frameset , una característica web común a finales de la década de 1990.

La segunda edición de XHTML 1.0 se convirtió en una recomendación del W3C en agosto de 2002. ^{[ 51 ]}

La modularización proporciona una colección abstracta de componentes mediante la cual XHTML puede subdividirse y extenderse. Esta característica tiene como objetivo ayudar a XHTML a ampliar su alcance a plataformas emergentes, como dispositivos móviles y televisores con acceso a Internet. El borrador inicial de la modularización de XHTML se publicó en abril de 1999 y alcanzó el estatus de recomendación en abril de 2001. ^{[ 52 ]}

Las primeras variantes modulares de XHTML fueron XHTML 1.1 y XHTML Basic 1.0.

En octubre de 2008, la Modularización de XHTML fue reemplazada por la Modularización de XHTML 1.1 , que añade una implementación de esquema XML . Esta fue reemplazada por una segunda edición en julio de 2010. ^{[ 53 ]}

XHTML 1.1 surgió del trabajo en torno a la especificación inicial de Modularización de XHTML . El W3C publicó el primer borrador en septiembre de 1999; el estado de Recomendación se alcanzó en mayo de 2001. ^{[ 54 ]} Los módulos combinados dentro de XHTML 1.1 recrean efectivamente XHTML 1.0 Strict, con la adición de elementos de anotación rubyruby ​​( , rbc, rtc, rb, rty rp) para brindar un mejor soporte a los idiomas de Asia Oriental. Otros cambios incluyen la eliminación del nameatributo de los elementos ay map, y (en la primera edición del lenguaje) la eliminación del langatributo en favor de xml:lang.

Aunque XHTML 1.1 es en gran medida compatible con XHTML 1.0 y HTML 4, en agosto de 2002 el Grupo de Trabajo emitió una Nota formal aconsejando que no se transmitiera con el tipo de medio HTML. ^{[ 55 ]} Debido al soporte limitado de los navegadores para el application/xhtml+xmltipo de medio alternativo, XHTML 1.1 no logró un uso generalizado. En enero de 2009 se publicó una segunda edición del documento ( Tipos de medios XHTML – Segunda edición ), que flexibilizaba esta restricción y permitía que XHTML 1.1 se sirviera como text/html. ^{[ 56 ]}

La segunda edición de XHTML 1.1 se publicó el 23 de noviembre de 2010, la cual corrige varias erratas y añade una implementación de esquema XML que no estaba incluida en la especificación original. ^{[ 57 ]} (Se publicó brevemente por primera vez el 7 de mayo de 2009 como una "Recomendación Editada Propuesta" ^{[ 58 ]} antes de ser retirada el 19 de mayo debido a problemas sin resolver).

Dado que los dispositivos de información pueden carecer de los recursos del sistema necesarios para implementar todos los módulos abstractos de XHTML, el W3C definió una especificación XHTML con funcionalidades limitadas denominada XHTML Basic. Esta proporciona un subconjunto mínimo de funcionalidades suficiente para la creación de contenido más común. La especificación se convirtió en una recomendación del W3C en diciembre de 2000. ^{[ 59 ]}

De todas las versiones de XHTML, XHTML Basic 1.0 ofrece la menor cantidad de funcionalidades. Junto con XHTML 1.1, es una de las dos primeras implementaciones de XHTML modular. Además de los módulos principales (Estructura, Texto, Hipertexto y Lista), implementa los siguientes módulos abstractos: Base, Formularios básicos, Tablas básicas, Imagen, Enlace, Metainformación, Objeto, Hoja de estilo y Destino. ^{[ 60 ] [ 61 ]}

XHTML Basic 1.1 reemplaza el Módulo de Formularios Básicos por el Módulo de Formularios y añade los módulos de Eventos Intrínsecos, Presentación y Scripting. También admite etiquetas y atributos adicionales de otros módulos. Esta versión se convirtió en una recomendación del W3C el 29 de julio de 2008. ^{[ 62 ]}

La versión actual de XHTML Basic es la 1.1 Segunda Edición (23 de noviembre de 2010), en la que el lenguaje se reimplementa en el lenguaje XML Schema del W3C . Esta versión también admite el langatributo. ^{[ 63 ]}

XHTML Mobile Profile (abreviado XHTML MP o XHTML-MP) es una variante de terceros de la especificación XHTML Basic del W3C. Al igual que XHTML Basic, XHTML se desarrolló para dispositivos informáticos con recursos de sistema limitados.

En octubre de 2001, una sociedad limitada llamada Wireless Application Protocol Forum comenzó a adaptar XHTML Basic para WAP 2.0 , la segunda versión principal del protocolo de aplicaciones inalámbricas . WAP Forum basó su DTD en la Modularización de XHTML del W3C, incorporando los mismos módulos que el W3C utilizó en XHTML Basic 1.0, excepto el Módulo de Destino. Partiendo de esta base, WAP Forum reemplazó el Módulo de Formularios Básico con una implementación parcial del Módulo de Formularios, añadió soporte parcial para los módulos de Legado y Presentación, y soporte completo para el Módulo de Atributos de Estilo.

En 2002, el Foro WAP se integró en la Open Mobile Alliance (OMA), que continuó desarrollando el Perfil Móvil XHTML como un componente de su Especificación de Navegación OMA.

El Grupo de Trabajo de XHTML 2 consideró la creación de un nuevo lenguaje basado en XHTML 1.1. ^{[ 66 ]} Si se creara XHTML 1.2, incluiría WAI-ARIA y roleatributos para brindar un mejor soporte a las aplicaciones web accesibles, y un soporte mejorado de la Web Semántica a través de RDFa . El inputmodeatributo de XHTML Basic 1.1, junto con el targetatributo (para especificar objetivos de marco ) también podría estar presente. El Grupo de Trabajo de XHTML2 no había sido designado para llevar a cabo el desarrollo de XHTML1.2. Dado que el W3C anunció que no tiene intención de renovar el Grupo de Trabajo de XHTML2, ^{[ 9 ]} y cerró el Grupo de Trabajo en diciembre de 2010, esto significa que la propuesta de XHTML 1.2 no se concretaría.

Entre agosto de 2002 y julio de 2006, el W3C publicó ocho borradores de trabajo de XHTML 2.0, una nueva versión de XHTML capaz de romper definitivamente con el pasado al descartar el requisito de compatibilidad con versiones anteriores. Esta falta de compatibilidad con XHTML 1.x y HTML 4 causó cierta controversia inicial en la comunidad de desarrolladores web. ^{[ 67 ]} Algunas partes del lenguaje (como los roleatributos y RDFa) se separaron posteriormente de la especificación y se trabajaron como módulos separados, en parte para ayudar a que la transición de XHTML 1.x a XHTML 2.0 fuera más fluida. Se esperaba que el noveno borrador de XHTML 2.0 apareciera en 2009, pero el 2 de julio de 2009, el W3C decidió dejar que el estatuto del Grupo de Trabajo de XHTML2 expirara a finales de ese año, deteniendo efectivamente cualquier desarrollo posterior del borrador en un estándar. ^{[ 9 ]} En cambio, XHTML 2.0 y sus documentos relacionados se publicaron como W3C Notes en 2010. ^{[ 68 ] [ 69 ]}

Entre las nuevas características introducidas por XHTML 2.0 se incluyen:

• Los formularios HTML iban a ser reemplazados por XForms , una especificación de entrada de usuario basada en XML que permite que los formularios se muestren adecuadamente en diferentes dispositivos de visualización.
• Los marcos HTML debían ser reemplazados por XFrames .
• Los eventos DOM debían ser reemplazados por eventos XML , que utilizan el modelo de objetos de documento XML .
• Se iba a incluir un nuevo tipo de elemento de lista, el nltipo de elemento, para designar específicamente una lista como lista de navegación. Esto habría sido útil para crear menús anidados, que actualmente se crean mediante una amplia variedad de métodos, como listas no ordenadas anidadas o listas de definición anidadas.
• Cualquier elemento debía poder funcionar como un hipervínculo , por  ejemplo, <li href="articles.html">Articles</li>, de forma similar a XLink . Sin embargo, XLink no es compatible con XHTML debido a diferencias de diseño.
• Cualquier elemento debía poder hacer referencia a medios alternativos con el srcatributo, por  ejemplo, <p src="lbridge.jpg" type="image/jpeg">London Bridge</p>es lo mismo que <object src="lbridge.jpg" type="image/jpeg"><p>London Bridge</p></object>.
• Se eliminó el altatributo del imgelemento: se debía proporcionar un texto alternativo en el contenido del imgelemento, de forma similar al objectelemento, por  ejemplo, <img src="hms_audacious.jpg">HMS <span class="italic">Audacious</span></img>.
• Se añadió un único elemento de encabezado ( h). El nivel de estos encabezados se determinó por la profundidad del anidamiento. Esto habría permitido un uso infinito de los encabezados, en lugar de limitarlo a seis niveles de profundidad.
• Los elementos de presentación restantes i, by tt, que aún se permitían en XHTML 1.x (incluso Strict), debían estar ausentes en XHTML 2.0. Los únicos elementos de presentación que quedaban eran supy subpara superíndice y subíndice respectivamente porque tienen usos no presentacionales importantes y son requeridos por ciertos idiomas. Todas las demás etiquetas estaban destinadas a ser semánticas en su lugar (p.  ej. strongpara énfasis fuerte ) mientras que permitían al agente de usuario controlar la presentación de los elementos a través de CSS (p. ej. renderizado como texto en negrita en la mayoría de los navegadores visuales, pero posiblemente renderizado con cambios de tono en un lector de texto a voz, fuente más grande + cursiva según reglas en una hoja de estilo del usuario, etc.).
• La adición de la tripleta RDF con los propertyatributos abouty para facilitar la conversión de XHTML a RDF/XML.

HTML5 se desarrolló independientemente del W3C, a través de un grupo informal de fabricantes de navegadores y otras partes interesadas que se autodenominaban WHATWG , o Grupo de Trabajo sobre Tecnología de Aplicaciones de Hipertexto Web. El principal objetivo del grupo era crear una plataforma para aplicaciones web dinámicas; consideraban que XHTML 2.0 estaba demasiado centrado en los documentos y no era adecuado para la creación de foros de internet o tiendas en línea. ^{[ 70 ]}

HTML5 tiene tanto una text/htmlserialización regular como una serialización XML, que también se conoce como XHTML5 . ^{[ 71 ]} El lenguaje es más compatible con HTML 4 y XHTML 1.x que con XHTML 2.0, debido a la decisión de mantener los elementos de formulario HTML existentes y el modelo de eventos. Sin embargo, agrega muchos elementos nuevos que no se encuentran en XHTML 1.x, como las etiquetas sectiony aside.

El lenguaje XHTML5, al igual que HTML5, utiliza una declaración DOCTYPE sin DTD. Además, la especificación desaconseja el uso de DTD XHTML anteriores, solicitando a los navegadores que las reemplacen por una que contenga únicamente definiciones de entidades para caracteres con nombre durante el análisis. ^{[ 71 ]}

El elemento raíz de un documento XHTML debe ser html, y debe contener un xmlnsatributo para asociarlo con el espacio de nombres XHTML . El URI del espacio de nombres para XHTML es http://www.w3.org/1999/xhtml. La etiqueta de ejemplo a continuación incluye además un xml:langatributo para identificar el documento con un lenguaje natural :

<html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "ar" >

Para validar un documento XHTML, se puede utilizar una Declaración de Tipo de Documento , o DOCTYPE . Un DOCTYPE declara al navegador la Definición de Tipo de Documento (DTD) a la que se ajusta el documento. Una Declaración de Tipo de Documento debe colocarse antes del elemento raíz .

La parte del identificador del sistema del DOCTYPE, que en estos ejemplos es la URL que comienza con http://, solo necesita apuntar a una copia del DTD que se utilizará, si el validador no puede localizarla basándose en el identificador público (la otra cadena entre comillas). No es necesario que sea la URL específica que aparece en estos ejemplos; de hecho, se recomienda a los autores que utilicen copias locales de los archivos DTD siempre que sea posible. Sin embargo, el identificador público debe ser idéntico, carácter por carácter, al de los ejemplos.

Se puede especificar una codificación de caracteres al inicio de un documento XHTML en la declaración XML cuando el documento se sirve utilizando el tipo application/xhtml+xmlMIME . (Si un documento XML no especifica la codificación, el analizador XML asume que la codificación es UTF-8 o UTF-16 , a menos que un protocolo superior ya la haya determinado).

Por ejemplo:

<?xml version="1.0" encoding="UTF-8" ?>

La declaración puede omitirse opcionalmente porque declara su codificación como la codificación predeterminada. Sin embargo, si el documento utiliza XML 1.1 u otra codificación de caracteres, es necesaria una declaración. Internet Explorer anterior a la versión 7 entra en modo de peculiaridades si encuentra una declaración XML en un documento servido como text/html.

A continuación se muestran ejemplos de XHTML 1.0 Strict, ambos con el mismo resultado visual. El primero sigue las Directrices de compatibilidad HTML de la Nota sobre tipos de medios XHTML, mientras que el segundo rompe la compatibilidad con versiones anteriores, pero proporciona un marcado más limpio. ^{[ 56 ]}

Ejemplo 1.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "en" lang= "en" > <head> <meta http-equiv= "Content-Type" content= "text/html; charset=utf-8" /> <title> Ejemplo de XHTML 1.0 Strict </title> <script type= "text/javascript" > // <![CDATA[ function loadpdf() {  document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf"; } //]]> </script> </head> <body onload= "loadpdf()" > <p> Este es un ejemplo de un documento <abbr title= "Lenguaje de marcado de hipertexto extensible" > XHTML </abbr> 1.0 Strict . <br /><img id= "validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "XHTML 1.0 Strict válido" /> <br /> <object id= "pdf-object" name= "pdf-object" type= "application/pdf" data= "http://www.w3.org/TR/xhtml1/xhtml1.pdf" width= "100%" height= "500" > </object> </p> </body> </html>

Ejemplo 2.

<?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns= "http://www.w3.org/1999/xhtml" xml:lang= "en" > <head> <title> Ejemplo de XHTML 1.0 Strict </title> <script type= "application/javascript" > <![CDATA[ function loadpdf() {  document.getElementById("pdf-object").src="http://www.w3.org/TR/xhtml1/xhtml1.pdf"; } ]]> </script> </head> <body onload= "loadpdf()" > <p> Este es un ejemplo de un documento <abbr title= "Lenguaje de marcado de hipertexto extensible" > XHTML </abbr> 1.0 Strict . <br /><img id= "validation-icon" src= "http://www.w3.org/Icons/valid-xhtml10" alt= "XHTML 1.0 Strict válido" /> <br /> <object id= "pdf-object" type= "application/pdf" data= "http://www.w3.org/TR/xhtml1/xhtml1.pdf" width= "100%" height= "500" ></object> </p> </body> </html>

Notas:

1. La función "loadpdf" es en realidad una solución alternativa para Internet Explorer. Se puede reemplazar agregando <param name="src" value="http://www.w3.org/TR/xhtml1/xhtml1.pdf"/>dentro de <object>.
2. El imgelemento no obtiene un nameatributo en el DTD estricto de XHTML 1.0 . Use iden su lugar.