Какого типа ошибок проверки XHTML и CSS следует избегать?

Какого типа ошибок проверки XHTML и CSS можно избежать? что бы не было вредно сегодня и завтра (если не трогать xhtml, css )?

Я имею в виду ошибки, которые не создадут проблем при будущем обновлении браузера, версии css и html? они просто показывают как ошибку сегодня?

Я думаю, что одна вещь, которую я знаю, это расширения поставщика. Есть ли какие-либо другие ошибки/предупреждения, которые не окажут негативного влияния на пользователя и разработчика?

Если я создаю сайт и получаю много ошибок, должен ли я попытаться выделить время на исправление каждой ошибки? если я попытаюсь решить все ошибки, мне придется использовать javascript в некоторых случаях вместо css


css xhtml
person Jitendra Vyas    schedule 03.07.2010    source источник
comment
Я не понимаю вопроса: мои первые мысли таковы, что всех ошибок можно избежать и что любая ошибка может быть вредна и сегодня, и завтра. Не могли бы вы уточнить вопрос, пожалуйста, и/или привести хотя бы один пример того, о чем вы говорите?   -  person ChrisW    schedule 03.07.2010
comment
@ChrisW - я предполагаю, что одним из примеров являются расширения поставщика.   -  person Jitendra Vyas    schedule 03.07.2010

Ответы (3)


arrow_upward
2
arrow_downward

Валидаторы XHTML и CSS будут проверять соответствие соответствующим спецификациям стандартов W3C. Их игнорирование означает, что ваши страницы не соответствуют этим стандартам.

Веб-браузеры стремятся реализовать эти стандарты, поэтому игнорирование предупреждения может вызвать проблемы по крайней мере в некоторых браузерах. Поэтому нельзя игнорировать любое предупреждение, которое дают валидаторы.

Кроме того, не гарантируется, что веб-страницы, совместимые с XHTML и CSS, будут работать во всех браузерах и будут совместимы с ними, поскольку браузеры могут реализовывать что-то по-другому или неправильно.

Наличие совместимых страниц по-прежнему хорошо, так как большинство браузеров (по большей части) совместимы, а наличие большего количества совместимых страниц помогает передать право собственности разработчикам браузера. То есть вам (как автору веб-страницы) нужно заботиться только о соблюдении стандарта. Если браузер не может с этим справиться, проблема в браузере, а не в авторе веб-страницы.

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

person reece    schedule 03.07.2010

arrow_upward
1
arrow_downward

Вы должны попытаться избежать всех ошибок синтаксического анализа. Если вы сомневаетесь, попробуйте validator.w3.org и используйте функцию html tidy для очистки кода.

person MRAISKY    schedule 03.07.2010

arrow_upward
0
arrow_downward

Каждый браузер будет отображать и анализировать XHTML и CSS по-разному. Даже если это работает сейчас, это может не сработать завтра.

Единственный безопасный ответ — «никаких». Лучшая гарантия будущей совместимости со всеми браузерами — это придерживаться стандарта и иметь полностью проверенные xhtml и css.

person DanDan    schedule 03.07.2010
comment
Хотя это, безусловно, правильно, существует множество подробных правил о том, как бороться с ошибочной разметкой. Для полностью соответствующих браузеров (которых, на самом деле, нет) результаты должны быть идентичными. - person Joey; 03.07.2010
comment
Я до сих пор не понимаю, зачем нужна проверка CSS. Если ваш CSS не работает, вы сможете это определить, просто взглянув на свою страницу. Да, вы должны проверить недопустимую разметку (пропущенные точки с запятой, незакрытые свойства {}), но кроме этого вы столкнетесь с проблемами из-за использования хаков CSS и т. д. (которых вам все равно следует избегать). Некоторые новые свойства CSS3 еще не будут проверены, но они могут улучшить взаимодействие с пользователем. Для меня проверка CSS бессмысленна. - person Marko; 03.07.2010