Cada complemento generará el código que desea generar y parte de él no será compatible con XHTML 1.1. La única forma razonable de corregir eso sería auditar a cada uno y modificar a los infractores o hacer que el desarrollador modifique o use sus modificaciones como parche.
Alternate, podrías intentar escribir un filtro para limpiarlo, pero tratar de detectar todo el caso especial parece una versión de mi propia pesadilla personal y también afectaría el rendimiento para obtener beneficios dudosos.
¿Tienes un cliente / jefe que quiere esto, o es simplemente algo que se supone que es " agradable a tener ?" (Sí, hay algunos que se sienten fuertemente al respecto. Sin embargo, yo no soy uno de ellos).
Dicho esto, XHTML está perdiendo su estado de " pelo rubio " en la web; incluso Tim Berners-Lee lo dijo en 2006:
Algunas cosas son más claras en retrospectiva
de varios años. Es necesario para
evolucionar HTML de forma incremental. El intento
para conseguir que el mundo cambie a XML,
incluyendo citas alrededor del atributo
valores y barras en las etiquetas vacías y
los espacios de nombres a la vez no funcionaban.
El gran público generador de HTML lo hizo
No se mueven, en gran parte porque los navegadores.
no se quejó Algunos grandes
Las comunidades cambiaron y están disfrutando.
los frutos de sistemas bien formados, pero
no todo. Es importante mantener
HTML incrementalmente, así como
Continuando una transición a bien formado
mundo, y desarrollando más poder en
ese mundo.
También puede leer HTML5 es mucho más fácil de escribir que XHTML 1.0. en StackOverflow. Aquí está su resumen:
Sintaxis, cuando usas HTML5,
terminas con más limpio, más fácil
Marcado de lectura que siempre invoca.
Modo estándar. Cuando usas XHTML 1.0
(servido como texto / html), eres
especificando un montón de crud (en orden
para validar contra un dtd crappy) que
El navegador lo hará automáticamente.