Traducciones:
Informaci�n sobre los derechos de autor se pueden encontrar en Copyright © 2000.
Esta especificaci�n define XHTML 1.0, una reformulaci�n de HTML 4.0 como aplicaci�n 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 Recomendaci�n del W3C para HTML 4.0 y conforman la base para una futura extensi�n de XHTML. La compatibilidad con aplicaciones de usuario HTML existentes es posible siguiendo un peque�o conjunto de reglas.
Esta secci�n describe el estado de este documento en el momento de su publicaci�n. Otros documentos pueden dejarlo obsoleto. La �ltima versi�n 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 Recomendaci�n 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 Recomendaci�n es llamar la atenci�n sobre la especificaci�n y promover su m�xima difusi�n. 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 t�cnicos pueden encontrase en http://www.w3.org/TR.
La discusi�n p�blica sobre car�cter�sticas del HTML tiene lugar en la lista de correo www-html@w3.org (tambi�n disponible est� disponible una recopilaci�n).
Por favor, notifiquen los errores que encuentren en este documento a www-html-editor@w3.org.
Una lista de los errores de esta especificaci�n puede encontrase en http://www.w3.org/2000/01/REC-xhtml1-20000126-errata (en ingl�s).
XHTML es una familia de m�dulos y tipos de documentos que reproduce, engloba y extiende HTML 4.0 [HTML]. Los tipos de documentos de la familia XHTML est�n basados en XML, y dise�ados fundamentalmente para trabajar en conjunto con aplicaciones de usuario basados en XML. Los detalles de esta familia y su evoluci�n se discuten en m�s profundidad en la secci�n de Futuras Directrices.
XHTML 1.0 (esta especificaci�n) es el primer tipo de documento de la familia XHTML. Es una reformulaci�n 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 apreciar�n las siguientes mejoras:
La familia XHTML es el siguiente paso en la evoluci�n 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 aplicaci�n SGML (Lenguage de Etiquetado Generalizado Est�ndar) conforme al est�ndar internacional ISO 8879, y est� ampliamente considerado como el lenguage de publicaci�n est�ndar de la World Wide Web.
SGML es un lenguage para la descripci�n de lenguages de etiquetado, particularmente aquellos usados en el intercambio electr�nico, manejo y publicaci�n 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 cient�ficos y t�cnicos adaptado para su uso por no especialistas en tratamiento de documentos. HTML resolvi� el problema de la complejidad de SGML sirvi�ndose de un reducido conjunto de etiquetas estructurales y sem�nticas apropiadas para la realizaci�n de documentos relativamente simples. Adem�s de simplificar la estructura de los documentos, HTML soportaba el hipertexto. Las posibilidades de usar elementos multimedia fueron a�adidas con posterioridad.
En un corto per�odo de tiempo, HTML se hizo muy popular y r�pidamente super� los prop�sitos para los que hab�a sido creado. Desde los albores de HTML , ha habido una constante invenci�n de nuevos elementos para ser usados dentro de HTML (como est�ndar) y para adaptar HTML a mercados verticales, altamente especializados. Esta pl�tora 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 'cl�sico' para ser usado en dichas plataformas es m�s que limitado.
XML™ son las siglas de Lenguaje de Etiquetado Extensible , f�rmandose la palabra como acr�nimo de la expresi�n 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 car�cter�sticas de SGML.
A�n manteniendo estas car�cter�sticas, XML elimina las m�s complejas de SGML que hac�an la creaci�n y dise�o de los programas apropiados dificil y costosa.
Los beneficios de migrar hacia XHTML 1.0 se han descrito m�s arriba. Algunos de esos beneficios generales son:
Los siguientes t�rminos se utilizan en esta especificaci�n. Estos t�rminos extienden las definiciones de [RFC2119] bas�ndose en definiciones similares que aparecen en ISO/IEC 9945-1:1990 [POSIX.1]:
Esta versi�n de XHTML suministra una definici�n de documentos XHTML estrictamente conformes que se restringe a las etiquetas y atributos del espacio nominal de XHTML. Ver la Secci�n 3.1.2 para informaci�n concerniente al uso de XHTML con otros espacios nominales, por ejemplo la inclusi�n de metadatos expresados en RDF dentro de documentos XHTML.
Un documento XHTML estrictamente conforme es un documento que para ser procesado requiere tan s�lo los recursos descritos como obligatorios en esta especificaci�n. Tales documentos deben ajustarse a los siguientes puntos:
Deben poder validarse con alguna de las tres DTD que se encuentran en el Ap�ndiceA.
El elemento ra�z del documento debe ser
<html>.
El elemento ra�z 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 declaraci�n DOCTYPE en el documento antes del elemento ra�z. El identificador p�blico incluido en la declaraci�n DOCTYPE debe hacer referencia a alguna de las tres DTD que se hallan en el Ap�ndice A usando el Identificador Formal P�blico 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 peque�o 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>
N�tese que en este ejemplo, se incluye la declaraci�n XML. Una declaraci�n XML como la que se hace arriba no es necesaria en todos los documentos XML. A�n as�, se recomienda encarecidamente a los autores de documentos XHTML que incluyan declaraciones XML en todos sus documentos. Tal declaraci�n es necesaria cuando la codificaci�n 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 ser�n documentos XHTML 1.0 estrictamente conformes. Futuros trabajos del W3C dar�n directrices que especifiquen la conformidad de documentos que usen varios espacios nominales.
El siguiente ejemplo muestra c�mo XHTML 1.0 podr�a usarse en conjunci�n con la Recomendaci�n 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 c�mo el etiquetado XHTML 1.0 podr�a 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">
Tambi�n est� disponible <a href="http://www.w3.org/">en la red</a>.
</p>
</notes>
</book>
Una aplicaci�n 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 c�digos de fin de l�nea en un �nico car�cter de avance de l�nea que se pasa a la aplicaci�n. La aplicaci�n de usuario XHTML debe, adem�s, tratar los siguientes caracteres como espacios en blanco:
En elementos donde el atributo 'xml:space' tenga el valor 'preserve', la aplicaci�n de usuario debe conservar intactos todos los espacios en blanco (con excepci�n de los caracteres de espacio en blanco de encabezamiento y terminaci�n, que deber�an 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 aplicaci�n XML, ciertas pr�cticas que eran perfectamente v�lidas 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>p�rrafo</em> enfatizado.</p>
INCORRECTO: elementos solapados
<p>he aqu� un <em>p�rrafo</p> enfatizado</em>
Los documentos XHTML deben usar min�sculas para los nombres de todos los elementos y atributos HTML. Esta diferencia es necesaria porque XML es sensible a min�sculas y may�sculas e.g. <li> and <LI> son etiquetas diferentes.
Con HTML 4.0, basado en SGML, en algunos elementos pod�a omitirse la etiqueta
de cierre, de tal manera que la apertura de los elementos que les suced�an
implicaba dicho cierre. Esta omisi�n no est� permitida en XHTML, basado en XML.
Todos los elementos que no est�n declarados en la DTD como EMPTY
deben tener una etiqueta de cierre.
CORRECTO: elementos cerrados
<p>he aqu� un p�rrafo.</p><p>aqu� hay otro p�rrafo.</p>
INCORRECTO: elementos no cerrados
<p>he aqu� un p�rrafo.<p>aqu� hay un p�rrafo.
Todos los valores de atributos deben ir entrecomillados, incluso aquellos que son num�ricos.
CORRECTO: valores de atributo entrecomillados
<table rows="3">
INCORRECTO: valores de atributo no entrecomillados
<table rows=3>
XML no soporta la minimizaci�n de atributos. Los pares atributo-valor deben
escribirse en toda su extensi�n. 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 vac�os 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
informaci�n sobre c�mo asegurar la compatibilidad retroactiva con aplicaciones de
usuario HTML 4.0.
CORRECTO: etiquetas vac�as cerradas
<br/><hr/>
INCORRECTO: etiquetas vac�as no cerradas
<br><hr>
En los valores de atributos, las aplicaciones de usuario eliminar�n los espacios en blanco de encabezamiento y terminaci�n y sustituir�n las secuencias de uno o m�s espacios en blanco (incluyendo los saltos de l�nea) por un �nico espacio en blanco entre palabras (un car�cter ASCII de espacio en blanco para escrituras occidentales). Ver la secci�n 3.3.3 de [XML].
script y
styleEn XHTML, los elementos script y style se
declaran como elementos con
contenido #PCDATA. Como resultado, < y
& ser�n tratados como comienzos de etiquetado, y
entidades como < y &
ser�n reconocidas como referencias a las entidades < y
& respectivamente por el procesador XML. Englobar el
contenido del elemento script o style dentro de
una secci�n 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
secci�n 1.3 de la Recomendaci�n DOM Level 1[DOM].
Una alternativa es usar documentos externos de estilo y escritura de c�digo.
SGML da al escritor de una DTD la posibilidad de impedir que elementos espec�ficos est�n 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 prohibici�n en XML. Aunque
tales prohibiciones no puedan definirse en la DTD, algunos elementos no
deber�an anidarse. Un resumen de dichos elementos y los elementos que no
deber�an anidarse en ellos se encuentra en la normativa
Ap�ndice B.
id
y nameHTML 4.0 defin�a el atributo name para los elementos
a,
applet, frame,
iframe, img, y map.
HTML 4.0 tambi�n introduc�a el atributo
id. Ambos atributos est�n dise�ados para ser usados como
identificadores de fragmentos de informaci�n.
En XML, los identificadores de fragmentos son del tipo ID, y
tan s�lo 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 hist�ricamente tambi�n hayan usado el
atributo name.
Ver las directrices de compatibilidad con HTML para
recabar informaci�n sobre c�mo 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 versi�n de XHTML.
Aunque no hay ninguna obligaci�n de que los documentos XHTML 1.0 sean compatibles con las aplicaciones de usuario existentes, en la pr�ctica es algo f�cil de conseguir. Las directrices para crear documentos compatibles pueden encontrarse en el Ap�ndice C.
En el momento de la publicaci�n de esta recomendaci�n, el etiquetado MIME general recomendado para aplicaciones basadas en XML a�n no ha sido decidido.
Sin embargo, los documentos XHTML que sigan la directrices indicadas en el Ap�ndice C, "Directrices de compatibilidad con HTML " pueden ser etiquetados con el tipo de soporte de internet "text/html", dado que son compatibles con la mayor�a de los navegadores HTML. Este documento no hace ninguna recomendaci�n sobre el etiquetado MIME de otros documentos XHTML.
XHTML 1.0 sienta la base para una familia de tipos de documentos que extender�n y acotar�n XHTML con objeto de soportar un amplio rango de nuevos dispositivos y aplicaciones, definiendo m�dulos que especifiquen un mecanismo para combinar dichos m�dulos. Dicho mecanismo permitir� la extensi�n y el acotamiento de XHTML 1.0 de una manera uniforme a trav�s de la definici�n de nuevos m�dulos.
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 ser�n necesarios en todas las plataformas. Por ejemplo un dispositivo de mano o un tel�fono m�vil pueden soportar s�lo un subconjunto elementos de XHTML.
El proceso de modularizaci�n rompe XHTML en una serie de peque�os conjuntos de elementos. Dichos elementos pueden ser recombinados para cumplir las necesidades de diferentes comunidades.
Estos m�dulos se definir�n en un documento posterior de la W3C.
La modularizaci�n conlleva diversas ventajas:
Provee un mecanismo formal para acotar XHTML.
Provee un mecanismo formal para extender XHTML.
Simplifica la transformaci�n entre tipos de documento.
Promueve la reutilizaci�n de m�dulos en nuevos tipos de documento.
Un perfil de documento especifica la sint�xis y la sem�ntica de un conjunto de documentos. La conformidad con un perfil de documento provee una base para la garant�a 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 dise�adores de productos, esto permite a distintos grupos la definici�n de su propio perfil est�ndar.
Para autores, esto permitir� obviar la necesidad de escribir diferentes versiones de documentos para diferentes clientes.
Para grupos especiales tales como qu�micos, m�dicos o matem�ticos esto permitir� la construcci�n de un perfil especial usando elementos HTML est�ndar m�s un grupo de elementos espec�ficamente dise�ados para cubrir las necesidades de los especialistas.
Este ap�ndice es normativo.
Estas DTD y conjuntos de entidades forman una parte normativa de esta especificaci�n. El conjunto completo de archivos DTD conjuntamente con una declaraci�n XML y el Cat�logo Abierto SGML se incluye en el archivo zip disponible para esta especificaci�n.
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 m�todo de construcci�n de DTD que se corresponda m�s 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 v�lidas en
XML 1.0. Fij�monos en que la entidad para el signo del Euro
(€ o € o
€) se define como una parte de los caracteres
especiales.
Este ap�ndice es normativo.
A continuaci�n se detallan las incompatibilidades en el anidamiento de elementos (ver la secci�n 4.9). Esta prohibici�n se aplica a todas las profundidades de anidamiento, i.e. afecta a todos los elementos descendientes de aquel para el que se especifica la restricci�n.
aa.preimg, object,
big, small, sub o sup.buttoninput, select,
textarea, label, button,
form, fieldset, iframe o
isindex.labellabel.formform.Este ap�ndice es informativo.
Este ap�ndice resume las directrices de dise�o 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 declaraci�n XML no se incluye en un documento, �ste s�lo 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 vac�os, e.g.
<br />,
<hr /> y <img
src="karen.jpg" alt="Karen" />. Tambi�n, usar la sintaxis
minimizada de etiquetas para los elementos vac�os, 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 vac�a de un elemento cuyo modelo de contenido no es
EMPTY (por ejemplo, un t�tulo o p�rrafo vac�os)
no usar la forma minimizada (e.g. usar
<p> </p> y no
<p />).
Usar hojas de estilo externas si la hoja en cuesti�n utiliza los caracteres
< o & o ]]> o --.
Usar archivos externos de c�digo si el c�digo utiliza los caracteres
< o & o ]]> o --.
Notar que los analizadores XML tienen permitido suprimir el contenido de los
comentarios. De esta manera, la pr�ctica com�n hasta ahora de "esconder" los
fragmentos de c�digo (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 l�nea y m�ltiples espacios en blanco dentro de los valores de los atributos. Estos son manipulados de manera inconsistente por las aplicaciones de usuario.
IsindexNo incluir m�s de un elemento isindex en el head
del documento. El elemento isindex se tiende a descartar en favor
del elemento input.
lang y
xml:lang�sense 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
id�nticos a ambos atributos para aseguran la m�xima compatibilidad futura y
retroactiva (e.g., <a id="foo"
name="foo">...</a>).
M�s a�n, 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 s�lo puede
tomar los mismos valores que los de tipo ID o los de la
producci�n Name de XML 1.0, secci�n 2.5, producci�n 5.
Desafortunadamente esta limitaci�n 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, v�lidos, y tales que cualquier referencia a estos
identificadores de fragmentos (tanto interna como externa) deben actualizarse
durante la conversi�n.
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 codificaci�n de caracteres en el documento, usar tanto
la especificaci�n del atributo de codificaci�n en la declaraci�n 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 codificaci�n de la instrucci�n 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 especificaci�n HTML 4.0. Los siguientes atributos se
encuentran afectados: compact, nowrap,
ismap, declare, noshade,
checked, disabled, readonly,
multiple, selected,
noresize, defer.
La Recomendaci�n 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 may�sculas. 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 min�sculas. 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 ser�n
devueltos en may�sculas por dichas interfaces.text/xml o application/xml
pueden usar tambi�n el DOM XML. Los elementos y atributos ser�n devueltos en
min�sculas. Adem�s, 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 permit�a ser minimizados de tal manera que tanto
la etiqueta de apertura como la de cierre se omit�an (una caracter�stica de
SGML). Esto no es posible en XML. En vez de hacer obligatorios estos elementos
que no sol�an usarse, XHTML ha optado por hacerlos opcionales. Las aplicaciones
necesitan adaptarse a ello.
Cuando el valor de un atributo contenga un car�cter &, debe expresarse como
una referencia a la entidad de tipo car�cter (e.g. "&").
Por ejemplo, cuando el atributo href deel elemento a
apunte a un c�digo CGI que tome par�metros , 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 Recomendaci�n de nivel 2 de las Hojas de Estilo en Cascada [CSS2] define propiedades de estilo que se aplican al �rbol de an�lisis del documento HTML o XML. Las diferencias en el an�lisis producir�n diversos resultados visibles o auditivos, dependiendo de los selectores usados. Las siguientes pistas reducir�n este efecto en los documentos que se sirvan sin modificaci�n como cualquiera de estos tipos de soporte:
Este ap�ndice es informativo.
Esta especificaci�n ha sido escrita con la participaci�n de los miembros del grupo de trabajo de HTML del W3C:
Este ap�ndice es informativo.
