Aclarando algunas pequeñas dudas:
Cita:
Iniciado por programeitor 
No lo permite aun cuando es muy muy usado, para abrir ventanas auxiliares, o de enlace a otra pagina.
Es tan usado como desaconsejado. Ya hemos debatido sobre esto alguna vez.
Cita:
Iniciado por programeitor comodin &
no lo permite ,usado hasta ahora sin problemas para separar variables en la URL.
recomendado &, mas largo, mas ilegible el resultado.
La gran mayoria de los errores son causados por no usar la recomendacion, lo que provoca errores en cadena sin sentido en la misma linea.
Pero esto es muy lógico: el amp es un caracter que es inicio de las entidades HTML, por lo que cada vez que se encuentra uno el parser de la DTD strict cree que comienza una entidad, y por eso es recomendable cambiarlo por su propia entidad &. Lo mismo ocurre con < y > que cualquier parser pensaría que son ángulos de comienzo o fin de una etiqueta. Y no te preocupes por la longitud de la frase, ya que en la url el navegador traducirá "&" por "&"
Cita:
Iniciado por programeitor Finalizacion de tag sin etiqueta de cierre <hr> <img> etc...
no permite omitir un nuevo "recurso" del w3c , la barra / antres del fin de etiqueta.
Esto también es muy lógico. En primer lugar, un documento HTML o XML debe ser "bien formado" antes de válido. De hecho los navegadores admitían infinidad de errores, pero los documentos siempre debían haber sido "bien formados", es decir, las etiquetas correctamente cerradas y anidadas, etc.
La barra al final es sólo para las etiqutas vacías no pareadas, y eso es obligatorio por ser XML (XHTML), y porque si no quedarían abiertas sin parear, lo que sería un error de sintáxis.
Los humanos deben aprender a hacer bien las cosas, no a hacer el trabajo de los navegadores. Es como no usar punto y coma en javascript y esperar que el navegador te dé cancha suficiente como para que todo funcione bien, y si no lo hace, decir que tú no tienes por qué preocuparte de hacer todo el milímetro.
Cita:
Iniciado por programeitor otro ejemplo seria que medio mundo no puede usar ñs ni acentos tal cual porque la entente anglosajona se niega a implemetar estos caracteres tan comunes en nuestro idioma, cuando a un ordenador, un programa, un navegador le da igual el color de los caracteres, y pese a que asi, al tener que usar codigos &acuate; si aumenta la carga y resta legibilidad al codigo fuente.
Y la última confusión: las eñes y tildes españolas están en el juego ISO europeo occidental, es decir, si tú indicas el charset de tu documento como ISO-8859-1 y guardas el documento como ANSI (codificación ANSI), no tendrás ningún problema para ver las eñes en ningún navegador que seleccione automáticamente el juego de caracteres (creo que ya todos), por lo que las únicas entidades que tendrás que usar serán amp, lt y gt.