Как работает служба IE9 RC Automatic Update Delivery

Служба AU предупредит вас, когда кандидат-версия Internet Explorer 9 будет готова к установке. Вы можете щелкнуть на всплывающем сообщении, чтобы запустить установку IE9 RC. Также можно вручную установить продукт из Windows Update, запустив ее из меню кнопки Start и выполнив проверку обновлений.

Когда Windows Update начнет установку IE9 RC, вы увидите экран установки IE9.

Чтобы установить IE9 RC, нажмите Install. Если вы выберете пункт Ask me later, WU снова предложит установить IE9 RC при следующей проверке обновлений. При выборе Don’t Install, WU не будет больше предлагать установку IE9 RC, и он появится как необязательный пункт в Windows Update. Пользователи, отклонившие обновление могут скачать IE9 RC с сайта http://www.beautyoftheweb.com. Мы настоятельно рекомендуем всем пользователям бета-версии IE9 обновить ее до IE9 RC.

Средство IE9 Automatic Update Blocker Toolkit

С выходом IE9 RC на Automatic Update настало самое время подготовиться к выпуску финальной версии IE9 (версии Release-to-Web – RTW). Чтобы помочь нашим пользователям оставаться защищенными и работающими на последней версии ПО, мы в свое время распространим RTW-версию через AU и WU для всех пользователей. Мы знаем, что в корпоративной среде ИТ-организации часто задерживают ввод нового браузера до того момента, когда пока не будет всесторонне протестирована его совместимость с внутренними приложениями и сайтами. Мы проделали большую работу в IE9 чтобы сохранить совместимость с сайтами, созданными для IE8, IE7 и с сайтами интранет, по умолчанию работающими в режиме совместимости (Compatibility View, IE7 Mode). Невзирая ни на что, мы знаем, что многие ИТ-организации захотят проверить IE9 до того, как он будет широко развернут.

Чтобы помочь пользователям предотвратить установку IE9 RTW через Automatic Update, мы создали средство IE9 AU Blocker Toolkit, которое предотвращает предложение установки IE9 RTW, как важного обновления AU. Этот набор не имеет срок прекращения действия и может быть настроен либо через файл реестра на клиентской машине, либо групповые политики на присоединенном к домену оборудовании. Он также позволяет снять блокировку. Мы полагаем, что такой подход обеспечивает хороший баланс между помощью пользователям стать более защищенными и предоставлением организациям контроля над тем моментом, когда они будут готовы развернуть IE9 для всех сотрудников.

Набор для предотвращения автоматической доставки IE9 доступен на Microsoft Download Center.

Набор блокировки IE9 не влияет на развертывание IE9 RC AU среди пользователей бета-версии IE9 и, более того, не будет блокировать финальную версию IE9, предложенную пользователям, которые уже имеют предварительные версии IE9 на своих машинах. Это сделано для того, чтобы быть уверенным, что мы обеспечиваем последними исправлениями безопасности пользователей, имеющих устаревшие предварительные версии IE9. Набор также не влияет ручную установку пользователем IE9 с Microsoft Download Center.

Автоматическую доставку IE9 и IE8 блокирую разные ключи реестра. Если раньше вы использовали IE8 Blocker Toolkit для блокировки предложения установки IE8, как важного обновления, то теперь вам понадобиться Blocker Toolkit для IE9, чтобы заблокировать предложение IE9 через AU.

Организациям, использующим такие решения обновления, как Windows Server Update Services (WSUS) или System Center Configuration Manager (SCCM), не требуется разворачивать набор Blocker Toolkit. WSUS и SCCM позволяют организациям полностью контролировать развертывание обновлений, приходящих через WU, включая IE9.

Мы приветствуем своевременное развертывание IE9 и, в то же время, уважаем ваше желание развернуть его по собственному графику.

Вишвас Сена Каннан (Vishwac Sena Kannan) и Джейтидер Манн (Jatinder Mann),
программные менеджеры IE

Запуск нескольких версий IE с помощью Windows XP Mode

Одним из способов запустить несколько версий Internet Explorer на одном ПК является запуск предыдущих версий с помощью режима Windows XP Mode на компьютере, работающем под управлением Windows 7 редакций Professional, Enterprise или Ultimate. (Windows XP Mode – дополнительное загружаемое средство для Windows 7 Professional, Enterprise или Ultimate, которое обеспечивает предустановленный образ Windows XP SP3, запускаемый с помощью Windows Virtual PC. Недавнее обновление позволяет запускать Windows XP Mode на процессоре, не поддерживающем аппаратную виртуализацию).

Возможно даже установить и запустить несколько сеансов XP Modes на одной машине Windows 7, позволяя, таким образом, одновременно запускать Internet Explorer версий 6, 7, 8 и 9.

Снимок экрана моего 24-дюймового монитора демонстрирует IE9 работающий с собственном режиме, а также в режимах IE6, 7 и 8 в трех различных экземплярах XP Mode

Хотите попробовать? В этом документе приводятся детальные инструкции для установки виртуальной машины с Windows XP Mode, копирования ее для создания двух дополнительных виртуальных XP-машин и настройки их для запуска IE7 и IE8.

Другие возможности

На этой странице содержится ссылка на официальный документ, описывающий другие решения виртуализации Internet Explorer.

Эта страница содержит ссылки на образы жестких дисков виртуальной машины Windows Virtual PC (VHD) для тестирования веб-сайтов с различными версиями Internet Explorer. Эти образы недавно были обновлены, и срок их действия истекает 18 мая 2011 г.

IE9 на горизонте

Сейчас самое время подготовить свои веб-сайты к появлению IE9, не забывая при этом посетителей, использующих IE7 или IE8. Режим XP Mode в Windows 7 представляет собой решение, не требующее дополнительных затрат для тестирования нескольких версий Internet Explorer на одном ПК, работающем под управлением Windows 7 Professional, Enterprise или Ultimate.

Тэд Джонсон (Ted Johnson),
ведущий руководитель программы,
Internet Explorer

Мы рады, что другие производители браузеров решили последовать нашему примеру и применить аппаратное ускорение в своих браузерах. Мы вместе развиваем веб, чтобы предоставить пользователям больше преимуществ и сделать возможным получение новых впечатлений от интернет-серфинга. Производители использовали различные архитектурные подходы к аппаратному ускорению, как в том, какие технологии веб-платформы ускорять, так и в том, на сколько их ускорять с помощью аппаратуры (GPU, ядер процессора, размещения в памяти и т. д.)

В этом сообщении рассматривается демонстрация «HTML5 Blizzard» (Метель HTML5), которую мы подготовили, чтобы поздравить каждого с новогодними праздниками. Эта демонстрация использует общие веб-технологии вместе, чтобы показать, как много снежинок браузер может анимировать в реальном масштабе времени (60 кадров в секунду, fps). Когда количество скорость кадров превышает 60 fps – снежинки добавляются, а если она падает ниже 60 fps – убираются до тех пор, пока браузер не придет к равновесию при 60 fps. Чем больше снежинок браузер сможет анимировать, тем выше рейтинг.

Браузер, ускоряющий только некоторые технологии, используемые в демонстрации «HTML5 Blizzard» получит меньше очков, чем тот, кто эффективно использует ресурсы ПК для аппаратного ускорения всего комплекса.

Шаг за шагом: как работает «HTML5 Blizzard»

Фоновое небо

Голубой фон демонстрации использует API холста, чтобы программно создать кисть с линейным градиентом и нарисовать этот градиент на фоновом холсте. Этот процесс аппаратно ускорен в IE9 и создает фоновое небо для сцены.

Поздравление с праздником (DIV со шрифтом WOFF)

Над фоном расположены два фиксированных блока HTML DIV, содержащих текст поздравления с праздниками. В этих DIV’ах использованы стандартные свойства CSS и они прорисованы с помощью шрифтов WOFF. Вывод всего текста в IE9, включая оформленный WOFF-шрифтами пользователя, является аппаратно-ускоренным.

Сугробы (SVG-изображение)

По низу окна располагается векторное SVG-изображение, представляющее сугробы. С помощью SVG мы можем динамически масштабировать изображение по ширине окна и сохранять гладкие кривые. В IE9 вся SVG -графика естественно представляется с помощью GPU и является аппаратно-ускоренной.

Снеговик (изображения холста HTML5)

Зимняя сцена не будет завершенной без танцующего снеговика, расположенного в центре экрана. Он реализован с помощью второго холста, на котором мы создаем изображения с различными поворотами и масштабами с помощью техники анимации JavaScript, что дает эффект танцующего снеговика. Вращения, масштабирование и прорисовка изображений – это массированные параллельные вычисления на GPU и весь процесс целиком проходит в нем.

Счетчик снежинок (HTML5 текст на холсте)

Как и для каждой демонстрации производительности, нам требуется выводить на экран количество падающих снежинок. Мы достигаем этого с помощью создания текста на холсте, что позволяет наносить надписи прямо на его поверхность. Вы уже улавливаете идею – рисование и компоновка текста также аппаратно-ускорены в IE9.

Падающие снежинки (Полосы изображений на холсте HTML5)

Самой интересной частью демонстрации является холст метели, на который программно добавляются и удаляются снежинки, пока частота кадров не достигнет равновесного значения в 60 fps. Снежинки рисуются из одного индексированного массива изображений; всё индексирование и вырезание полоски изображений происходит в GPU.

Кнопка возврата (DIV с прозрачностью CSS3)

Как и на других веб-страницах у нас есть кнопка, позволяющая пользователю вернуться на главную страницу сайта. Она расположена на самом верху по z-координате и использует свойство прозрачности CSS3, чтобы влиться в фоновую сцену. В IE9 применение этих свойств CSS3 целиком происходит через GPU.

Информационная панель (Шрифты WOFF в тексте на холсте HTML5)

По низу сцены вы найдете общую информацию, касающуюся производительности, включая текущий размер окна и время прорисовки одного кадра анимации. Эта информация выводится на прозрачном холсте с помощью создания текста на холсте и шрифтов WOFF. Это хороший пример того, как преимущества производительности объединяются в IE9, когда индивидуальные аппаратно-ускоренные свойства (Canvas, Canvas Text и шрифты WOFF) используются вместе.

Фоновая музыка (HTML5 Audio)

В браузерах, поддерживающих проигрывание MP3 аудиофайлов с помощью HTML5 аудио-тэга, праздничная музыка будет играть фоном, пока демонстрация работает. В IE9 мы воспользовались преимуществом аппаратного аудио для выполнения аудио-декодирования и проигрывания прямо на «железе» когда это возможно.

Соединяя все вместе

Здесь отдельные возможности веб-платформы соединяются вместе, чтобы создать забавную и полностью аппаратно-ускоренную зимнюю сцену. Всё что вы видите на демонстрации представлено естественными графическими примитивами прямо в GPU.

Полное аппаратное ускорение

Цель Internet Explorer 9 – обеспечить надежное основание по всему браузеру для того, чтобы дать уверенность разработчикам, в том, что они имеют действительно быструю платформу. Демонстрация «HTML5 Blizzard» – прекрасный пример того, как веб-разработчики будут совместно использовать различные технологии плодотворным и естественным способом. Частично ускоренные части веб-платформы, такие как наложение изображений или холсты, улучшат производительность, но это не даст того результата, как полностью ускоренная цельная веб-платформа.

А сколько у вас снежинок?

Джейсон Вебер (Jason Weber)

Ведущий руководитель программы производительности Internet Explorer

Конфиденциальность является одновременно как темой бесед по всему миру, так и местных обсуждений. Местное восприятие и ожидания отличаются в Германии, Великобритании, Японии и Соединенных Штатах Америки. Одно решение не годится для всех. Конфиденциальность – широкая тема, простирающаяся от проблем с фотографированием улиц до разглашения медицинских данных.

Защита от слежки, реализованная в IE9, сосредоточена на решении проблемы онлайнового слежения. За пользователями в вебе ежедневно следят без предупреждения или разрешения. Результатом является возрастающее беспокойство и подозрения пользователей по поводу слежения. Эта тема последовательно поднималась в наших беседах в правительственных агентствах и промышленных группах в Соединенных Штатах в прошлом месяце и в Европе на прошлой неделе.

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

Прогресс и новости стандартизации и списки

Чтобы защитить пользователей, важно иметь механизм защиты от слежения, который работал бы согласованно со всеми браузерами. В декабре мы завершили работу над базовым форматом для защиты от слежения доступном по лицензии Creative Commons Attribution и Microsoft Open Specification Promise, так что единые списки могут работать и в других браузерах. Затем главная организация, ведающая веб-стандартами, W3C, обратилась к нам с предложением о стандартизации этого формата. Совместно с W3C мы предпринимаем последующие шаги в этом направлении.

Мы провели множество бесед с правительствами, организациями и заинтересованными лицами в Соединенных Штатах и в Европе, обсуждая наш подход. Отзывы всегда были положительными. Ранее на этой неделе European Privacy Association публично заявила о том, что приветствует данную возможность и предоставит соответствующие полномочия по ее реализации. В декабре председатель федеральной комиссии США по торговле Джон Лейбовиц заявил:«Microsoft заслуживает большого уважения за предпринятые важные шаги по обеспечению пользователей правом выбора тех, кому можно следить за их серфингом в Интернете. Также существенно, что в анонсе утверждается, что технология уже доступна и позволяет пользователям управлять слежением». В декабрьском интервью газете Washington Post вице-президент EU Justice Commission Вивиана Рединг, являющаяся также главой органа регулирующего конфиденциальность, отвечая на вопрос о включении возможностей обеспечения конфиденциальности в Internet Explorer, заявила:«…это правильное направление и важно, чтобы индустрия понимала, что невозможно игнорировать заботы о конфиденциальности. Если они хотят быть эффективными, они должны иметь встроенные средства, улучшающие конфиденциальность. И компании хотят определенности в это вопросе».

Разработка списков защиты от слежения для пользователей из Европы и США находится в процессе работы. Несколько организаций, занимающихся вопросами конфиденциальности пользователей, получили предварительные списки для тестирования. Некоторые рекламные группы, узнавшие, как защита от слежения активирует более эффективную саморегуляцию, также включились в процесс разработки списков защиты от слежения. Они четко осознают и излагают свою точку зрения, заключающуюся в том, что реклама и слежение – это разные понятия. Мы рады видеть их усилия по претворению этой точки зрения в практику.

Интересный сценарий использования слежения всплыл в беседах с некоторыми правительственными агентствами на прошлой неделе. Он заключается в том, что с помощью всего контента слежения, находящегося сегодня на сайтах, можно, например, для всего Интернета определить, что с нескольких машин министерства обороны проверялась погода в определенной части мира, или что многие браузеры министерства здравоохранения демонстрируют пик посещаемости статьи на определенную тему. Подобные заключения также возможны и для бизнеса, например, в области финансов, в пристальном отслеживании моделей интернет-серфинга работников. Функциональность защиты от слежения будет работать при корпоративном развертывании и с инструментарием управления, доступном в Windows.

Как работает защита от слежения и альтернативные подходы

Защита действует путем блокирования контента, который может быть использован для слежения за вами в Интернете.

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

Чтобы включить защиту от слежения, пользователь просто щелкает на специальной ссылке на веб-странице. С этого момента вся навигация по вебу является защищенной до тех пор, пока пользователь недвусмысленно не выключит ее. Щелчок по ссылке добавляет список защиты от слежения с веб-адресами (типа «msdn.com»), которые браузер будет блокировать (пока пользователь не посетит их напрямую и не увидит их адрес в строке набора адреса). Ограничивая способ, которым браузер связывается с некоторыми сайтами, защита от слежения ограничивает информацию, которую эти сайты могут собирать. (Эти списки позволяют задать правила «разрешить» (allow) и «заблокировать» (block); подробнее можно узнать из нашего предыдущего технического сообщения). Система является открытой и любой веб-сайт может держать у себя такие списки ссылок и любой человек может быть их автором и предоставлять их в общее пользование.

Такой подход позволяет пользователям легко включать защиту (просто найти сайт и щелкнуть по ссылке) и оставляет экспертам и энтузиастам индустрии достаточно гибкости и свободы в обеспечении пользователей руководствами и рекомендациями на вебсайтах, предлагающих списки защиты от слежения. Когда пользователи находят страницы и списки, которым они доверяют, они могут использовать их совместно (через e-mail, блоги, Facebook, Twitter и т. д.), повышая осведомленность в области конфиденциальности.

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

Дин Хачамович (Dean Hachamovitch)
Вице-президент корпорации, Internet Explorer

Ранее сайты не имели непосредственного отображения на рабочем столе ПК, и чтобы открыть их фактически требовалась «двойная загрузка» – сначала для операционной системы, а затем для браузера. С прикрепленными сайтами работать проще и у пользователя уходит меньше времени, чтобы получить доступ к наиболее часто посещаемым сайтам.

Когда сайт прикреплен, веб-разработчики могут использовать его метаданные и методы для добавления задач в список быстрых переходов (Jump List) значка на панели задач, предупреждать пользователей с помощью специальных значков, и создавать кнопки контрольных изображений для управления сайтом. Добавление такой функциональности к веб-сайту требует небольших затрат от разработчиков и оставляет у посетителей сайта намного лучшее впечатление. Разработчики могут подробнее прочитать об этом в сообщении Пользовательский интерфейс: настройка закрепленных сайтов, а также в статье Pinned Sites: Windows 7 Desktop Integration with Internet Explorer 9, или посмотреть видеозапись с сессии PDC 2010 “Taking Advantage of Pinned Sites with Internet Explorer 9 and Windows 7” (промотайте вперед примерно на 10 минут).

Новая документация по API

Сегодня мы представляем новую документацию для разработчиков, которая описывает как воспользоваться API прикрепленныx сайтов (или Site Mode) для улучшения существующих и создания новых прекрасных прикрепленных сайтов в Windows 7. Эта документация продолжается с того места, где остановились примеры прикрепленных сайтов с IE Test Drive, и включает много кода, демонстрирующего как были созданы образцы сайтов.

Представлены четыре сценария, каждый из которых демонстрирует разные стороны возможностей прикрепления сайтов Internet Explorer 9.

Пример проигрывателя подкастов Channel9: основы

Jump List containing static tasks

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

Пример проигрывателя подкастов Channel9: удаленный контроль

Окно контрольного просмотра с панелью инструментов

Создайте кнопки контрольного просмотра для управления проигрыванием в примере проигрывателя подкастов Channel9.

Пример TweetFeed: история поисковых запросов

Запросы TweetFeed добавлены в настраиваемую категорию списка быстрых переходов

Внесите элементы в настраиваемую категорию Jump List, основываясь на обмене данными пользователя в примере TweetFeed.

Пример TweetFeed: предупреждения

Значок предупреждения

Используйте значки предупреждений для демонстрации активности в примере TweetFeed.

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

Определение возможностей прикрепленных сайтов

Определение возможностей критично для разработки сайтов, которые просматриваются во многих браузерах. В отличие от подходов, определяющих тип используемого браузера или проверяющих наличие несвязанных возможностей, определение реальных возможностей позволяет разработчикам проверить, поддерживает ли браузер определенные функции перед тем, как использовать их, а также позволяет разработчику проверить наличие известных проблем, прежде чем задействовать обходные пути (см. Same Markup: Writing Cross-Browser Code).

В этом смысле, API прикрепленных сайтов не отличаются; мы рекомендуем процедуру определения возможностей для проверки, доступна ли функциональность прикрепленных сайтов перед ее использованием. Метод msIsSiteMode объекта external является наилучшим способом определения, доступны ли возможности прикрепленных сайтов. Следующий фрагмент кода обеспечивает корректный образ действий для использования API прикрепленных сайтов, когда он доступен и переключение на запасной вариант (в операторе catch) в противном случае:

    try {
        if (external.msIsSiteMode()) {
         /* Код для случая, когда режим Site Mode поддерживается и активирован*/
        }
        else {
         /* Код для случая, когда режим Site Mode поддерживается, но не активирован*/
        }
    }
    catch (e) {
        /*Код, когда Site Mode не поддерживается */

    }

Программирование прикрепленных сайтов из Adobe Flash и Microsoft Silverlight

Разработчики, использующие управляющие элементы Adobe Flash или Microsoft Silverlight внутри IE9 также могут выиграть от использования JavaScript API прикрепленных сайтов при их интеграции с панелью задач Windows 7.

Например, страницы, проигрывающие аудио и видео с помощью Adobe Flash, могут добавить элементы управления проигрыванием на страницу контрольных изображений (см. снимок экрана ниже). Разработчики должны вызвать соответствующие функции управления проигрывателем Flash Player, описанные здесь в обработчике события «msthumbnailclick» на веб-странице. Этот метод использует API JavaScript для вызова функций управления Flash Player.

Элементы управления, сгенерированные Flash-проигрывателем, в контрольном изображении панели инструментов Windows 7

Страницы могут использовать также ActionScript, чтобы предоставить пользователям настраиваемые списки переходов на панели задач, как объясняется здесь. Microsoft Silverlight допускает такой же уровень интеграции. Детали, как это сделать, можно найти в данном сообщении. Единственным условием использования этой функциональности с Flash или Silverlight является то, что элемент управления должен работать в браузере IE9, а не в автономном приложении.

Тренинги для разработчиков

Начиная с 17 января Microsoft проводит в центральном регионе США серию семинаров Windows Development Boot Camps. Boot Camp представляет собой однодневные занятие повышенной сложности по клиентской разработке. Мероприятие включает разработку для Window 7, Internet Explorer 9 и Silverlight 4 в автономных приложениях. Часть занятия посвящена использованию API прикрепляемых сайтов (Site Mode) для интеграции с Windows 7. Подробности можно найти на http://www.windowsdevbootcamp.com/.

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

Израэль Хилерио (Israel Hilerio),
Ph.D., ведущий руководитель программы, Internet Explorer

Развитие Media Queries

Начиная с версии IE5 Internet Explorer поддерживал носители типов “screen” и “print”. Носители печатного типа особенно полезны при изменении макета печатаемой страницы. Они устраняют необходимость иметь отдельную версию сайта, предназначенную для печати, и допускают некоторые полезные типы оптимизации печати, вроде разворачивания гиперссылок. Спецификация типов носителей CSS2.1 включает определения многих типов носителей, в том числе портативных устройств, синтезаторов речи и телевизоров. Однако на практике наиболее широкое распространение получили экран и принтер.

CSS3 Media Queries расширяют понятие оптимизации на специфические типы носителей, допуская оптимизацию для особых свойств носителя. Экран – полезный тип носителя, но существует много разновидностей экранов – от мобильных телефонов с крошечными экранами, через лэптопы со средними экранами, и до настольных ПК, подсоединенных к широкоэкранным 30-дюймовым мониторам; более новые экраны могут иметь более высокое разрешение, по сравнению с выпущенными прежде. Как веб-разработчик вы, наверное, захотите переформатировать свою страничку для каждого из этих устройств, чтобы предоставить посетителю сайта наилучшее представление на каждом из них. CSS3 Media Queries позволяют настроить ваш CSS-код с такой степенью общности и с такой определенностью, как хочется.

Основной пример

Чтобы создать Media Querу, предназначенный для экранов шириной 1250 px можно написать следующее (замечание: ширина и высота экрана в действительности относятся к ширине и высоте окна браузера, а не физического дисплея):

@media screen and (width:1250px) { ... }

Однако, ставить целью экран (браузер), имеющий ширину точно 1250 px бесполезно, так как не часто окно браузера будет иметь ширину в точности равную 1250 px. Вместо этого более практично иметь в виду диапазон размеров, скажем от 900 до 1300 px:

@media screen and (min-width:900px) and (max-width:1300px) { ... }

На сайте IE Test Drive можно найти демонстрацию CSS3 Media Queries, иллюстрирующую несколько разных media queries для изменения макета страницы, исходя из ширины экрана (браузера). Страница оптимизирована как для очень широких экранов, так и для очень узких. Чтобы наблюдать эффект измените размер окна браузера при просмотре.

При широкоэкранном просмотре на странице используется расположение изображений бок о бок с большими картинками и описательным текстом:

На узком экране на странице используются обрезанные картинки, удаляются заголовки и описания.

Вдобавок к созданию правил @media в CSS-файлах можно использовать CSS3 Media Queries в атрибуте media тэгов link и style и внутри блока @import. Несколько примеров:

<link rel="stylesheet" media="screen and (min-width:100px)" href="widescreenStyleSheet.css" />

<style type="text/css" media="print and (orientation:portrait)"> ... </style>

@import "widescreenStyleSheet.css" screen and (min-width:100px);

Параметры Media

IE9 поддерживает следующие параметры media:

• width – ширина области отображения
• height – высота области отображения
• device-width – ширина поверхности устройства визуализации
• device-height – высота поверхности устройства визуализации
• orientation – ландшафтная или портретная
• aspect-ratio – отношение ширины к высоте области отображения
• device-aspect-ratio – отношение ширины к высоте поверхности устройства визуализации
• resolution – разрешение устройства вывода
• color – количество разрядов на цветовую компоненту устройства вывода
• color-index – число входов в таблице поиска цветов устройства вывода
• monochrome – число разрядов на пиксель в монохромном буфере кадра (0 если устройство не монохромное)

За исключением ориентации все поддерживаемые IE9 параметры могут использоваться с префиксами «min-» и «max-».

Дальнейшие шаги

Типы, размеры и возможности устройств, на которых люди просматривают информацию, становятся все более разнообразными. CSS3 Media Queries упрощает веб-разработчикам создание единого сайта, предоставляющего всем дисплеям замечательное содержимое.

Если вы обнаружите ошибке в механизме CSS3 Media Query при тестировании бета-версии IE9 или Platform Previews, пожалуйста, сообщите о них на Microsoft Connect.

Шэрон Ньюман (Sharon Newman),
руководитель программы

Вы ответили 7050 комментариями. Самыми комментируемыми сообщениями были те, которые описывали бета-версию IE9, третью и четвертую версии Platform Preview, два сообщения, излагающих нашу точку зрения на HTML5-видео и пара постов, схематически рисующих сайто-центрический дизайн интерфейса IE9.

В таблице приведен список наиболее комментируемых сообщений 2010 года:

4 октября: Главное – сайты: бета-версия IE9 доступна к загрузке	287 комментариев
24 сентября: Обновленный HTML5: четвертый выпуск IE9 Platform Preview стал доступен разработчикам	280
29 апреля: HTML5 Video	233
28 июля: HTML5: третья предварительная версия IE9 доступна разработчикам	215
5 октября: Пользовательский интерфейс: сайто-ориентированная навигация в IE9	184
8 октября: Пользовательский интерфейс: сайты в центре внимания	182
May 3: Follow Up on HTML5 Video in IE9	176

В центре – веб-сайты

Как показывает заголовок наиболее комментируемого сообщения, IE9 описывает суть событий, помещая веб-сайты в центр веб-серфинга. Вдобавок к браузерам и веб-сайтам, мы много говорили о производительности, разработчиках, JavaScript, HTML5, SVG и стандартах. Мы объяснили возможности IE9, документировали использование его модели DOM, обеспечили примерами совместимости. Хотя мы главным образом сосредоточились в 2010 году на IE9, мы продолжили поддержку пользователей IE7 и IE8, обеспечивая их на протяжении года важными обновлениями безопасности.

Следующее облако слов, полученное от сервиса Wordle™, визуализирует 150 наиболее популярных слов, использованных в сообщениях 2010 года (откройте SVG-файл в собственном окне).

Единая разметка и аппаратное ускорение

Две темы мы постоянно подчеркивали на протяжении 2010 года – единая разметка и аппаратно-ускоренный рендеринг (42 из 137 сообщений используют фразу «единая разметка» и 26 – «аппаратно-ускоренный»). Мы подчеркиваем это, потому что полагаем, что эти два атрибута наряду со всеобъемлющей моделью DOM и производительностью JavaScript, станут отличительными чертами веб-сайтов с HTML5 и приложений в будущем. Имея возможность использовать одинаковую разметку HTML, CSS, SVG и JavaScript и код в разных браузерах, веб-разработчики больше времени посвятят созданию контента для пользователей, и меньше – преодолению раздражающих различий между браузерами. Создавая на базе аппаратно-ускоренной платформы и используя новые возможности SVG, <canvas> и CSS3, разработчики смогут предложить такие интерфейсы, о которых дизайнеры лишь мечтают – такие, которые представлены на нашем сайте Красота веб.

Что дальше?

Конечно, мы будем писать намного больше о IE9 в следующие недели и месяцы. Мы надеемся, что информация, представленная в блоге IE, является полезной и имеет практическое значение. Какую информацию из блога вы считаете наиболее полезной? Мы хотели бы получать отзывы в самом блоге. Как мы можем сделать этот блог наилучшим ресурсом для вас?

Отзывы, которые мы получаем от вас в виде комментариев, весьма полезны когда мы определяем куда двигаться дальше с Internet Explorer, а также с самим блогом IE. Спасибо за поддержку в 2010 и давайте заглянем в замечательный 2011 год!

Тэд Джонсон (Ted Johnson) для инженерной команды Internet Explorer

Оцените Santa Workshop, который использует мощь вашего браузера для определения количества эльфов, помогающих паковать Санте мешок с подарками, и их скорости. Данный пример создан с использованием таких технологий HTML5, как SVG и HTML5-аудио.

А пример под названием HTML 5 Blizzard позволит вам испытать производительность своего компьютера и браузера по мощи снегопада! Чем больше снежинок вы увидите на мониторе, тем более производительнее у вас оборудование и программное обеспечение. В данном примере тоже использованы некоторые элементы HTML5, включая Canvas, SVG, CSS3 b WOFF.

Прошло чуть больше года с того момента, как мы впервые познакомили вас с IE9 и показали, как здорово бороздить просторы Интернета, используя мощь аппаратного и программного обеспечения. Начиная с мартовской конференции MIX 2010 и в течение всего года, мы демонстрировали наше стремление к полной реализации аппаратного ускорения при просмотре страниц через IE9. Мы добились значительного прогресса в этом благодаря длительному тестирования и выпуску семи промежуточных версий IE9, а также специальной странице с примерами HTML5. Мы продемонстрировали, как использование HTML5 может принести в естественные приложения новый уровень интерактивности и производительности.

Спасибо вам!

Ваше участие и отзывы – наиболее важная часть разработки платформы IE9. Сегодня мы хотим сказать спасибо всем пользователям, кто загружал и тестировал нашу новую платформу, а также сообщал о проблемах на Connect или отправлял отзыв через команду Send Feedback (alt+X, K) в IE9. Мы также хотим сказать спасибо пользователям за проведенную работу, в том числе веб-разработчикам и конечным пользователям.

От всей команды разработки IE9 мы желаем вам аппаратно-ускоренного Нового года! Новый год станет одним из самых удивительных в истории Сети.

Роб Маукери (Rob Mauceri)
Руководитель группы разработки, IE

При наличии многих, все еще активно развивающихся технологий HTML5, наш подход состоит в предоставлении разработчикам лучшего выбора и в исключении ситуации «выбора из двух зол» при определении поддерживаемых стандартов. В браузер IE9 включена поддержка той части HTML5, которая готова для применения в сайтах и от которой зависят разработчики и пользователи. Также мы предложим разработчикам сайт «HTML5 Labs» для знакомства с экспериментальными технологиями, все еще находящимися в стадии разработки. Четко отделяя прототип реализации от основного обозревателя, мы можем избежать многих негативных последствий.

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

Также мы предложим прототипы для экспериментальных и незавершенных частей стандарта HTML5, которые некоторые разработчики захотят попробовать, но от которых пользователи пока не зависят. Мы будем точны в реализациях, которые более являются прототипами, чем продуктом. Эти прототипы демонстрируют, как мы балансируем, обеспечивая миллионы пользователей и одновременно активно ведя технологические дискуссии с разработчиками и энтузиастами и не сбивая с толку остальные группы. Прочитать об этом можно здесь.

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

WebSockets

Прежде всего, WebSockets – хорошая идея.

Это одновременно и технология и разрабатываемый набор стандартов. Эта технология зачастую включается в обсуждения HTML5. C помощью WebSockets можно делать некоторые изящные вещи, которые другим способом сделать очень трудно, очень медленно или же вообще невозможно. Видео с некоторыми допустимыми сценариями можно найти на сайте http://www.websockets.org/, который не имеет отношения ни к одной организации, работающей над стандартом, а принадлежит компании, предложившей эту технологию.

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

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

Взгляните на ошибку номер 602028 в Bugzilla, системе отслеживания проблем компании Mozilla. Для людей, не интересующихся деталями, самое время пропустить часть текста до следующего раздела.

Впервые об этой ошибке было сообщено 5 октября 2010 г. Первоначально ошибка предлагала что «пока в окончательном протоколе WebSockets не устранены проблемы» Firefox должен ввести «задание префиксов». В одном из первых комментариев по этой ошибке немедленно была зафиксирована позиция (несогласия), выявлены проблемы совместимости, с которыми столкнутся разработчики, создавая сайты, работающие со многими браузерами по технологии, находящейся в стадии разработки:

Безусловно нет… Задание префиксов в Gecko никому ничего не даст… Это только причинит вред, так как «Firefox не реализует HTML5». Комментарий 2

Последующий комментарий ссылается на те же факты – проблемы неустойчивости и совместимости – как на аргумент в обратном направлении.

Причина, по которой мы хотим ввести префиксы, состоит в том, что мы на 100 % уверены, что они изменяться. Мы также знаем, что в других браузерах они также будут модернизированы. Нам бы не хотелось, чтобы их путали с… чем-то не являющимся экспериментальным и лучший способ сделать это – добавление префиксов.

Эта новая версия не будет совместима с существующими реализациями. Комментарий 7

Другие комментарии продолжают ссылаться на прецеденты для обоих образов действий (здесь и здесь), добавляя «WebSockets не выйдет из состояния демонстрационного ПО в течение нескольких лет». Это веский комментарий о темпе принятия технологии. Обсуждение продолжается несколько цинично: «представление того, кто-на-верху, может побить все иные соображения… Мы [Mozilla] … постоянно глотаем пыль WebKit. Я бы держал пари, что так выйдет и на этот раз».

Ключевым моментом обсуждения является то, что разработчики «ожидают, что их серверы [sic] разрушаться, когда новые версии WebSockets будут реализованы в браузерах». Сотрудник Google, работающий над WebSockets продолжает: «наилучшей стратегией является просто сохранение первопроходцев». Работник Mozilla отвечает своей обеспокоенностью, что при этом

предполагается, что разработчики будут прекрасно осведомлены обо всем, что происходит в веб, каков статус различных стандартов и какие вещи собираются поменять. Опираясь на мой собственный опыт, полагаю – это опасное предположение. Комментарий 27

Это происходит, когда кто-то поднимает проблему безопасности, а другой делится наблюдением, что это может не иметь значения «если можно сбросить флаг “поддержка HTML 5” на маркетинговых слайдах». Первый продолжает, что стандарт необходимо создать и что они должны следовать ему, на что другой отвечает:

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

Негативные последствия

Во-первых, работа над WebSockets сегодня продолжается и Microsoft участвует в обсуждениях. Никто не должен трактовать последние новости, как конец WebSockets.

В одной технической публикации утверждается, что «история WebSockets иллюстрирует некоторые подводные камни стиля и темпа разработки веб-стандартов», и что «включение поддержки спецификации [которая] не готова» это просто последнее препятствие. В заголовке статьи говорится о «риске незавершенных стандартов», в то время как другая статья говорит об «начинающих существование стандартах WebGL и WebSockets», а комментарий от руководителя Mozilla здесь ссылается на «умозрительные возможности».

WebSockets – это просто одна из многих и многих незавершенных, развивающихся и теоретических технологий. Поспешность с реализацией, когда эскизы сильно меняются, создаст чувство неудовлетворения. Это видео (предупреждение: оно содержит ненормативную лексику) инсценирует ситуацию с недовольством разработчика. Это недовольство является результатом поддержки незавершенных, развивающихся и теоретических возможностей основным продуктом.

Вопрос заключается в том, как найти баланс реализации этих разрабатываемых технологий (для того, чтобы решать проблемы разработки) с потребностями веб-разработчиков (которые не хотят переписывать код снова и снова, чтобы получить новые возможности), и с потребностями пользователей (которые ожидают, что сайты и браузеры будут просто работать). Сегодня iPhone и iPad 4.2 поддерживают WinSockets. Firefox и Opera недавно отключили свои реализации из-за (среди прочего) вопросов безопасности и совместимости.

Альтернативный подход, так как WebSockets не единственная технология

Альтернативный подход к этим экспериментальным возможностям, состоит в том, чтобы быть намного более точным в реализациях, которые являются скорее прототипами, чем продуктом. Этого подхода придерживается Microsoft. Подробнее прочитать об этом можно здесь. С помощью прототипов мы балансируем между стремлением обеспечить продуктом миллионы пользователей и организацией предварительных теоретических дискуссий с разработчиками и энтузиастами, не смешивая обе группы.

Существует множество других разрабатывающихся технологий, которые далеки от завершения. Так как они на сегодняшний день не готовы и, соответственно, не будут готовы к тому моменту, когда мы выпустим IE9, эти развивающиеся стандарты будут восприимчивы к таким же проблемам и негативным последствиям, с которыми столкнулась технология WebSockets. Некоторые технологии находятся в переходном состоянии и приводятся в соответствие с другими (или от них отказываются в пользу других). Анимация SMIL и SVG-шрифты, хотя и используются в тестах Acid 3, близки к вылету в пользу CSS-анимации и WOFF-шрифтам. Спецификация Web SQL, например, была снята со стадии рекомендации на самой последней конференции TPAC в связи с выходом IndexedDB, как более перспективной. IndexedDB сама находится в стадии развивающегося и незавершенного стандарта, наряду с WebSockets, File API и WebGL (как замечено в упоминавшейся выше статье Ars Technica).

Готовность к применению на сайтах рассматривается в широком контексте потребностей разработчиков сегодня и завтра, жизнеспособных альтернатив, а также процесса становления стандарта. Например, CSS3 содержит огромный набор технологий. IE9 уже реализует многие модули CSS3, готовые к применению. Некоторые другие CSS-модули (например, градиенты CSS) пока еще развиваются и не завершены. У других модулей есть великолепные альтернативные варианты, имеющие возможности по взаимодействию, подобно использованию сценариев вместо CSS3 Transitions и CSS3 Animation. Для других технологий, таких как web workers, также применимы другие соображения. Технология web workers вводит понятия сложного многопоточного программирования в JavaScript, и требует всестороннего прототипирования (так же, как и WebSockets) для полного изучения влияния на разработчиков и расширенную модель веб-программирования.

Многие технологии могут легко пройти путь WebSockets. Разработчикам и пользователям лучше отойти от дел, если эти технологии выдвинуться вперед как явные прототипы, а не в продукте, от которого зависит множество людей. WebSockets и веб-хранилище IndexedDB являются первыми прототипами в новой программе. Некоторые экспериментальные CSS3- модули являются возможными кандидатами на прототипы, наряду с другими технологиями (например, FileAPI). Это процесс, в котором мы рады участвовать вместе с сообществом.

Заглядывая вперед

Разрабатывая IE9, мы наблюдали, как различные спецификации изменяются с разными темпами. IE9 поддерживает технологии, которые, хотя и не закончены, но разработаны в достаточной мере, чтобы избежать проблем, демонстрируемых сегодня WebSockets.

В IE9 разработчики могут ожидать HTML5, готовый для применения на сайтах, так что они могут использовать преимущества наилучшего HTML5, который готов сейчас и по-прежнему экспериментировать с развивающимся HTML5 в HTML5 Lab. Сохраняя это разделение, разработчики получат то, что им нужно без отрицательных последствий от смешивания очень разных вещей в одном браузере.

IE9 предлагает поддержку наиболее существенных веб-шаблонов из реального мира, которые разработчики применяют сегодня, а также шаблонов HTML5, которые, как мы ожидаем, станут широко использоваться. По значимости и применимости в реальном мире мы отбираем технологии с самым широким влиянием на пользователей браузера (т.е. CSS перед MathML). По поддержке мы отбираем обеспечение разработчиков последовательной моделью программирования, которая допускает такую же разметку. Цель – обеспечить новые замечательные возможности способом, который, в идеале, гарантирует или скоро сможет гарантировать одинаковое функционирование во всех браузерах.

Такой подход (вместе с поддерживающими его вопросами, вроде наборов тестов и «той же разметки» как цели) получил серьезную поддержку разработчиков. Он также привел к некоторым удивительным заголовкам новостей в прошлом году, подобных «Только Microsoft обеспечивает веб-стандарты» в статье «Сотрудник Mozilla, который проклял Apple и Google за надругательство над HTML5» издания The Register.

В контексте незавершенной технологии, измерения того, насколько различные браузеры поддерживают HTML5 с помощью тестов производительности, не дают точного представления. В частности многие из этих тестов (например, Acid 3) включают разные частичные коллекции незавершенных стандартов, при том, что они исключают глубокие или широкие оценки качества реализации. Ключевыми вопросами для тестов являются, как задать границы, насколько точными и строгими являются индивидуальные тесты, насколько полным является покрытие. Тела стандартов, находящиеся в процессе разработки (подобно W3C и ECMA) являются замечательной площадкой для разработки надежных, высококачественных тестов.

Профессиональные разработчики веб-сайтов – занятые люди. Они пишут код, чтобы жить, и у них действительно нет дополнительного времени, чтобы продираться через комментарии ко всем этим разрабатываемым спецификациям и сохранения каждой сборки каждого браузера. При нашем подходе мы делаем более простым получение преимуществ от тех возможностей, которые уже стабильны и полностью готовы. Мы исключаем большую часть головоломной работы для разработчиков, которые имеют дело с меняющейся целью. В результате – больше времени для разработчиков сайтов, чтобы создавать новые приемы работы и внедрять лучший веб-опыт.

Возвращаясь в март прошлого года, когда мы выпустили первую предварительную версию платформы IE9, можно сказать, что нам уже тогда было ясно, что технология HTML5 понравилась так сильно, что мы захотели, чтобы она действительно заработала. Один из аспектов включает использование всех возможностей ПК для рендеринга HTML с наилучшей производительностью. Другим аспектом является работа с сообществом и телами стандартов для наборов тестов. Создание уверенности, что разработчики сумеют избежать разочарования от потраченного понапрасну времени на переписывание сайтов снова и снова при появлении технологических изменений, а пользователи сумеют избежать разочарований от сайтов, которые легко выходят из строя, и есть самое важное.

Спасибо,

Дин Хачамович (Dean Hachamovitch)

Данное обновление для системы безопасности имеет уровень "критический" для Internet Explorer 6, Internet Explorer 7 и Internet Explorer 8. Для того чтобы узнать подробности об этих уязвимостях, пожалуйста, посмотрите полный бюллетень безопасности.

Данное обновление устраняет уязвимости, изменяя способ обработки браузером Internet Explorer объектов в памяти и сценариев во время выполнения определенных процессов. Дополнительные сведения об этих уязвимостях см. в подразделе ответов на часто задаваемые вопросы для каждой уязвимости, упомянутой в разделе сведений об уязвимостях.

Кроме того, это обновление устраняет уязвимость, впервые описанную в выпуске 2458511 советов Microsoft по безопасности.

У большинства клиентов включено автоматическое обновление, поэтому нет необходимости предпринимать какие-либо действия: данное обновление для системы безопасности загрузится и установится автоматически. Клиентам, у которых не включено автоматическое обновление, необходимо проверить наличие обновлений и установить это обновление вручную. Дополнительные сведения об особых параметрах конфигурации автоматического обновления см. в статье 294871 базы знаний Microsoft.

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

Кери Галлахер (Ceri Gallacher)

Руководитель программы обслуживания IE