¿No es válido HTML escribir "&" por sí mismo? ¿Por qué? [duplicar

Question

Posible duplicado:
¿Realmente necesito codificar 'y' como '&'?

Sé que W3C recomendado para "usar" & "(ascii decimal 38) en lugar de" & "para evitar confusiones con el comienzo de una referencia de personaje", y eso ordenado advertencia de un "sin ascendido y que debe escribirse como y" pero, a pesar de estas advertencias, es válido escribir (decir) "Tiffany & Co." en lugar de los más cautios "Tiffany & Co."?

Sé que el ejemplo anterior representa como se esperaba (es decir, lo mismo) en todos los navegadores que he probado, pero esta es una pregunta de sintaxis para los abogados del lenguaje. Me parece que, siempre y cuando la expresión no sea de la forma "& bla;", debería ser legítima. (Lo mismo con el uso de soportes de ángulo si no escribe "u003Cblah> ".)

Como un aparte, el hecho de que saltaru003C/li> No se considera una advertencia, mientras que Unessaped & 's lo son, dice mucho de la inconsistencia de la sintaxis HTML. De hecho, si vamos a confiar en la inteligencia del analizador, dejando de lado unu003C/ul> (por ejemplo) debe estar bien si la lista (sin terminar) es la última parte del documento: nou003C/ul> , nou003C/body> , nou003C/html> ... No hay ambigüedad posible, ¿verdad?

PD: Acabo de descubrir que los brackets de ángulo sin nave (sensato) no producen advertencias en Tiry, pero W3C los detecta como errores. validador, mientras que los ampersands sin desorden dan advertencias en ambos lugares. Imagínate...

Answer 1

¿Inválido? Sí. Un ampers y un marcado HTML gratuito dará como resultado un error de analizador.

¿Pueden los navegadores modernos ignorar el error y analizar correctamente? Más probable.

Pero es HTML malformado.