Как сообщает activewin.com, Microsoft ведет работу над следующей версией своего браузера — IE8.

В рамках проекта по разработке 8-й версии браузера Internet Explorer компания Microsoft начала опрос бета-тестеров.

25 января некоторые из них получили уведомление о том, что на сайте Microsoft Connect доступен специальный опрос, призванный прояснить некоторые моменты в разработке новых функций. Вопросы касаются в основном RSS и «Избранного», вот некоторые из них:

— Как часто Вы получаете информацию с помощью RSS?
— Используете ли Вы RSS-ридеры, отличные от IE7? (например, Google Reader, FeedDemon, Bloglines и т.п.)
— Часто ли Вы читаете комментарии, оставленные другими пользователями к статьям / постам в блогх?
— Считаете ли Вы, что «Избранное» можно организовать лучше?

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

Примерная дата выпуска IE8 — конец 2008-начало 2009 года.

Об этом в своем блоге объявил Дин Хачамович, отвечающий за IE в Microsoft.
На Channel9 появилось видео, подтверждающее его слова.
Отмечается, что основное внимание при разработке IE8 уделено, с одной стороны, поддержке веб-стандартов, а с другой — обеспечению обратной совместимости с веб-страницами, сверстанными в расчете на IE6 и более ранние версии.
Дин обещает, что IE8 покажут на конференции MIX08 (5-8 марта 2008 г.), а бета-версия появится в первой половине 2008 года.

Недавнее сообщение о том, что Internet Explorer 8 успешно прошёл тест Acid2, заставил подумать о том, что всё-таки требования разработчиков альтернативных вариантов были услышаны в MS. Между тем, многие пользователи сообщают, что на данный момент не проходят тест те браузеры, что раньше справлялись с этой задачей: Opera, Safari, Firefox. Одновременно появились сведения о том, что в настоящее время тестовая страница Acid2 «поломана». Отсюда интересные вопросы: действительно ли тест поломан, действительно ли браузеры его не проходят, каким образом IE 8 прошёл тест, если тест поломан, и вообще — нет ли связи между «поломкой» теста и успешным прохождением теста браузером IE 8?

Сегодня было много сообщений по сабжу. Однако вставлю и я свои 5 копеек, дабы подытожить все.

Вчера вечером официальный блог разработчиков Internet Explorer сообщил интернет сообществу о невероятном событии. Новая разрабатываемая версия браузера компании Microsoft под номером 8, смогла наконец пройти тест Acid2.

Как известно, восьмая версия IE названа IE8, что в полне предсказуемо.

А вот названия, которые были в списке рассматриваемых, весьма забавны и очень удивляют:

1. IE 7+1
2. IE VIII
3. IE 1000 (think binary)
4. IE Eight!
5. iIE
6. Ie2.079
7. IE for Web 2.0 (Service Pack 2)
8. (моё любимое =)) IE Desktop Online Web Browser Live Professional Ultimate Edition for the Internet

Источник: blogs.msdn.com/ie/archive/2007/12/05/internet-explorer-8.aspx

Возможно, я глубоко ошибаюсь в заголовке; очень хочется услышать мнение Хабралюдей по поводу того, как в IE8 предполагается «решить» проблему рендеринга старого HTML-кода, напичканного хаками для IE6 / IE7 (вот оригинальная статья с A List Apart, плюс Джон Резиг по этому же поводу).

Вкратце — Microsoft предлагает ввести специальный мета-тэг X-UA-Compatible для обозначения версии целевого браузера, чтобы IE8 мог корректно отображать страницы, созданные ранее для его предшественников.

Update: интересно, как на это отреагируют онлайн-сервисы создания веб-страниц, например, движки MovableType, WordPress и прочая. От их решения будет зависеть развитие ситуации, верно?

Известно, что IE8 по умолчанию будет выводить страницы так же, как IE7, а переключение в режим «полной совместимости со стандартами» («super standards» mode), в котором браузер проходит тест ACID2, будет производиться с помощью мета-тега X-UA-Compatible. Такое решение взбудоражило сообщество веб-разработчиков, некоторые из которых поддержали такое решение, а другие — решительно отвергли.

CSS 2.1, улучшенная поддержка стандартов, ускоренный рендеринг JavaScript и другое можно будет попробовать уже в течение часа.
На MIX'08 представляют IE8.
Итак, в течение часа IE8b1 будет доступен тут.

UPD: Уже качаем тут)

О главном: Acid 3 — 17/100

Это повод отпраздновать.

Тезисы IE8:

1. Поддержка CSS 2.1
2. IE8 по дефолту будет работать в super-standards mode
3. Тестировавшие IE8 парни из Google (моё примичание: прикольно :)) сказали, что он рендерит JavaScript в случае с GMail в 2.5 раза быстрее, чем IE7
4. Очень интересно посмотреть на ie8.ebay.com на Activity XML
5. Бета1 через в течение часа будет доступна на www.microsoft.com/windows/products/winfamily/ie/ie8/getitnow.mspx

Тезисы Silverlight 2:

1. Adaptive Streaming — автоматическое переключение между битрейтами на лету в зависимости от текущего состояния сети
2. Bitrate throttling в Media Pack'е от IIS7 — смотреть
3. Ari Paparo из DoubleClick показывал in-stream advertising — отлично
4. В SL2 будет много встроенный controls (готовых элементов интерфейса) (их можно кастомайзить полностью), а также будет еще больше как он MS, так и от third parties
5. AOL в ближайшее время выпустит AOL Mail на Silverlght 2. Рассказывают, работает это в 2-3 раза быстрее «стандартных» AJAX-приложений
6. Обязательно надо смотреть офигительно эффективное манипулирование с фоткой в 2 миллиарда пикселей на memorabilia.hardrock.com — уvопомрачительно (тут есть запись)
7. Marek Reichman, директор по дизайну Aston Martin, показывал мега- конфигурялку длы Aston Martin DBS (надо найти URL)
8. Silverlight Mobile — это таки работает! Уже с год все просят и вот… оно работает :-) Про Windows Mobile понятно, но… .Nokia тоже delivers Silverlight! — «Silverlight is a great compliment to our great develpment platform of S60»

источник: kippie.livejournal.com/1891510.html

В связи с выходом Internet Explorer 8 beta, можно прикинуть, выполнит ли Microsoft свое обещание пройти acid2 тест. Думается, что это вполне реально, но за то время, пока они затачивали свой браузер под вторую версию теста, вышел уже acid3 тест, а вот тут у 8-ки беда :(

Вступление

Я не являюсь большим поклонником Internet Explorer, однако новая функциональность тестового билда вышедшего позавчера IE8, меня заинтересовала.
Честно говоря, изначально я решил, что это нечто вроде возможности добавления куска страницы в дешборд из Сафари. Однако, потыкав мышкой по странице, я понял, что дело совсем в другом.
Я думаю, что те, кому надо, уже знают об этой возможности давно, ну, а тем кому интересно, прошу почитать эту краткую заметку.

Опера 9.2

Кто не прав?

Жила-была на свете очень некрасивая девушка. Ноги у неё были короткие, ногти на руках обгрызенные, грудь маленькая а попа — крупная. И лицом она как-то не вышла, не помогали ей ни кремы, ни макияж. Не было у некрасивой девушки ни друзей ни знакомых, жила она одна и ни с кем почти не общалась. Было ей потому днём одиноко и грустно, а ночью — грустно и одиноко, и так паршиво на душе, как никому и никогда не бывает. Ну разве виновата она была, что родилась и выросла страшненькой?..

На РИТ-2008 приедет и будет там выступать Алексей Могилевский, архитектор Internet Explorer. Он уже много лет живет в США и работает на Microsoft, принимает участие в разработке в том числе и новой версии IE — восьмой. Кроме того, он является действующим членом и активным участником CSS Working Group — группы, занимающейся разработкой стандарта CSS. На РИТ Алексей будет как отвечать на вопросы из зала, так и выступать с отдельным докладом. У всех желаюших есть возможность пообщаться с одним из ключевых экспертов отрасли. Если вы хотите задать ему вопросы — приходите на РИТ или пишите свои вопросы сюда. Все вопросы будут собраны в один документ и отданы ему в руки. На что-то он ответит на конференции, а на остальное — в отдельном постинге на Хабре.

IE8 в Strict Mode, как и ожидалось, игнорирует CSS-фильтр alpha(opacity=xx), который использовался для задания прозрачности, но сам не поддерживает CSS3-свойство opacity. И хотя opacity относится к незавершенной спецификации CSS3, web-разработчики таким образом остались без метода задания прозрачности через CSS в новом IE.

Вот результаты проверки поддержки CSS2.1 generated content в IE8b1:

1. если выставить генерируемому содержимому position: relative, у IE8b1 виснет текущий таб (отображается предложение запустить отладку в Visual Studio). Благодаря нововведению в IE8, гарантирующему перезапуск повисшего таба, он запускается заново, снова виснет и снова запускается заново. Бесконечный цикл.
   пример кода:
   p:before {content: "test"; position: relative;}

   
   testcase
   
   p.s. будьте аккуратны с testcase — он реально «вешает» IE8b1.

Если на странице нет хотя бы одного из элементов IMG/OBJECT/IFRAME или не установлена картинка в css-свойстве background-image, то IE8b1 создаёт генерируемое содержимое после window.onload!
примеры:

1. Перечисленных элементов нет, генерируемое содержимое не создаётся браузером до тех пор, пока не нажата кнопка ОК, то есть после window.onload
2. Генерируемое содержимое создаётся так, как должно быть — до window.onload в случаях, если:
   у элемента в CSS фоном задана картинка, на странице есть элемент IMG,
   OBJECT или IFRAME

IE8b1 отображает null вместо значения атрибута class при использовании следующего кода:
p { content: attr(class); }

для элемента p, у которого задано значение атрибута class.

Однако если записать правило следующим образом:
p { content: attr(className); }

Ie8b1 корректно отобразит значение атрибута class.

Пример


Я, конечно, могу только догадываться, но эти три бага наводят меня на мысль, что generated content в IE8b1 генерируется javascript'ом, скрытым от пользователя и выполняющимся по определённому событию. Во-первых, предложение отладки в случае зависания от css-правила; во-вторых, то, что generated content создаётся после window.onload при отсутствии внешних ресурсов (каким бы то ни было образом обозначенных в коде); в-третьих, то, что значение атрибута class считывается только с помощью его DOM-имени.

Определённо в IE8b1 есть какое-то событие, по которому код поддержки generated content запускается. Мне это показалось из-за бага #2 — ведь в случае, когда страница не ссылается на внешние данные, мы увидели создание генерируемого содержимого после window.onload, когда же внешние данные есть, генерируемое содержимое успевает создаться до того, как window.onload успевает запуститься.
Вот как было бы хорошо, если бы нам дали это событие в жаваскрипте, чтобы не приходилось для IE огород городить. Получилось бы полноценное DomContentLoaded :)

Как он его называет «аи восемь»
Однажды мы с shergin поехали на РИТ2008, где очень мило поболтали с Алексом Могилевским.



Обрывки этой болтовни захотелось опубликовать.
Близко по смыслу, но не дословно.
Никто из участников интервью не несёт ответственности за достоверность предоставленной информации ;)

IE8b1 представляет поддержку очень интересной спецификации — Selectors API. Пока что это W3C working draft, но бьюсь об заклад, что т.к. IE и Webkit уже реализовали спецификацию, Presto и Gecko не заставят себя ждать.
UPDATE: разработчики Firefox пояснили, что в релизе 3.0 ожидать поддержки Selectors API не приходится, однако в 3.5 оно, скорее всего, реализовано будет.
Итак, что мы имеем? Cпецификация содержит два новых метода интерфейса IHTMLElement'a — querySelector() и querySelectorAll(), которые принимают в качестве параметра строку с любым корректным CSS-селектором. querySelector возвращает ссылку на первый HTMLElement, удовлетворяющий указанному CSS-селектору; querySelectorAll возвращает StaticNodeList с элементами, удовлетворяющими указанному CSS-селектору.
Таким образом, у нас появляется новый элегантный и удобный способ поиска документов в DOM'е.
Можно будет забыть об изобретениях вроде document.getElementsByClassName — нужно всего лишь выполнить document.querySelectorAll(".myClass") и получить все элементы с данным классом.
В данный момент эти методы есть почти во всех популярных js-фреймворках, но в браузерах, не поддерживающих Selectors API работают они по одному принципу — обходят DOM и ищут элементы, соответствующие заданному CSS-селектору.
Для того, чтобы сравнить производительность библиотек и родной поддержки Selectors API авторы Webkit создали testcase. Результаты как Webkit'a, так и IE8b1 впечатляют.
Впрочем, необходимо помнить, что Selectors API ограничены уровнем поддержки браузером CSS-селекторов. Не поддерживает IE8b1 CSS3-селектор :last-child, и не вернёт document.querySelectorAll("body:last-child") ничего.
Не обошлось и без небольшой ложки дёгтя — IE8b1 поддерживает спецификацию Selectors API лишь частично, вот цитата из статьи в MSDN:

Because Internet Explorer 8 does not formally support XHTML documents, it does not support the namespace features of the W3C Selectors API specification, such as the NSResolver parameter.

Но для сайтов, где namespaces не используются, эта ложка дёгтя бочку мёда не испортит.
Также интересный факт — реализация Selectors API открывает потенциальную угрозу кражи информации о посещённых страницах в случае успешного внедрения javascript'а на страницу-жертву можно отправить href'ы всех document.querySelectorAll("a:visited") и таким образом узнать, какие ссылки на данной странице пользователь уже посещал. Спецификация оставляет разрешение этой проблемы производителю, реализующему Selectors API.
В результате IE8b1 игнорирует псевдоклассы :visited и :link в качестве параметров querySelector/querySelectorAll.
А вот и пример!