Исправления для IE6, IE7 - как часто это должно происходить? - PullRequest
0 голосов
/ 15 июля 2010

Вопрос довольно теоретический. Допустим, вы реализуете нормальную (или небольшую, или сложную) тему для веб-сайта, и IE является важным требованием. Вопрос в том, как часто вы будете вносить исправления в дизайн IE (или любого другого браузера, который вызывает у вас головную боль)?

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

Меня интересуют факторы эффективности, времени и головной боли.

Ответы [ 2 ]

4 голосов
/ 15 июля 2010

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

  1. Разработка с использованием Safari.
  2. Запуск готового кода сайта через http://validator.w3.org и исправление ошибок.
  3. Тест в IE6, 7 и другие браузеры.
  4. Примените любые изменения к макету, используя условные комментарии и таблицы стилей IE.

Я обнаружил, что этот подход намного быстрее, чем постоянное переключение между браузерамиво время разработки.Написание корректного кода и проверка на наличие очевидных ошибок (шаг 2), похоже, решают значительную часть ранних проблем с компоновкой IE.Остальные могут быть обработаны с помощью специфичных для браузера правил, применяемых в таблицах условных стилей.

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

Другие предпочитают такие решения, как IE7-JS , в которых используется JavaScript длясделать ранние версии IE более похожими на современные браузеры.Это может быть правильным подходом, но любое решение, зависящее от JavaScript, не будет идеальным для всех сценариев.

0 голосов
/ 15 июля 2010

Вы не должны исправлять ошибки IE, пока не закончите с дизайном.

Вы должны держать IE в затылке при реализации проекта,Это ограничит количество ошибок, которые вы должны будете исправить после этого.Вот несколько рекомендаций:

Используйте допустимую и однозначную разметку HTML

Я даже не говорю о полной проверке W3 для типа документа, но основные вещи, такие как:

  • правильно вложите ваши теги
  • закройте ваши теги
  • не используйте смежные дефисы HTML-комментарии , если только вы не начинаете или не заканчиваете комментарий
  • кодировать специальные символы

Короче говоря, у браузера не должно быть места для интерпретации вашего HTML любым другим способом, кроме того, для которого вы намереваетесь.

Сохраняйте свой HTML и CSSкак можно проще

Постоянно проверяйте свою реализацию и удаляйте устаревшие правила CSS и рефакторинг слишком сложных HTML-конструкций.Кроме того, не вкладывайте свои теги слишком глубоко.Не создавайте идеальную среду для IE, чтобы делать ошибки.

Избегайте конструкций, о которых вы знаете, что IE будет портить

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...