Notas sobre Aplicación, Implementación y Diseño

Sintaxis reservada para macros de scripts futuras  
 

Práctica actual en macros de scripts

1.

n

Notas sobre marcos  
8.

Notas sobre accesibilidad  
9.

Notas sobre seguridad  
 

Cuestiones de seguridad relacionadas con los formularios

10.

 
1.

Las siguientes notas son informativas, no normativas. A pesar de la aparición de palabras tales como "debe" y "debería", todos las exigencias de esta sección aparecen en otros lugares de la especificación.

B.1 Notas sobre documentos no válidos

Esta especificación no define el modo en que los agentes de usuario conformes tratan las condiciones generales de error, incluyendo el comportamiento de los agentes de usuario cuando encuentran elementos, atributos, valores de atributos, o entidades no especificadas en este documento.  
 

Sin embargo, para facilitar la experimentación y la interoperabilidad entre las implementaciones de las diferentes versiones de HTML, recomendamos el comportamiento siguiente:

Si un agente de usuario encuentra un elemento que no reconoce, debería intentar representar el contenido del elemento.

l  
 
 

Si un agente de usuario encuentra un atributo que no reconoce, debería pasar por alto la especificación completa del atributo (es decir, no tener en cuenta ni el atributo ni su valor).

l

l

Si un agente de usuario encuentra un valor de atributo que no reconoce, debería usar el valor por defecto del atributo.

l

Si encuentra una entidad no declarada, la entidad debería tratarse como datos de caracteres.

También recomendamos que los agentes de usuario proporcionen soporte para notificar tales errores al usuario.  
 

Como los agentes de usuario pueden tratar las condiciones de error de maneras diferentes, los autores y los usuarios no deberían tomar como norma ningún comportamiento de recuperación de errores en particular.  
 

La especificación HTML 2.0 ([RFC1866]) observa que muchos agentes de usuario HTML 2.0 suponen que un documento

que no comience con una declaración del tipo de documento se refiere a la especificación HTML 2.0. Como la experiencia ha demostrado que esta es una mala suposición, la especificación actual no recomienda este comportamiento.  
 

Por razones de interoperabilidad, los autores no deben "extender" el HTML por medio de mecanismos SGML disponibles  
(p.ej., extendiendo los DTDs, añadiendo un nuevo conjunto de definiciones de entidades, etc.).

B.2 Caracteres especiales en valores de atributos URI

B.2.1 Caracteres no ASCII en valores de atributos URI

Aunque los URIs no contienen valores no ASCII (ver [URI], sección 2.1) a veces los autores los especifican en valores de

atributos que esperan URIs (es decir, definidos con %URI; en el DTD). Por ejemplo, el siguiente valor de href es ilegal:  
 
 

<A href="http://blabla.org/Håkon">...</A>  
 

Recomendamos que los agentes de usuario adopten la siguiente convención para el tratamiento de caracteres no ASCII en estos casos:

Representar cada carácter en UTF_8 (ver [RFC2279]) con uno o más bytes.

 
1.

2.

Transformar estos bytes en secuencias de escape con el mecanismo de escape URI (es decir, convirtiendo cada byte a %HH, donde HH es la notación hexadecimal del valor del byte).

Este procedimiento resulta en un URI sintácticamente legal (según se define en [RFC1738], sección 2.2 o [RFC2141],

sección 2) que es independiente de la codificación de caracteres a la que pudiera haber sido transcodificado el documento

HTML que llevaba el URI.

http://html.conclase.net/w3c/html401_es/appendix/notes.html (2 de 14) [11/6/2001 4.53.03]

registro de dominios | alojamiento web | hosting por publicidad