Nota: Este documento es parte de una traducci�n al castellano de la Recomendaci�n del W3C "HTML 4.01 Specification" (m�s informaci�n). Puede consultar la versi�n original del mismo. Para cualquier comentario o correcci�n acerca de la traducci�n p�ngase en contacto con el traductor en jrpozo arroba conclase punto net. Gracias por su colaboraci�n.
V�ase el Aviso de copyright de la traducci�n.
Contenidos
Esta secci�n de la especificaci�n describe los tipos b�sicos de datos que pueden aparecer como contenido de un elemento o valor de un atributo.
Para informaci�n preliminar sobre c�mo leer el DTD HTML, consulte el tutorial de SGML.
En la definici�n de cada atributo se incluye informaci�n sobre la importancia que tiene para sus valores la distinci�n entre may�sculas y min�sculas. Esta informaci�n se presenta de acuerdo con la siguiente leyenda:
Si el valor de un atributo es una lista, estas claves se aplican a todos los valores de la lista, a menos que se indique lo contrario.
La definici�n del tipo de documento especifica la sintaxis de los contenidos de los elementos y los valores de los atributos de HTML por medio de palabras (tokens) SGML (p.ej., PCDATA, CDATA, NAME, ID, etc.). V�ase [ISO8879] para sus definiciones completas. Lo que sigue es un resumen de la informaci�n fundamental:
Los agentes de usuario pueden ignorar el espacio en blanco inicial o final de valores de atributos CDATA (p.ej., " mivalor " puede interpretarse como "mivalor"). Los autores no deber�an declarar valores de atributos con espacios en blanco al principio o al final.
Para algunos atributos de HTML 4 con valores de atributo CDATA, la especificaci�n impone restricciones m�s fuertes al conjunto de valores legales para el atributo, restricciones que no pueden expresarse por el DTD.
Aunque los elementos STYLE y SCRIPT usan CDATA para su modelo de datos, para estos elementos los agentes de usuario deben tratar CDATA de manera diferente. El c�digo y las entidades deben tratarse como texto sin formato y pasarse a la aplicaci�n tal y como est�n. La primera aparici�n de la secuencia de caracteres "</" (delimitador de apertura de etiqueta final) se trata como si finalizara el contenido del elemento. En documentos v�lidos, esta ser�a la etiqueta final del elemento.
Ciertos atributos (%Text; en el DTD) toman por valor un texto que se supone debe ser "legible por humanos". Para informaci�n preliminar sobre atributos, consulte la parte del tutorial sobre atributos.
Esta especificaci�n utiliza el t�rmino URI tal y como se define en [URI] (ver tambi�n [RFC1630]).
Obs�rvese que los URIs incluyen a los URLs (seg�n se definen en [RFC1738] y [RFC1808]).
Los URIs relativos se convierten en URIs completos a partir de un URI base. La [RFC1808], secci�n 3, define el algoritmo normativo para este proceso. Para m�s informaci�n sobre URIs base, consulte la secci�n sobre URIs base en el cap�tulo sobre v�nculos.
Los URIs se representan en el DTD con la entidad param�trica %URI;.
En general los URIs hacen distinci�n entre may�sculas y min�sculas. Puede haber URIs, o partes de URIs, donde la diferencia no importe (p.ej., nombres de m�quinas), pero la identificaci�n de �stas puede no ser f�cil. Los usuarios deber�an considerar que en los URIs se distingue siempre entre may�sculas y min�sculas (para quedarse del lado de la seguridad).
Consulte el ap�ndice para informaci�n sobre caracteres no ASCII en valores de atributos URI.
El tipo de valor de atributo "color" (%Color;) se refiere a las definiciones de colores seg�n se especifican en [SRGB]. Un valor de color puede ser o bien un n�mero hexadecimal (anteponiendo un signo "#") o uno de los siguientes diecis�is nombres de colores. En los nombres de colores no se distingue entre may�sculas y min�sculas.
|
Black = "#000000" (Negro) | |
Green = "#008000" (Verde)
|
|
Silver = "#C0C0C0" (Plateado) | |
Lime = "#00FF00" (Verde lima)
|
|
Gray = "#808080" (Gris) | |
Olive = "#808000" (Verde oliva)
|
|
White = "#FFFFFF" (Blanco) | |
Yellow = "#FFFF00" (Amarillo)
|
|
Maroon = "#800000" (Marr�n) | |
Navy = "#000080" (Azul marino)
|
|
Red = "#FF0000" (Rojo) | |
Blue = "#0000FF" (Azul)
|
|
Purple = "#800080" (P�rpura) | |
Teal = "#008080" (Azul verdoso)
|
|
Fuchsia = "#FF00FF" (Fucsia) | |
Aqua = "#00FFFF" (Celeste)
|
As�, los valores de color "#800080" y "Purple" se refieren ambos al color p�rpura.
Aunque los colores pueden a�adir cantidades significativas de informaci�n a los documentos y hacerlos m�s legibles, considere las siguientes pautas cuando incluya color en sus documentos:
HTML especifica tres tipos de valores de longitud para los atributos:
Los valores de longitud son neutros frente a la distinci�n entre may�sculas y min�sculas.
Nota. Un "media type" o "tipo de medios" (definido en [RFC2045] y [RFC2046]) especifica la naturaleza de un recurso vinculado. Esta especificaci�n emplea el t�rmino "content type" ("tipo de contenido") en lugar de "media type" (tipo de medios) de acuerdo con el uso actual. Adem�s de esto, en esta especificaci�n, "media type" se puede referir a los medios en que un agente de usuario representa un documento.
Este tipo est� representado en el DTD por %ContentType;.
Los tipos de contenido no hacen distinci�n entre masy�culas y min�sculas.
Ejemplos de tipos de contenido son "text/html", "image/png", "image/gif", "video/mpeg", "text/css", y "audio/basic". Para la lista de tipos MIME registrados, consulte [MIMETYPES].
El valor de los atributos cuyo tipo es un c�digo de idioma (%LanguageCode; en el DTD) se refiere a un c�digo de idioma de los especificados en [RFC1766], secci�n 2. Para informaci�n sobre especificaci�n de c�digos de idioma en HTML, consulte la secci�n sobre c�digos de idioma. No se permite espacio en blanco dentro del c�digo de idioma.
Los c�digos de idioma no distinguen entre may�sculas y min�sculas.
Los atributos "charset" (%Charset; en el DTD) se refieren a una codificaci�n de caracteres seg�n se describe en la secci�n sobre codificaciones de caracteres. Los valores deben ser cadenas (p.ej., "euc-jp") del registro IANA (ver [CHARSETS] para una lista completa).
Los nombres de codificaciones de caracteres no distinguen entre may�sculas y min�sculas.
Los agentes de usuario deben seguir los pasos descritos en la secci�n sobre especificaci�n de codificaciones de caracteres para determinar la codificaci�n de caracteres de un recurso externo.
Ciertos atributos necesitan un car�cter individual del conjunto de caracteres del documento. Estos atributos son del tipo %Character; en el DTD.
Los caracteres individuales pueden especificarse mediante referencias de caracteres (p.ej., "&").
La [ISO8601] permite muchas opciones y variaciones en la representaci�n de fechas y horas. La especificaci�n actual usa uno de los formatos descritos en el perfil [DATETIME] para la definici�n de cadenas fecha/hora legales (%Datetime; en el DTD).
El formato es:
AAAA-MM-DDThh:mm:ssDZHdonde:
AAAA = a�o con cuatro d�gitos
MM = mes con dos d�gitos (01=enero, etc.)
DD = d�a del mes con dos d�gitos (de 01 a 31)
hh = hora con dos d�gitos (de 00 a 23) (NO se permite am/pm)
mm = minuto con dos d�gitos (00 a 59)
ss = segundo con dos d�gitos (00 a 59)
DZH = desginador de zona horaria
El designador de zona horaria es uno de los siguientes:
Deben estar presentes exactamente los componentes mostrados aqu�, y exactamente con esta puntuaci�n. Obs�rvese que la letra "T" aparece literalmente en la cadenas (debe ser may�scula), para indicar el comienzo de la hora, seg�n se especifica en [ISO8601]
Si una aplicaci�n generadora no conoce la hora con precisi�n de segundos, puede usar el valor "00" para los segundos (y para los minutos y para las horas si es necesario).
Nota. [DATETIME] no trata la cuesti�n de segundos bisiestos.
Los autores pueden usar los siguientes tipos de v�nculos reconocidos, enumerados aqu� junto con sus interpretaciones convencionales. En el DTD, %LinkTypes; se refiere a una lista de tipos de v�nculos separados por espacios. No se permiten caracteres de espacio en blanco dentro de los tipos de v�nculo.
Estos tipos de v�nculo no hacen distinci�n entre may�sculas y min�sculas, es decir, "Alternate" tiene el mismo significado que "alternate".
Los agentes de usuario, los motores de b�squeda, etc. pueden interpretar estos tipos de v�nculos de diferentes maneras. Por ejemplo, los agentes de usuario podr�an proporcionar acceso a los documentos vinculados por medio de una barra de navegaci�n.
Los autores pueden querer definir tipos de v�nculos adicionales no descritos en esta especificaci�n. Si hacen esto, deber�an usar un perfil (profile) citando las convenciones usadas para definir los tipos de v�nculos. V�ase el atributo profile del elemento HEAD para m�s detalles.
Para m�s informaci�n sobre tipos de v�nculos, consulte la secci�n sobre v�nculos en documentos HTML.
La siguiente es una lista de los descriptores de medios reconocidos (%MediaDesc; en el DTD).
En versiones futuras de HTML pueden introducirse nuevos valores, y podr�an permitirse valores parametrizados. Para facilitar la introducci�n de estas extensiones, los agentes de usuario deben ser capaces de analizar el atributo media como sigue:
media="screen, 3d-glasses, print and resolution > 90dpi"
se transforma en:
"screen" "3d-glasses" "print and resolution > 90dpi"
"screen" "3d-glasses" "print"
Nota. Las hojas de estilo pueden incluir variaciones dependientes del medio en su interior (p.ej., la estructura CSS @media). En estos casos puede ser apropiado usar "media=all".
Los datos de scripts (%Script; en el DTD) pueden aparecer como contenido del elemento SCRIPT y como valor de los atributos de eventos intr�nsecos. Los agentes de usuario no deben evaluar los datos de script como c�digo HTML, sino que deben pasarlos tal y como est�n como datos para un motor de scripts.
La importancia de la distinci�n entre may�sculas y min�sculas en los datos de scripts depende del lenguaje de programaci�n del script.
Obs�rvese que los datos de scripts que est�n contenidos en un elemento no pueden contener referencias de caracteres, pero los datos de scripts que sean el valor de un atributo s� pueden contenerlas. El ap�ndice proporciona m�s informaci�n sobre la especificaci�n de datos no HTML.
Los datos de hojas de estilo (%StyleSheet; en el DTD) pueden aparecer como contenido de un elemento STYLE y como valor de un atributo style . Los agentes de usuario no deben evaluar los datos de estilo como c�digo HTML.
La importancia de la distinci�n entre may�sculas y min�sculas en los datos de estilo depende del lenguaje de la hoja de estilo.
Obs�rvese que los datos de hojas de estilo que est�n contenidos en un elemento no pueden contener referencias de caracteres, pero los datos de hojas de estilo que sean el valor de un atributo s� pueden contenerlas. El ap�ndice proporciona m�s informacion sobre la especificaci�n de datos no HTML.
Excepto los nombres reservados enumerados a continuaci�n, los nombres de marcos destino (%FrameTarget; en el DTD) deben empezar con un car�cter alfab�tico (a-zA-Z). Los agentes de usuario deber�an ignorar otros nombres de destino.
Los siguientes nombres de destino est�n reservados y tienen significados especiales.