Часто задаваемые вопросы по списку совместимости
Несколько недель назад мы рассказали об
Почему мой сайт в списке совместимости?
Мы регулярно получаем сообщения о проблемах совместимости при просмотре различных сайтов через наши телеметрические системы, утилиту
Можно ли узнать, что является причиной несовместимости на сайте?
Получаемые нами данные телеметрии поступают в форме систематизированной информации о домене верхнего уровня. Однако, эти данные не содержат информации о точных причинах, по которым пользователь решил воспользовать режимом совместимости, как и не сообщает нам URL-адрес страницы, находясь на которой пользователь включил Compatibility View. Другими словами, эти данные не могут быть использованы для проведения тестов совместимости с IE8, как и не могут быть точным указателем контента, ставшего причиной совместимости. Они сообщают нам только о том, что пользователь столкнулся с проблемой несовместимости на конкретном сайте.
Возникает вопрос, в чем смысл использования телеметрии при таком количестве ограничений? Оказалось, что использование телеметрии дает очень точную информацию о пользовательских настройках браузера - намного более точную, чем если бы менеджер команды IE сидел и планомерно проверял сайт за сайтом. Получаемая нами информация носит объективный характер, а не субъективный. Кроме того, использование телеметрии позволяет проверить на совместимость гораздо большее число сайтов, чем смогла бы проверить вся наша команда.
Данные из других источников, включая сообщения об ошибках и утилиту Report a Webpage Problem, часто содержат URL-адрес страницы и информацию о последовательности действий, приводящих к возникновению проблемы. Поэтому комбинирование этих двух источников дает нам поистине полезную информацию. Откровенно говоря, у нас нет примеров ошибок для каждого сайта, у которого есть проблемы совместимости с IE8, поскольку мы не в силах посетить все сайты, которые посещают среднестатистические пользователи IE. Однако, я все-таки подготовил несколько примеров, которые иллюстрируют проблемы, с которыми сталкиваются пользователи.
Сайт:
Проблема: Трафик не отображается на карте. Синтаксис селектора, используемый страницей для VML (то есть v\:*) не соответствует CSS 2.1, поэтому режим стандартов IE8 его не принимает.
Сайт:
Проблема: Верхний баннер на титульной странице myspace.com не центрирован. У Myspace появилась данная проблема, так как они использовали свойство clear в IE7, которая предоставляла этой версии сайта уникальный CSS-стиль с помощью условных комментариев. Эти стили больше не нужны в IE8, что и вызвало такую проблему.
Сайт:
Проблема: Внизу практически каждой страницы есть пустой белый квадрат - это элемент IFRAME, который правильно отображается в IE8, но не виден в IE7. Заметьте, что другие браузеры не сталкиваются с данной проблемой, так как они не обрабатывают такую же разметку, как IE.
Сайт:
Проблема: График рыночных торгов обрезан с правой стороны. На этой странице используется неправильная HTML-разметка, которая в режиме стандартов IE8 обрабатывается не так, как в режиме стандартов IE7.
Что считается доменом верхнего уровня: microsoft.com или msdn.microsoft.com?
Уровнем глубины детализации в списке Compatibility View является домен верхнего уровня (TLD). В данном случае доменом верхнего уровня считается microsoft.com.
У нас было три причины, по которым мы решили использовать домены верхнего уровня, а не суб-домены.
- Мы оптимизировали работу пользователя, уменьшив количество проблем с несовместимостью и количество щелчков. Идея в данном случае состоит в том, что одна проблема совместимости - это плохо, а несколько проблем - еще хуже. Например, представьте, что ни один из сайтов Microsoft несовместим с IE8. Пользователь заходит на msdn.microsoft.com, чтобы почитать статью - щелчок по кнопке. Статья пересылает его на support.microsoft.com - еще один щелчок мышью. После чего пользователь заходит на connect.microsoft.com, чтобы сообщить нам об ошибке - пользователю приходится слишком часто щелкать кнопки, а это еще один щелчок.
- Хранение URL или суб-доменов не всегда хорошо работает в случае с серверными фермами и изменением структуры сайтов.
- Мы избегаем проблемы масштабирования, когда IE необходимо синхронно сверяться со списком из десяти тысяч элементов перед открытием каждого сайта (с самого начала страница должна отображаться в правильном режиме). Использование доменов первого уровня позволяет сохранить размер списка управляемым.
Учитывая все вышесказанное, в случае, если пользователь столкнется с проблемами на одном суб-домене крупного распределенного (читать: управляемого множеством серверов) сайта, и включит режим Compatibility View, то этот режим будет включен для всего сайта. Мы прекрасно понимаем все жалобы пользователей и вот, как мы намерены с ними разобраться. Во-первых, если вы используете заголовок или тег X-UA-Compatible, то клиент теряет возможность включать режим Compatibility View с помощью кнопки. Телеметрия программы собирается независимо от состояния данного режима. Кроме того, отсутствие кнопки обозначает отсутствие у пользователя возможности ее нажать, а это является знаком того, что сайт несовместим. Во-вторых, если ваш сайт оказывается в этом списке, у вас всегда есть возможность исключить его из этого списка.
- Мы намерены тесно контактировать с владельцами несовместимых сайтов (в дополнение к тем, которым мы уже помогли), чтобы удостовериться в том, что они знают, какой именно режим работы браузера IE8 используют посетители их сайтов и какие именно шаги разработчики могут предпринять для обеспечения совместимости их сайта. Кроме того, мы будем уведомлять их о том, что их сайт внесен в список совместимости, предоставляя информацию о том, как отказаться от данной возможности. В последнем случае мы просто удалим данный домен из списка, который войдет в следующее обновление.
Когда следует проверять сайт на совместимость с IE8?
Мы понимаем, что реализация совместимости со стандартами в Internet Explorer 8 может потребовать немало времени у веб-дизайнеров и корпоративных пользователей. Собственно, поэтому мы и предложили пользователям функцию Compatibility View, чтобы при необходимости пользователи IE8 всегда смогли просмотреть и воспользоваться сайтом, как в предыдущей версии браузера. Таким образом, время
Скотт Дикенс (Scott Dickens),
руководитель группы разработчиков Internet Explorer
Источник:
Перевод: Zloy Kak Pё$
Комментарии
Да какой там IE8? В гребаном Maxthon на движке IE7 половина фичей сайтов не пашет, откроешь IE - все ок, откроешь тот же сайт в Maxthon - жопа.
По теме
- Еще пару слов о защите пользователей IE9 от отслеживания
- [Temp] Бенчмарк HTML5 Blizzard: проверьте аппаратное ускорение вашего браузера
- [Temp] Работаем с закрепление сайтов
- Блог IE в 2010: на связи с вами
- С новым аппаратно-ускоренным годом!
- HTML5: экспериментальный и готовый к использованию
- Доступно декабрьское накопительное обновлениие безопасности для IE
- IE9 и конфиденциальность: введение в защиту от слежения
- Более быстрый и умный список Compatibility View List в IE9
- Субпиксельные шрифты в Internet Explorer 9