Какую проблему решает строгий XHTML?

Я действительно не понимаю увлечение строгим XHTML. Встроенный JavaScript, как правило, требует крысиных гнезд, чтобы сделать его совместимым с XHTML и полу-обратно совместимым с MSIE 5 и 6. Тогда возникает проблема нехватки OCD при вводе пользователем, чтобы убедиться, что вы не пропустили никаких недопустимых символов. , Это просто кажется больше усилий, чем стоит. Не говоря уже о том, что почти каждый разработчик, с которым я работал, постоянно забывает о том, что тип содержимого, возвращаемый с сервера, сбрасывается для страниц XHTML с text / html на application / xhtml + xml.

Хотел бы я знать имя блоггера, но кто-то еще указал, что большинство якобы XHTML-совместимых сайтов и пакетов с открытым исходным кодом на самом деле не из-за этой последней проблемы, забыв правильно установить заголовок типа контента.

Я хочу понять, почему XHTML полезен, или создать достаточный арсенал аргументов, чтобы он никогда не использовался в будущих проектах, на которые я влияю.

Ответы на вопрос(13)

Ваш ответ на вопрос