Traducciones:
Informacin sobre los derechos de autor se pueden encontrar en Copyright © 2000.
Esta especificacin define XHTML 1.0, una reformulacin de HTML 4.0 como aplicacin XML 1.0, y tres definiciones de tipo de documentos (DTD) correspondientes a las usadas en HTML 4.0. El significado de los elementos y sus atributos se encuentran en la Recomendacin del W3C para HTML 4.0 y conforman la base para una futura extensin de XHTML. La compatibilidad con aplicaciones de usuario HTML existentes es posible siguiendo un pequeo conjunto de reglas.
Esta seccin describe el estado de este documento en el momento de su publicacin. Otros documentos pueden dejarlo obsoleto. La ltima versin de esta serie de documentos se encuentra en la W3C.
Este documento ha sido revisado por los miembros del W3C y otras partes interesadas y ha sido avalado por el Director como una Recomendacin del W3C. Es un documento estable y puede ser citado como material de referencia o referencia normativa en otro documento. El objetivo del W3C al hacer la Recomendacin es llamar la atencin sobre la especificacin y promover su mxima difusin. Esto potencia la funcionalidad e interoperabilidad en la Web.
Este documento ha sido producido como parte de la Actividad HTML del W3C. Las metas del Grupo de Trabajo de HTML (de acceso exclusivo a sus miembros) se discuten en la carta del Grupo de Trabajo de HTML ( de acceso exclusivo a sus miembros).
Una lista actualizada de las Recomendaciones del W3C y otros documentos tcnicos pueden encontrase en http://www.w3.org/TR.
La discusin pblica sobre carctersticas del HTML tiene lugar en la lista de correo [email protected] (tambin disponible est disponible una recopilacin).
Por favor, notifiquen los errores que encuentren en este documento a [email protected].
Una lista de los errores de esta especificacin puede encontrase en http://www.w3.org/2000/01/REC-xhtml1-20000126-errata (en ingls).
XHTML es una familia de mdulos y tipos de documentos que reproduce, engloba y extiende HTML 4.0 [HTML]. Los tipos de documentos de la familia XHTML estn basados en XML, y diseados fundamentalmente para trabajar en conjunto con aplicaciones de usuario basados en XML. Los detalles de esta familia y su evolucin se discuten en ms profundidad en la seccin de Futuras Directrices.
XHTML 1.0 (esta especificacin) es el primer tipo de documento de la familia XHTML. Es una reformulacin de las tres definiciones de tipo de documento HTML 4.0 como aplicaciones de XML 1.0 [XML]. Su finalidad es ser usado como lenguaje de contenidos que es a la vez conforme a XML y, si se siguen algunas sencillas directrices, funciona en aplicaciones de usuario conformes con HTML 4.0. Los desarrolladores que migren aplicaciones hacia XHTML 1.0 apreciarn las siguientes mejoras:
La familia XHTML es el siguiente paso en la evolucin de Internet. Al migrar en este momento hacia XHTML, los desarrolladores de contenidos web entran en el mundo de XML con todos los beneficios que se esperan de l a la vez que se aseguran la compatibilidad con aplicaciones de usuario pasadas y futuras.
HTML 4.0 [HTML] es una aplicacin SGML (Lenguage de Etiquetado Generalizado Estndar) conforme al estndar internacional ISO 8879, y est ampliamente considerado como el lenguage de publicacin estndar de la World Wide Web.
SGML es un lenguage para la descripcin de lenguages de etiquetado, particularmente aquellos usados en el intercambio electrnico, manejo y publicacin de documentos. HTML es un ejemplo de un lenguaje definido en SGML.
SGML es utilizado desde mitad de los 80 y ha permanecido bastante estable. Gran parte de su estabilidad se la debe al hecho de que el lenguaje es a la vez flexible y rico en posibilidades. Esta flexibilidad tiene sin embargo su coste, el nivel de complejidad que ha inhibido su uso en diversos mbitos como la World Wide Web.
HTML, tal y como fue concebido, era un lenguaje para el intercambio de documentos cientficos y tcnicos adaptado para su uso por no especialistas en tratamiento de documentos. HTML resolvi el problema de la complejidad de SGML sirvindose de un reducido conjunto de etiquetas estructurales y semnticas apropiadas para la realizacin de documentos relativamente simples. Adems de simplificar la estructura de los documentos, HTML soportaba el hipertexto. Las posibilidades de usar elementos multimedia fueron aadidas con posterioridad.
En un corto perodo de tiempo, HTML se hizo muy popular y rpidamente super los propsitos para los que haba sido creado. Desde los albores de HTML , ha habido una constante invencin de nuevos elementos para ser usados dentro de HTML (como estndar) y para adaptar HTML a mercados verticales, altamente especializados. Esta pltora de nuevos elementos ha llevado a problemas de compatibilidad de los documentos en las distintas plataformas.
Dada la creciente heterogeneidad de programas y plataformas , est claro que la idoneidad del HTML 4.0 'clsico' para ser usado en dichas plataformas es ms que limitado.
XML™ son las siglas de Lenguaje de Etiquetado Extensible , frmandose la palabra como acrnimo de la expresin inglesa 'eXtensible Markup Language' [XML].
XML fue concebido como un medio para recobrar la potencia y flexibilidad de SGML sin que adquiriese su gran complejidad. A pesar de ser una forma restringida de SGML, XML conserva casi toda la potencia y riqueza de las carctersticas de SGML.
An manteniendo estas carctersticas, XML elimina las ms complejas de SGML que hacan la creacin y diseo de los programas apropiados dificil y costosa.
Los beneficios de migrar hacia XHTML 1.0 se han descrito ms arriba. Algunos de esos beneficios generales son:
Los siguientes trminos se utilizan en esta especificacin. Estos trminos extienden las definiciones de [RFC2119] basndose en definiciones similares que aparecen en ISO/IEC 9945-1:1990 [POSIX.1]:
Esta versin de XHTML suministra una definicin de documentos XHTML estrictamente conformes que se restringe a las etiquetas y atributos del espacio nominal de XHTML. Ver la Seccin 3.1.2 para informacin concerniente al uso de XHTML con otros espacios nominales, por ejemplo la inclusin de metadatos expresados en RDF dentro de documentos XHTML.
Un documento XHTML estrictamente conforme es un documento que para ser procesado requiere tan slo los recursos descritos como obligatorios en esta especificacin. Tales documentos deben ajustarse a los siguientes puntos:
Deben poder validarse con alguna de las tres DTD que se encuentran en el ApndiceA.
El elemento raz del documento debe ser <html>.
El elemento raz del documento debe indicar el espacio nominal XHTML usando el atributo xmlns [XMLNAMES]. El espacio nominal para XHTML es http://www.w3.org/1999/xhtml
Debe haber una declaracin DOCTYPE en el documento antes del elemento raz. El identificador pblico incluido en la declaracin DOCTYPE debe hacer referencia a alguna de las tres DTD que se hallan en el Apndice A usando el Identificador Formal Pblico correspondiente. El identificador del sistema puede ser modificado apropiadamente para reflejar convenciones de rango local.
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">
He aqu un ejemplo de un pequeo documento XHTML.
<?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="sp" lang="sp"> <head> <title>Biblioteca Virtual</title> </head> <body> <p>Trasladada a <a href="http://vlib.org/">vlib.org</a>.</p> </body> </html>
Ntese que en este ejemplo, se incluye la declaracin XML. Una declaracin XML como la que se hace arriba no es necesaria en todos los documentos XML. An as, se recomienda encarecidamente a los autores de documentos XHTML que incluyan declaraciones XML en todos sus documentos. Tal declaracin es necesaria cuando la codificacin de los caracteres que se usa en el documento no es UTF-8 o UTF-16, los tipos usados por defecto en este tipo de documentos.
El espacio nominal XHTML 1.0 puede usarse conjuntamente a otros espacios nominales XML como se indica en [XMLNAMES], aunque los documentos as producidos no sern documentos XHTML 1.0 estrictamente conformes. Futuros trabajos del W3C darn directrices que especifiquen la conformidad de documentos que usen varios espacios nominales.
El siguiente ejemplo muestra cmo XHTML 1.0 podra usarse en conjuncin con la Recomendacin MathML:
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="sp" lang="sp"> <head> <title>Un ejemplo matemático</title> </head> <body> <p>Lo que viene a continuación es etiquetado MathML:</p> <math xmlns="http://www.w3.org/1998/Math/MathML"> <apply> <log/> <logbase> <cn> 3 </cn> </logbase> <ci> x </ci> </apply> </math> </body> </html>
El siguiente ejemplo muestra cmo el etiquetado XHTML 1.0 podra usarse en otro espacio nominal XML:
<?xml version="1.0" encoding="UTF-8"?> <!-- inicialmente, el espacio nominal por defecto es "books" --> <book xmlns='urn:loc.gov:books' xmlns:isbn='urn:ISBN:0-395-36341-6' xml:lang="en" lang="en"> <title>Cheaper by the Dozen</title> <isbn:number>1568491379</isbn:number> <notes> <!-- hacemos HTML el espacio nominal por efecto para un comentario hipertextual --> <p xmlns='http://www.w3.org/1999/xhtml' xml:lang="sp" lang="sp"> Tambin est disponible <a href="http://www.w3.org/">en la red</a>. </p> </notes> </book>
Una aplicacin de usuario debe cumplir todos y cada uno de los siguientes criterios de conformidad:
ID (e.g. el atributo id de la mayoria de los elementos XHTML) como identificadores de fragmentos.El procesador XML normaliza varios sistemas de cdigos de fin de lnea en un nico carcter de avance de lnea que se pasa a la aplicacin. La aplicacin de usuario XHTML debe, adems, tratar los siguientes caracteres como espacios en blanco:
En elementos donde el atributo 'xml:space' tenga el valor 'preserve', la aplicacin de usuario debe conservar intactos todos los espacios en blanco (con excepcin de los caracteres de espacio en blanco de encabezamiento y terminacin, que deberan ser suprimidos). En otros casos un espacio en blanco se manipula de acuerdo con las siguientes reglas:
El espacio en blanco en los valores de atributos se procesa de acuerdo con [XML].
Debido al hecho de que XHTML es una aplicacin XML, ciertas prcticas que eran perfectamente vlidas en HTML 4.0 [HTML],basado en SGML, deben cambiar.
La gramaticalidad de los documentos es un nuevo concepto introducido por [XML]. Esencialmente significa que todos los elementos bien deben tener etiquetas de cierre bien deben ser escritos de manera especial (tal y como se describe abajo), y que todos los elementos deben estar anidados.
Aunque el solapamiento de elementos no est permitido en SGML, era tolerado en los navegadores existentes.
CORRECTO: elementos anidados
<p>he aqu un <em>prrafo</em> enfatizado.</p>
INCORRECTO: elementos solapados
<p>he aqu un <em>prrafo</p> enfatizado</em>
Los documentos XHTML deben usar minsculas para los nombres de todos los elementos y atributos HTML. Esta diferencia es necesaria porque XML es sensible a minsculas y maysculas e.g. <li> and <LI> son etiquetas diferentes.
Con HTML 4.0, basado en SGML, en algunos elementos poda omitirse la etiqueta de cierre, de tal manera que la apertura de los elementos que les sucedan implicaba dicho cierre. Esta omisin no est permitida en XHTML, basado en XML. Todos los elementos que no estn declarados en la DTD como EMPTY deben tener una etiqueta de cierre.
CORRECTO: elementos cerrados
<p>he aqu un prrafo.</p><p>aqu hay otro prrafo.</p>
INCORRECTO: elementos no cerrados
<p>he aqu un prrafo.<p>aqu hay un prrafo.
Todos los valores de atributos deben ir entrecomillados, incluso aquellos que son numricos.
CORRECTO: valores de atributo entrecomillados
<table rows="3">
INCORRECTO: valores de atributo no entrecomillados
<table rows=3>
XML no soporta la minimizacin de atributos. Los pares atributo-valor deben escribirse en toda su extensin. Los nombres de atributos como compact y checked no pueden aparecen en elementos sin que sea especificado su valor.
CORRECTO: atributos no minimizados
<dl compact="compact">
INCORRECTO: atributos minimizados
<dl compact>
Los elementos vacos deben bien tener una etiqueta de cierre bien terminar su etiqueta de apertura con />. Por ejemplo, <br/> o <hr></hr>. Ver las directrices de compatibilidad con HTML para recabar informacin sobre cmo asegurar la compatibilidad retroactiva con aplicaciones de usuario HTML 4.0.
CORRECTO: etiquetas vacas cerradas
<br/><hr/>
INCORRECTO: etiquetas vacas no cerradas
<br><hr>
En los valores de atributos, las aplicaciones de usuario eliminarn los espacios en blanco de encabezamiento y terminacin y sustituirn las secuencias de uno o ms espacios en blanco (incluyendo los saltos de lnea) por un nico espacio en blanco entre palabras (un carcter ASCII de espacio en blanco para escrituras occidentales). Ver la seccin 3.3.3 de [XML].
script y styleEn XHTML, los elementos script y style se declaran como elementos con contenido #PCDATA. Como resultado, < y & sern tratados como comienzos de etiquetado, y entidades como < y & sern reconocidas como referencias a las entidades < y & respectivamente por el procesador XML. Englobar el contenido del elemento script o style dentro de una seccin marcada como CDATA evita el procesamiento de estas entidades.
<script> <![CDATA[ ... contenido no procesado del script ... ]]> </script>
Las secciones CDATA son reconocidas por el procesador XML y aparecen como nodos en el Modelo del Objeto Documento (DOM), ver la seccin 1.3 de la Recomendacin DOM Level 1[DOM].
Una alternativa es usar documentos externos de estilo y escritura de cdigo.
SGML da al escritor de una DTD la posibilidad de impedir que elementos especficos estn anidados en otros elementos. Tales prohibiciones (denominadas "exclusiones") no son posibles de realizar en XML.
Por ejemplo, la DTD de HTML 4.0 Strict prohibe el anidamiento de un elemento 'a' dentro de otro elemento 'a' en cualquier profundidad de anidamiento. No es posible dictar tal prohibicin en XML. Aunque tales prohibiciones no puedan definirse en la DTD, algunos elementos no deberan anidarse. Un resumen de dichos elementos y los elementos que no deberan anidarse en ellos se encuentra en la normativa Apndice B.
id y nameHTML 4.0 defina el atributo name para los elementos a, applet, frame, iframe, img, y map. HTML 4.0 tambin introduca el atributo id. Ambos atributos estn diseados para ser usados como identificadores de fragmentos de informacin.
En XML, los identificadores de fragmentos son del tipo ID, y tan slo puede haber un nico atributo de tipo ID por elemento. Por tanto, en XHTML 1.0 el atributo id se define con tipo ID. Con objeto de asegurar que los documentos XHTML 1.0 sean documentos XML bien estructurados, los documentos XHTML 1.0 DEBEN usar el atributo id para definir un identificador de fragmento, incluso en elementos que histricamente tambin hayan usado el atributo name. Ver las directrices de compatibilidad con HTML para recabar informacin sobre cmo asegurar la compatibilidad retroactiva de los anclajes cuando se sirvan documentos XHTML cuyo tipo de soporte de internet (MIME) sea text/html.
Notar que en XHTML 1.0, el atributo name de dichos elementos est formalmente prohibido y desaparecer en la siguiente versin de XHTML.
Aunque no hay ninguna obligacin de que los documentos XHTML 1.0 sean compatibles con las aplicaciones de usuario existentes, en la prctica es algo fcil de conseguir. Las directrices para crear documentos compatibles pueden encontrarse en el Apndice C.
En el momento de la publicacin de esta recomendacin, el etiquetado MIME general recomendado para aplicaciones basadas en XML an no ha sido decidido.
Sin embargo, los documentos XHTML que sigan la directrices indicadas en el Apndice C, "Directrices de compatibilidad con HTML " pueden ser etiquetados con el tipo de soporte de internet "text/html", dado que son compatibles con la mayora de los navegadores HTML. Este documento no hace ninguna recomendacin sobre el etiquetado MIME de otros documentos XHTML.
XHTML 1.0 sienta la base para una familia de tipos de documentos que extendern y acotarn XHTML con objeto de soportar un amplio rango de nuevos dispositivos y aplicaciones, definiendo mdulos que especifiquen un mecanismo para combinar dichos mdulos. Dicho mecanismo permitir la extensin y el acotamiento de XHTML 1.0 de una manera uniforme a travs de la definicin de nuevos mdulos.
A la vez que el uso de XHTML vaya pasando de las aplicaciones de usuario del ordenador de sobremesa tradicional a otras plataformas, est claro que no todos los elementos de XHTML sern necesarios en todas las plataformas. Por ejemplo un dispositivo de mano o un telfono mvil pueden soportar slo un subconjunto elementos de XHTML.
El proceso de modularizacin rompe XHTML en una serie de pequeos conjuntos de elementos. Dichos elementos pueden ser recombinados para cumplir las necesidades de diferentes comunidades.
Estos mdulos se definirn en un documento posterior de la W3C.
La modularizacin conlleva diversas ventajas:
Provee un mecanismo formal para acotar XHTML.
Provee un mecanismo formal para extender XHTML.
Simplifica la transformacin entre tipos de documento.
Promueve la reutilizacin de mdulos en nuevos tipos de documento.
Un perfil de documento especifica la sintxis y la semntica de un conjunto de documentos. La conformidad con un perfil de documento provee una base para la garanta de interoperabilidad. El perfil de documento especifica los recursos necesarios para procesar los documentos de dicho tipo, e.g. qu formatos de imagen pueden usarse, niveles de escritura de codigo, soporte de hojas de estilo, etc.
Para diseadores de productos, esto permite a distintos grupos la definicin de su propio perfil estndar.
Para autores, esto permitir obviar la necesidad de escribir diferentes versiones de documentos para diferentes clientes.
Para grupos especiales tales como qumicos, mdicos o matemticos esto permitir la construccin de un perfil especial usando elementos HTML estndar ms un grupo de elementos especficamente diseados para cubrir las necesidades de los especialistas.
Este apndice es normativo.
Estas DTD y conjuntos de entidades forman una parte normativa de esta especificacin. El conjunto completo de archivos DTD conjuntamente con una declaracin XML y el Catlogo Abierto SGML se incluye en el archivo zip disponible para esta especificacin.
Estas DTD se aproximan a las DTD de HTML 4.0. Se trata de que cuando, en un futuro, estas DTD se modularicen, se emplee un mtodo de construccin de DTD que se corresponda ms claramente con HTML 4.0.
Los conjuntos de entidades XHTML predefinidas son los mismos que en HTML 4.0, pero han sido modificados para ser declaraciones de entidades vlidas en XML 1.0. Fijmonos en que la entidad para el signo del Euro (€ o € o €) se define como una parte de los caracteres especiales.
Este apndice es normativo.
A continuacin se detallan las incompatibilidades en el anidamiento de elementos (ver la seccin 4.9). Esta prohibicin se aplica a todas las profundidades de anidamiento, i.e. afecta a todos los elementos descendientes de aquel para el que se especifica la restriccin.
aa.preimg, object, big, small, sub o sup.buttoninput, select, textarea, label, button, form, fieldset, iframe o isindex.labellabel.formform.Este apndice es informativo.
Este apndice resume las directrices de diseo para autores que quieren que sus documentos XHTML puedan ser presentados en aplicaciones de usuario HTML ya existentes.
Hay que ser consciente de que las instrucciones de proceso se ejecutan en algunas aplicaciones de usuario. Sin embargo, hay que notar que cuando la declaracin XML no se incluye en un documento, ste slo puede usar las codificaciones de caracteres por defecto UTF-8 o UTF-16.
Incluir un espacio en blanco antes de la barra y ngulo de cierre / y > de los elementos vacos, e.g. <br />, <hr /> y <img src="karen.jpg" alt="Karen" />. Tambin, usar la sintaxis minimizada de etiquetas para los elementos vacos, e.g. <br />, dado que la sintaxis alternativa a <br></br> permitida por XML da resultados no previsibles en muchos de las aplicaciones de usuario ya existentes.
Dada una instancia vaca de un elemento cuyo modelo de contenido no es EMPTY (por ejemplo, un ttulo o prrafo vacos) no usar la forma minimizada (e.g. usar <p> </p> y no <p />).
Usar hojas de estilo externas si la hoja en cuestin utiliza los caracteres < o & o ]]> o --. Usar archivos externos de cdigo si el cdigo utiliza los caracteres < o & o ]]> o --. Notar que los analizadores XML tienen permitido suprimir el contenido de los comentarios. De esta manera, la prctica comn hasta ahora de "esconder" los fragmentos de cdigo (script) y hojas de estilo (style) entre comentarios, para hacerlos invisibles a antiguos navegadores, normalmente no funcionar en aplicaciones basadas en XML.
Evitar saltos de lnea y mltiples espacios en blanco dentro de los valores de los atributos. Estos son manipulados de manera inconsistente por las aplicaciones de usuario.
IsindexNo incluir ms de un elemento isindex en el head del documento. El elemento isindex se tiende a descartar en favor del elemento input.
lang y xml:langsense ambos atributos, lang y xml:lang, cuando se quiera especificar el idioma de un elemento. El valor del atributo xml:lang tiene preferencia.
En XML, los URI [RFC2396] que terminan con identificadores de fragmentos de la forma "#foo" no se refieren a elementos con un atributo name="foo"; por el contrario se refieren a elementos con un atributo del tipo ID, e.g., el atributo id de HTML 4.0. Muchos clientes de HTML actuales no soportan este uso de atributos de tipo ID, de tal manera que se puede dar valores idnticos a ambos atributos para aseguran la mxima compatibilidad futura y retroactiva (e.g., <a id="foo" name="foo">...</a>).
Ms an, dado que el conjunto de valores permitidos para atributos del tipo ID es mucho menor que los permitidos para atributos del tipo CDATA, el tipo del atributo name ha sido cambiado a NMTOKEN. Este atributo est limitado de tal manera que slo puede tomar los mismos valores que los de tipo ID o los de la produccin Name de XML 1.0, seccin 2.5, produccin 5. Desafortunadamente esta limitacin no puede expresarse en las DTD de XHTML 1.0. Debido a este cambio, debe tenerse cuidado cuando se conviertan documentos HTML ya existentes a XHTML 1.0. Los valores de estos atributos deben ser unicos en todo el documento, vlidos, y tales que cualquier referencia a estos identificadores de fragmentos (tanto interna como externa) deben actualizarse durante la conversin.
Finalmente, notar que XHTML 1.0 tiende a desechar el atributo name de los elementos a, applet, frame, iframe, img, y map, y ser eliminado en versiones posteriores de XHTML.
Para especificar una codificacin de caracteres en el documento, usar tanto la especificacin del atributo de codificacin en la declaracin xml (e.g. <?xml version="1.0" encoding="EUC-JP"?>) como una sentencia meta http-equiv (e.g. <meta http-equiv="Content-type" content='text/html; charset="EUC-JP"' />). El valor del atributo de codificacin de la instruccin de proceso xml tiene preferencia.
Algunas aplicaciones de usuario no son capaces de interpretar atributos booleanos cuando estos aparecen en su forma extendida (no minimizada), tal y como requiere XML 1.0. Notar que este problema no afecta a aplicaciones de usuario conformes a la especificacin HTML 4.0. Los siguientes atributos se encuentran afectados: compact, nowrap, ismap, declare, noshade, checked, disabled, readonly, multiple, selected, noresize, defer.
La Recomendacin de nivel 1 del Modelo del Objeto Documento [DOM] define interfaces del modelo del objeto documento para XML y HTML 4.0. El modelo del objeto documento de HTML 4.0 especifica que los nombres de los elementos y atributos HTML se devuelven en maysculas. El modelo del objeto documento de XML especifica que los nombres de los elementos y atributos se devuelven con el tipo en que se hayan escrito en el propio documento. En XHTML 1.0, los elementos y atributos se escriben en minsculas. Esta diferencia aparente puede ser resuelta de dos modos:
text/html via el DOM pueden usar el DOM HTML, y asegurarse as de que los nombres de los elementos y atributos sern devueltos en maysculas por dichas interfaces.text/xml o application/xml pueden usar tambin el DOM XML. Los elementos y atributos sern devueltos en minsculas. Adems, algunos elementos XML pueden o no aparecer en el rbol de objetos porque son opcionales en el modelo de contenidos (e.g. el elemento tbody dentro de table). Esto ocurre porque en HTML 4.0 a algunos elementos se les permita ser minimizados de tal manera que tanto la etiqueta de apertura como la de cierre se omitan (una caracterstica de SGML). Esto no es posible en XML. En vez de hacer obligatorios estos elementos que no solan usarse, XHTML ha optado por hacerlos opcionales. Las aplicaciones necesitan adaptarse a ello. Cuando el valor de un atributo contenga un carcter &, debe expresarse como una referencia a la entidad de tipo carcter (e.g. "&"). Por ejemplo, cuando el atributo href deel elemento a apunte a un cdigo CGI que tome parmetros , debe expresarse como http://my.site.dom/cgi-bin/myscript.pl?class=guest&name=user en vez de http://my.site.dom/cgi-bin/myscript.pl?class=guest&name=user.
La Recomendacin de nivel 2 de las Hojas de Estilo en Cascada [CSS2] define propiedades de estilo que se aplican al rbol de anlisis del documento HTML o XML. Las diferencias en el anlisis producirn diversos resultados visibles o auditivos, dependiendo de los selectores usados. Las siguientes pistas reducirn este efecto en los documentos que se sirvan sin modificacin como cualquiera de estos tipos de soporte:
Este apndice es informativo.
Esta especificacin ha sido escrita con la participacin de los miembros del grupo de trabajo de HTML del W3C:
Este apndice es informativo.
