Microsoft — мировой лидер в области ПО и ИТ-услуг
185,27
рейтинг
14 ноября 2014 в 12:03

Разработка → Internet Explorer: Переход к живому Edge-режиму — следующий шаг к тому, чтобы веб просто работал перевод



Сегодня мы выпускаем новую сборку превью Windows 10 с существенным обновлением Internet Explorer в области интероперабельности. В соответствии с нашими планами, это обновление включает более 2000 исправлений проблем интероперабельности, добавляет поддержку 20 новых возможностей в платформе и привносит новых подход в архитектуре IE. Мы рады поделиться нашим прогрессом в этом направлении на ранних стадиях разработки, чтобы собраться максимальное количество отзывов именно в этот момент. Мы также выпускаем эту сборку для пользователей сервиса RemoteIE, доступного для Windows, Mac OS X и других платформ.


«Живой» Edge режим документа


Ключевой элемент настоящего обновления Internet Explorer – это платформа “Edge”-режима – нового режима документа, специально спроектированного с прицелом на интероперабельность. Вводя данный режим мы переносим крайне успешную стратегию интероперабельности Windows Phone 8.1 Update на Windows 10.

Как мы анонсировали в августе 2013 года, мы последовательно отказываемся от режимов документов, начиная с IE11. В нашем последнем обновлении платформы необходимость в устаревших режимах документов в основном ограничена совместимостью с корпоративными веб-сайтами. С новыми архитектурными изменениями, данные режимы документов будут изолированы от изменений в «живом» Edge-режиме, что поможет нам гарантировать намного более высокий уровень совместимости для тех пользователей, которые зависят от этих режимов, и в то же время большую скорость внесения изменений в Edge. Следующая «большая» версия IE будет учитывать режимы документов только в интранет-сайтах, сайтах в списке совместимости и при использовании Enterprise-режима.

Публичные интернет сайты будут отображаться в новом Edge-режиме, игнорируя X-UA-Compatible. Наша цель в том, чтобы Edge был «живым» режимом документа и, начиная с этого момента, не появлялось никаких новых режимов документа. Нам нужна ваша помощь в тестировании данного режима, так что мы включаем его по умолчанию для небольшого количества пользователей Windows Insider и тех из вас, кто вручную выберет данных режим (см. ниже).

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

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

Новые возможности в превью


Также Edge-режим добавляет ранние реализации нескольких новых возможностей, над которыми мы сейчас активно работаем:

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


Content Security Policy 1.0 – CSP – это следующий шаг после введения HTML5 Sandbox для предупреждения выполнения кросс-сайтовых скриптов. Страницы могут описывать правила поведения через заголовки Content-Security-Policy. Данная политика определяет источники, с которых разрешается загружать ресурсы на странице (JS, CSS, плагины, изображения и т.п.). Таким образом, появляется дополнительная защита в предупреждении вставки зловредного контента на страницы. Ресурсы, заблокированные по CSP, отображаются в логе, доступном через инструменты F12, и, опционально, информация о них отправляется назад на сервер.



CSS Interaction Media Queries (Level 4) – ключевой компонент для отзывчивого дизайна, позволяющий гибко учитывать способы ввода. Мы говорили раньше об адаптации UX с учетом различных типов ввода, данная возможность – это дополнительный инструмент для веб-разработчиков в этом направлении. Таблицы стилей теперь могут описывать медиа-запросы для указателей и при наведении с тем, чтобы адаптировать интерфейс на основании того, насколько точным является «механизм» нажатия со стороны пользователя (точный или грубый) и поддерживает ли устройство учет наведения указателя на объекты.

@media (pointer: coarse) {
   button {
        min-width: 40px;
        min-height: 40px;
    }
}
@media (hover: hover) {
   .menu:hover .submenu {
        display: block;  
    }
}


Gamepad API – мы уже писали о первых реализациях ранее в этом году, теперь Gamepad API доступен в превью Windows 10. Подключайте к компьютеру джойстик для Xbox One или Xbox 360 и попробуйте нашу демку на GitHub.

WAV Audio – этот аудио формат использует PCM для обеспечения качества без потерь. В этом релизе мы добавили поддержку WAV в элемент и со временем добавим его поддержку в Web Audio в будущих релизах.

Selection API – мы улучшаем нашу интероперабельность для объектов выделения, реализуя такие API, как Selection.extend(), containsNode() и setBaseAndExtent(). Мы также помогли перевести спецификацию W3C Selection API до первого публичного черновика стандарта, теперь он включает все эти API.

Возможности ECMAScript 6


Новые возможности языка из последнего черновика спецификации ES6 “Harmony”:
  • Classes – синтаксис для определения классов в ES6.
  • Promises – более легкий и чистый код для асинхронных вызовов. Добавляет конструктор Promise constructor, а также утилитарные методы 'all' и 'race' для самого языка.
  • Iterators – разрешает итерации по итерируемым объектам (включая массивы, массиво-подобные объекты, итераторы и генераторы), позволяя делать последовательные запросы на значения всех (различных) свойств объекта.
  • Arrow Function – стрелка (=>) – это короткая запись ключевого слова “function” с лексическим связыванием “this”.
  • Math, Number, Object, String – множество новых утилитарных функция и свойств для работы с данными.
  • Object Literal Enhancements – добавление вычисляемых свойств, краткие определения методов, короткая запись свойств, чье значение инициализируется одноименными переменными.
  • Spread – оператор многоточия расширяет итерируемые выражения на отдельные аргументы. Например, a.b(…array) – это примерно то же самое, что и a.b.apply(a, array).
  • Template Strings – запись строк, позволяющая выполнять выражения и склеивать строки.
  • Symbols – позволяет добавлять свойства к существующим объектам без возможности наложения на существующие свойства, изменений видимости или другим непредумышленных добавлений со стороны другого кода.
  • Proxies – позволяет JavaScript-разработчикам реализовывать объекты с новыми типами поведения.
  • Weak Set – набор таких объектов, что они будут собираться сборщиком, если на них больше не будет никаких ссылок снаружи.


Экспериментальные возможности


Также это релиз добавляет в браузере новую страницу экспериментальных возможностей доступную по about:flags. Здесь вы можете разрешить поддержку в платформе наших новых экспериментов, чтобы попробовать их на ранних этапах. Будущие эксперименты могут включать новые стандарты, над которыми мы работаем, исправления интероперабельности, которые мы тестируем, новые архитектурные подходы к улучшению производительности или безопасности и другое.
Учитывая большой объем изменений в Edge-режиме, мы собираемся раскатывать новый режим постепенно, выбирая случайный набор пользователей программы Windows Insider, в то время, как остальные пользователи будут оставаться в режиме документов IE11. Наши инженерные команды на основании отзывов пользователей и анонимной телеметрии будут управлять процессом раскатки, параллельно мы будем улучшать нашу платформу.
Если вам, как разработчику, необходима поддержка новой функциональности или вы хотите протестировать совместимость, вы можете просто перейти на страницу about:flags и выбрать явно Edge-режим, установив флаг “Enable Experimental Web Platform Features” в “Enabled” (“Automatic” вернет вас к исходному состоянию, а “Disabled” позволит вам сравнить поведение с режимом документов IE11).



В любой момент разработчики могут определить текущий режим страницы через инструменты F12. Заметим, что динамическое переключение между режимом Edge и другими режимами документа через F12 в настоящий момент не поддерживается (как мы сказали, мы экспериментируем!). Сейчас для переключения следует использовать about:flags.

Отзывы


Мы делимся с вами планируемыми изменениями раньше, чем когда-либо раньше, чтобы собрать больше отзывов именно на первых этапах. В прошлом месяце мы представили IE Platform Suggestion Box на UserVoice, в рамках которого разработчики могут вносить свои предложения и голосовать за улучшения в платформе. В этом релизе мы добавляем инструмент для оставления отзывов прямо в интерфейсе.



Просто нажмите смайлик, чтобы отправить ваше недовольство возникшей на сайте проблемой. Если страница работает в Edge-режиме, вы также можете попробовать перезагрузить ее в режиме совместимости (поведение IE11). Как и раньше, вы также можете отправить отзыв о проблеме через Connect или приложение Windows Feedback app в первью Windows 10.
Автор: @kichik Jacob Rossi
Microsoft
рейтинг 185,27
Microsoft — мировой лидер в области ПО и ИТ-услуг

Комментарии (79)

  • +15
    Было бы просто прекрасно, если бы новый IE поддерживал свободные форматы Ogg Vorbis/Opus, WebM, APNG и WOFF 2, но админы uservoice.modern.ie почему-то даже не глядя на большое количество голосов не добавляют эти предложения на status.modern.ie. Надеюсь, всё же есть хоть небольшая надежда, что Microsoft поддержит эти свободные форматы.
    • +1
      за webM / webP яростно поплюсовал бы. Дело даже не в том, что он свободный, а в том, что webP совершенно люто сжимает изображения — заблюренный фон на 900кб в jpeg или 2мб в png он может не сильно потеряв в качестве ужать до 20-30кб, что по-моему очень круто
      • +3
        Mozilla тестировала разные форматы сжатия изображений с потерями, и оказалось, что наилучшей степенью сжатия сегодня обладает HEVC Main Still Picture. Правда, к сожалению, в этом формате всё запатентовано от и до, а это (на мой взгляд) не очень хорошо для стандарта.
        • –1
          webP поддерживает прозрачность. а HEVC — как я понял, нет
    • +2
      Лучше бы на h.265 still picture все перешли, уменьшение размера на 61% при том же качестве, и даже лучше webp на 31%. en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Main_Still_Picture
      • +4
        На самом дело хоть на что-нибудь перешли бы уже. Потому что JPG, PNG и GIF уже давно недостаточно.
  • +12
    мы улучшаем нашу интероперабельность
    Что, простите, вы улучшаете? В чём отличие этого слова от «переносимости», кроме того, что « интероперабельности» в русском нет?
    • +3
      Переносимость — это из другой истории, например, либо переносимость между чем-то и чем-то (как миграция), или переносимость чего-то (как болезни).

      Интероперабельность — это (в данном контексте) способность работать совместимо с другими браузерами, то есть аналогично их поведению на одних и тех же веб-страницах.

      Буду рад, если вы предложите русский аналог интероперабельности именно в этом смысле, но не «совместимость».
      • +2
        А «совместимость» чем плоха?
        • +5
          Совместимость в данном контексте — это либо слишком общее понятие, либо в контексте ПО часто трактуется как обратная совместимость. В английском, их прямо два рядом и пишут: interoperability and compatibility, имея в виду «внешнюю» совместимость со сторонними решениями (в случаей IE: рендерим одни и те же страницы также, как другие браузеры), и внутреннюю с предыдущими версиями себя (в случае IE: это как раз режимы документов).

          Один из встречаемых мной вариантов перевода интероперабельности на русский — функциональная совместимость, но в большинстве встречаемой мной литературы термин не переводится и дается именно как интероперабельность, как возможность подменять части системы разными «совместимыми» решениями (как правило, от разных производителей).
          • +4
            Объясните это так, чтобы понял и пятилетний ребёнок.
          • НЛО прилетело и опубликовало эту надпись здесь
          • –3
            Просто напишите «совместимость со стандартами».
            • +4
              Ну смотрите, когда разработчик браузера А вынужден в свой продукт добавить маппинг для вендорных префиксов браузера Б, чтобы обеспечить единообразную работу сайтов, это уже не совместимость со стандартами.

              Соответственно браузер должен быть совместимым со стандартом, но интероперабелен с другими браузерами.
              • –3
                Префиксы вендорные, но реализуют они то, что написано в черновиках общих стандартов.
                P.S.
                Вы знаете, я заметил, что для решения типовых проблем в MS любят придумывать что-то свое, что только в MS полностью и понимают)
                Сюда же входят и термины.
                • +3
                  Интероперабельность не мы придумали. ;) Это вообще термин, используемый в массе разных индустрий.
                • НЛО прилетело и опубликовало эту надпись здесь
      • 0
        а не та ли это фишка, которую MS всем обещает — одна ОС, работающая на любом устройстве. IE в данном случае как «первопроходец».
    • +3
      Переносимость — это portability. Interoperability — это совсем другое, и на русском эквивалента в одно слово нет (ну или есть в виде такой вот кальки — кстати, ру-вики с ней согласна).
    • +18
      Да, в общем, вся статья — сплошной надмозг. Чего стоит, например, «CSP – это следующий шаг после введения HTML5 Sandbox для предупреждения кросс-сайтовых.» — теперь-то кросс-сайтовые предупреждены.
  • +11
    Будет ли версия под Линукс?
    • +2
      Будет ли открытая версия под Линукс?
  • +3
    интероперабельности.
    А можно еще раз только на русском? Дальше половины этого слова статью не осилил.
  • –2
    Интероперабельность — это не очередная святая черная дыра,
    а довольное странное определение открытости продукта к взаимодействию, типа стандартоориентированности, или лучше даже просто функционала, либо функционала интерфейса программирования приложений (назовём это ФИПП).

  • –9
    В двух словах, научили ли вы не умертвлять explorer.exe при встрече IE с флэш анимацией?
  • +26
    Майкрософт выпиливает режим совместимости, добавляет кучу прикольных фич, добавляет нормальные переключалки для экспериментов, спрашивает у разработчиков про приоритеты для разработки… В комментариях все изливают желчь. Разве что в очередной раз не предложили с разгона убиться об стенку и перейти на Blink. Пока.

    Майкрософт, таки вам придётся запилить поддержку Ogg Vorbis и ещё пару труЪ-FOSS прибамбасов, иначе IE так и не перестанут считать Злом. Давайте уже, смелее.
    • 0
      Изливал желчь в прошлом топике — habrahabr.ru/company/microsoft/blog/242271/#comment_8107079
      Микрософту еще очень долго до нормальной репутации. И мозги менеджменту и разрабам надо сильно перепрошивать.
  • +3
    Впечатляет. Вот только не совсем ясно — это IE12? Если да — подход к выпуску новых версий по типу Chrome / FF сменить не планируется? Поясню: судя по списку фич, здесь почти полная поддержка ES6. Ключевое слово почти — например, генераторов нет. Утверждение стандарта ECMAScript 6 намечено на июнь следующего года, если, как обычно, не перенесут. Когда планируется Win10 с новым браузером — вам виднее, но, предположим, примерно тогда же. Сейчас новый IE выходит раз в 2-3 года. Итого, полной поддержки ES6 в IE ждать только в 2017-2018? При том, после выхода ES6 планируют выпускать незначительные расширения языка раз в пару лет — тогда уж и ES7 поспеет. Про остальные web-стандарты промолчу. Если проблема оперативного добавления актуального функционала решена — буду только рад.
    • 0
      IE9 — 2011 год.
      IE10 — 2012 год.
      IE11 — 2013 год.
      Где тут раз в 2-3 года?
      • 0
        IE12 — 2015 — 2 года после 11, 9 через 2 после 8, 8 через 3 после 7?
    • 0
      пусть Proxy введут и честные WeakSets (нынешние полифиллы все же не очень честные), остальное можно дотянуть чем-нибудь вроде Traceur.
      А, ну еще — дебаггер для мобильного ie был бы очень крут.
      Вообще мне нравится куда развитие осла идет)
      • 0
        Proxy — да, вкусно. WeakSet — на базе WeakMap, что есть в 11, реализуется абсолютно честный. А без — хоть и не совсем честный, но почти — с хранением данный на ключах, единственная проблема — frozen-объекты. Но что-что, а генераторы я бы предпочёл нативные — слишком в лютый трэш транслируются. А развитие — да, не ожидал такого, рад :)
        • 0
          да я б тоже предпочел, но это не так важно, их же все-таки можно скомпилировать нормально, в отличии от Proxy.

          Насчет WeakMap и WeakSet — да, забыл совсем что в 11-м уже они есть, посыпаю голову пеплом. Все никак привыкнуть не могу что их можно пользовать.
    • +6
      IE перешел на модель регулярного автоматического обновления, включая обновление функциональности. Как только новые возможности будут сделаны и оттестированы (и команда убедится в совместимости с другими браузерами и стандартами), они будут шипаться в регулярных обновлениях IE. В общем-то, это уже происходит.
      • 0
        В целом, неплохо. Но тут появляется другая проблема — в рамках одной версии функционал может поддерживаться, а может и нет. Редко, но всё же, единственным способом проверки наличия функционала была проверка версии браузера. Получается, теперь это работать не будет? :)
        • +3
          А в Chrome вы как проверяете версию? Мне кажется, давно пора переходить на feature detection.
          • +2
            Повторяю, это работает не всегда. Как синхронно определить, например, поддерживает ли setTimeout дополнительные аргументы, кроме версии браузера? Спасибо IE9-. Далеко не единственный пример. Почему-то версию хрома определять ни разу не было необходимости. Интересно, почему?
          • +2
            Хром не ставят в энтерпрайзе разом на все машины, обновляя инфраструктуру в лучшем случае раз в год. В Файрфоксе есть для этого ESR версии, обновляющиеся — сюрприз! — примерно раз в год.
      • +5
        они будут шипаться в регулярных обновлениях IE

        не стоит, таки, злоупотреблять иностранными словами, которые, к тому же, просто дико звучат в русском предложении.
  • –17
    about:flags
    Как в хроме? может вы еще возьмете webkit движок и тогда все проблемы с IE закончатся
  • –18
    Как бы вот Мелкософт попросить НЕ придумывать никаких новшеств, и не реализовывать их своим, «единственно правильным путем»?

    Картинка с анимацией у вас показательная. Сразу видно, что IE и HTML5 — как будто друг друга избегают ))

    А за изменение User-Agent-а — еще одно «спасибо». Теперь разработчикам нужно будет ловить еще один новый браузер, который, заметьте, может вести себя и как старый браузер.

    P.S. В инсталятор винды добавили бы галочку «не ставить IE вообще», от греха! Положите лучше wget или fetch какой-нибудь, который сможет стянуть с инета установщик мне нужного браузера, я его поставлю, подключу закладки и прочее — все будут довольнее от такого!
    • +13
      Как бы вот Мелкософт попросить НЕ придумывать никаких новшеств, и не реализовывать их своим, «единственно правильным путем»?

      Что из упомянутого в статье реализовано особым путём, не по стандартам?

      А за изменение User-Agent-а — еще одно «спасибо». Теперь разработчикам нужно будет ловить еще один новый браузер

      Вот из-за привязывающихся к конкретным браузерам конкретных версий User-Agent и меняют.

      который, заметьте, может вести себя и как старый браузер.

      Чёрным по белому сказано, что больше не может (со следующего релиза).

      В инсталятор винды добавили бы галочку «не ставить IE вообще», от греха!

      Ага. И сломать все программы, которые полагаются на контрол.
      • –2
        Знаете, «режимы отображения» были поданы в свое время как отличное лекарство от всего. Что мы имеет в результате? Подстройку сайта под 20 разных версий IE! За подробностями — к отличной статье habrahabr.ru/post/201172/, а теперь скажите мне — Вы точно уверены, что IE12 не внесет ни одной проблемы для девелоперов, и устранит все старые?

        User-Agent для этого отличный пример. Старые сайты поломаются, и не потому что «унюхать» IE смогут, а потому, что убрав узнавание IE из этой строчки, мы оставляем массу старых, но нужных сайтов в недоумении, что это за браузер. Вам придется отлавливать и патчить браузер под каждый сайт (Opera, помнится, этим занималась) — потянете?

        А теперь, на секунду, что делать будем со «списками совместимости» — они-то останутся, или убираем и их?

        По поводу поломки контрола ниже kichik отличный совет дал:

        Install-Package имя-пакета

        так вот, если нам нужно запустить старую программу, делаем какой-нибудь действие вроде

        Install-Package Old-Painful-IE-Control

        а для IE как такового

        Install-Package IE12

        и нафиг-нафиг по дефолту иметь такой комбайн на борту
        • +3
          Подстройку сайта под 20 разных версий IE! За подробностями — к отличной статье habrahabr.ru/post/201172/

          И там же в комментариях выяснили, что «20 разных версий IE» только у тех, кто разрабатывает библиотеки И жаждет себе приключений на пятую точку. Гугл поддерживает N последних версий браузеров и не парится, а Яндексу понадобилось поддерживать самые мифические комбинации. Вся истерика вокруг того, что таким любителем приключений быть непросто.

          Старые сайты поломаются, и не потому что «унюхать» IE смогут, а потому, что убрав узнавание IE из этой строчки, мы оставляем массу старых, но нужных сайтов в недоумении, что это за браузер

          Нюхать IE всё-таки сейчас не модно, если вы не разрабатываете под IE6 или, наоборот, не разрабатываете с использованием экспериментальных нестандартизированных фич. Нормальные люди проверяют наличие фич, а не версию браузера.

          Активно нюхали IE, когда он отставал от всех остальных: везде было, а в IE не было. Соответственно, не разнюхав IE, сайты просто выдадут нормальную версию, которую новый IE нормально отобразит.

          Вы правда думаете, что Майкрософт пошёл бы на такой серьёзный шаг, не задумавшись о совместимости? Обратная совместимость — кредо МС.

          А теперь, на секунду, что делать будем со «списками совместимости» — они-то останутся, или убираем и их?

          Вы статью читали вообще? Они останутся для сайтов, разработчики которых забросили свой сайт, но сайт важен. Как и раньше. Но теперь в режим совместимости может засунуть только МС.

          По поводу поломки контрола ниже kichik отличный совет дал:

          У вас какой-то религиозный припадок. Вам 30 метров жалко под IE? Винда гигабайты занимает, а IE на 30 метров — ЖЕЧЬ ЖЕЧЬ ЖЕЧЬ!!!!!!!!!!1111111одинодин
          • –4
            Вы много написали. Соглашусь, что надо поддерживать немного свежих версий. Но игры MS в «совместимость» в понимании МС (как вы сказали, «серьезный шаг», «кредо МС»?) дают на рынке все большее количество разных браузеров, вот в чем проблема.

            МС, по честному, любит не совместимость, а запутанность. Есть ли шанс, что взятый в IE12 курс на упрощение найдет продолжение в IE13? Есть ли шанс, что то, что мы в превью увидим, будет так же работать в релизе? Что IE12 запустится одинаково на всех используемых ОСях (а это — с семерки хотя бы начиная), и все-все API в нем будут работать одинаково?

            Сами же развели зоопарк версий IE под капотом IE11. Только люди отругались на него, у нас новая бед… радость — новый IE будет совсем не как старый.

            Поэтому я и говорю (не про Мб думая, а про варианты кода) — уберите IE из дефолтной поставки винды. Ставьте его на общих основаниях через Магазин/пакетный менеджер, причем сделайте именно пакет поддержки старого контрола, и пакет «нового модного браузера без наследства IE6» — это будет и честно, и контролируемее для юзеров.

            Но давайте отложим жаркий диалог до релиза IE12 — решим, что там окажется в результате, а там и обсудим.
    • +6
      Не поверите, в Windows 10 в PowerShell можно вбить команду: Install-Package Firefox
      • –3
        Никак не привыкну, спасибо за подсказку!

        Тогда все логично: убираем IE как браузер из поставки, оставив его как пакет для установки через PS, контрол с функционалом старых версий кладем в комплект, но с прямой необходимостью разрешать его для каждой программы, которая его использует.
      • 0
        Дайте угдаю, команды — регистрочувствительные :)
        • +1
          Если вы пошутили, то я не понял вашу шутку. Это PowerShell же.
        • –2
          Тут походу шутки по MS не в чести )
        • +1
          Ну так и имена функций в большинстве языков программирования тоже чувствительные)
          • 0
            язык программирования

            Install-Package

            программирования
            • 0
              #!/bin/sh
              
              apt-get install firefox
              

              А вообще да, я забыл проставить тег <sarcasm>
  • +1
    Начните с главного, займитесь юзабилити самого IE. Как браузер он конечно и ничего, но внешне, меню и прочее ужасно устарело и адски неудобно!
  • –7
    Так, а как же ваше обещание реализовать самую популярную на голосовании фичу?
    Как я помню такой фичей была:
    Остановите разработку IE
    image

    Вы отвечаете за свои слова или как?
    • +6
      Как дети малые, ей богу…
      • +2
        Эти фичи там регулярно постят. В первые дни — десятками спамили. Из выжившего:
        wpdev.uservoice.com/forums/257854-internet-explorer-platform/suggestions/6509416-use-blink-or-other-open-rendering-engine-and-sta
        На месте мелкомягких я бы затроллил и повесил плашку «Working on it».
        • –5
          В духе последних новостей про .net — глядишь откроют исходники трайдента, выпустят под линукс… будет смешно.
          • +3
            Мелкомягкие интересуют доходом, а не религией. Язык и рантайм опенсорсить выгодно, потому что у него вырастет популярность. А это означает людей, которые будут писать на твоём языке для твоей платформы. Продвигать кроссплатформенность тоже выгодно, когда твоя платформа сливает по популярности.

            Какая выгода от открытия исходников IE? У мелкомягких и так все карты на руках, чтобы продвигать свой браузер: на десктопе до сих пор властвует винда. А на мобилках исходниками браузер не продвинешь.

            Вот если Линукс отхавает 50% десктопа, и популярность бразеров станет определяться наличием исходников благодаря причислению Столлмана к лику святых — тогда да, шанс есть. Но такое развитие событий мне кажется маловероятным. :)
            • 0
              пару лет назад назад и это казалось фантастикой не смотря на то что это типо «выгодно»
              • +1
                Даже скорее не под линукс, а под андроид. Переориентация на предоставление сервисов, плюс мало как пойдет Nokia X — в будущем возможно появление чисто майкрософтской версии андроида, ну и не оставлять же там вражеский браузер — так что…

                Но это конечно да все из области диванной аналитике и воли хаоса. :)
              • +2
                Всё-таки мелкомягкие уже далеко не два года с опен-сорсом экспериментируют. ASP.NET MVC с первой версии Ms-PL, два года назад морфировал в Apache 2.0. DLR прошёл аналогичный путь, но быстрее, при этом появились порты популярных опен-сорсных языков. Майкрософт планомерно помещал/перемещал девелоперские проекты в труЪ опен-сорс.

                Что .NET вывалили в опен-сорс — это сюрприз, конечно, особенно учитывая лицензию, но тут просто наложилось, что мелкомягким понадобились мобилки с серверами, а десктоп и так никуда не девался. Можно считать, что .NET «принесли в жертву» в ущерб продвижению десктопа ради продвижения мобилок и серверов.

                Теперь мелкомягким осталось захавать Xamarin. :) Многие ждут, но Майкрософт как-то вяло шевелится.
  • –10
    Скажите, кто-нибудь знает когда М$ откажется от поддержки режимов совместимости с ie<9?
    • –2
      По ссылке на «стратегию интероперабельности» пишут интересные вещи. Дескать, выпиливание из User-Agent мобильного браузера упоминания про IE, привело к тому, что сайты в мобильном IE волшебным образом стали выглядеть так же модно и молодежно, как выглядят в Chrome и Safari — вместо обычной десктопной отрисовалась «симпотишная» мобильная версия. Т.е. браузер уже хороший, но имя у него плохое. Ну и они решили этот метод развивать дальше, решив лишить свой браузер любых опознавательных знаков.

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

      Microsoft, продвигая такие «новшества», оказывает пользователям своих браузеров медвежью услугу. Ведь очевидно, что код на сайтах сам по себе не появляется. Если на сайте присутствует код, определяющий IE, значит для этого есть какой-то резонный смысл — либо мобильная версия не тестировалась в такой связке, либо, что еще вероятнее, имеет под IE какие-то аномалии.
      • НЛО прилетело и опубликовало эту надпись здесь
        • –2
          В том то и дело, что IE теперь снова другой, и не старый, и не Chrome, и не Safari, и не FF (и в чем там еще обычно тестируют). Поэтому нынешний подход MS к продвижению браузера, которой вводит в заблуждение не только пользователей, но теперь и уже некогда оттестированный код, вызывает раздражение.

          Вы предлагаете отменить функциональное тестирование сайта, заменив некой вероятностной оценкой, которую делают разработчики браузера, приняв на веру их «будет работать с большей вероятностью»? А может не разработчики, а отдел маркетинга? Тут выше уже писали, что браузер поддерживает не все возможности своих коллег по «интероперабельности». Любому разработчику понятно, что изменение UA приведет к тому, что логика адаптации начнет работать не правильно и неподдерживаемое обязательно отвалится, прямо на глазах у пользователя. Логично?

          Наш отдел тестирования регулярно сталкивается с аномалиями на WinPhone, которых нет в других браузерах. В принципе это нормально — новый браузер, новые особенности. Так всегда бывает, нет ни какого чуда. Эти ребята за всю историю не смогли нормально обеспечить совместимость между версиями в рамках собственной же линейки — что ни релиз, то новый «правильный» подход. Теперь вот опять придумали фичу. О какой интероперабольнсти в таком случае может идти речь?
          • НЛО прилетело и опубликовало эту надпись здесь
            • –1
              Новые фичи появляются во всех браузерах, и почему-то лишь в MS додумались решать вопросы интерабельности, выпиливанием из UA опознавательных знаков своего браузера. Так, что это ломает поведение существующих сайтов, искусственно создавая проблемы там, где их быть не должно. Ведь ни кто из разработчиков браузеров больше так не делает. Если бы этот метод помог решить хоть какую-то техническую задачу, давно бы уже у всех браузеров был один UA.

              Единственное, что реально на данный момент сделала MS своим трюком — вновь поломала обратную совместимость с предыдущими версиями своего браузера.
              • НЛО прилетело и опубликовало эту надпись здесь
    • 0
      Интересно за что меня так минуснули. Я ведь, как и большинство веб разработчиков в данной ситуации потерпевший. До сих пор помнится мне работа с msie 6 версией для предприятий, которую мс так успешно впаривал своим клиентам, отличие от обычной версии заключалось в возможности расширять данный продукт с помощью activеx и другого подобного добра. А сейчас приходится поддерживать приложения в режиме msie 7. Так что у меня есть все причины задавать подобного рода вопросы, не выходя за рамки приличия.
      • НЛО прилетело и опубликовало эту надпись здесь
        • 0
          Благодарю за ответ.
  • НЛО прилетело и опубликовало эту надпись здесь
  • +1
    Разочаровывает только то, что осталась старая реализация CSS Grid Layout. Майкрософт были авторами первой предложенной спецификации, честь и хвала, однако, с тех пор спецификация очень сильно ушла вперёд, и старая реализация кажется сильно ограниченной и анахронизмом.

    Остаётся надеяться, что работы ведутся и мы ещё увидим улучшенную реализацию. А то так Блинк опять обгонит Трезубец, Вебкит портирует код себе, а там уж и Геккон подтянется.
  • 0
    Настраиваю я ноутбук с win 8.1 своей знакомой, запускаю ie, спрашиваю… Хочешь себе интероперабельный браузер? Глядя как меняется выражение ее лица, быстренько иду по ссылке за FF.

    Вообще, в IE есть только один плюс, благодаря которому мы его используем в своей организации — это ActiveX. Что бы IE использовать еще и дома, надо чтобы у пользователей не менялось выражение лица при его запуске ;)

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Самое читаемое Разработка