Ну смотрите, когда разработчик браузера А вынужден в свой продукт добавить маппинг для вендорных префиксов браузера Б, чтобы обеспечить единообразную работу сайтов, это уже не совместимость со стандартами.
Соответственно браузер должен быть совместимым со стандартом, но интероперабелен с другими браузерами.
IE перешел на модель регулярного автоматического обновления, включая обновление функциональности. Как только новые возможности будут сделаны и оттестированы (и команда убедится в совместимости с другими браузерами и стандартами), они будут шипаться в регулярных обновлениях IE. В общем-то, это уже происходит.
Совместимость в данном контексте — это либо слишком общее понятие, либо в контексте ПО часто трактуется как обратная совместимость. В английском, их прямо два рядом и пишут: interoperability and compatibility, имея в виду «внешнюю» совместимость со сторонними решениями (в случаей IE: рендерим одни и те же страницы также, как другие браузеры), и внутреннюю с предыдущими версиями себя (в случае IE: это как раз режимы документов).
Один из встречаемых мной вариантов перевода интероперабельности на русский — функциональная совместимость, но в большинстве встречаемой мной литературы термин не переводится и дается именно как интероперабельность, как возможность подменять части системы разными «совместимыми» решениями (как правило, от разных производителей).
Переносимость — это из другой истории, например, либо переносимость между чем-то и чем-то (как миграция), или переносимость чего-то (как болезни).
Интероперабельность — это (в данном контексте) способность работать совместимо с другими браузерами, то есть аналогично их поведению на одних и тех же веб-страницах.
Буду рад, если вы предложите русский аналог интероперабельности именно в этом смысле, но не «совместимость».
Если совсем упрощенно, то приложение выполняется на сервере, на клиент передаются данные для рендеринга, клиент все отрисовывает, команды управления отправляются на сервер и там обрабатываются, на клиент отдаются новые данные. В основе лежит RDP — msdn.microsoft.com/en-us/library/aa383015(v=vs.85).aspx.
Извините, но мне кажется, вы тут сильно передергиваете и искажаете суть вещей. Google и Mozilla (кстати, не только они) не внедряют фичи из ES7 (такого стандарта нет, есть только ранний его набросок), а экспериментируют и вносят некоторые предложения касательно будущего стандарта. Что-то из их экспериментов в него может войти, а что-то нет.
Касательно версий и т.п., TypeScript 2.0 должен стать надмножеством ES6.0, добавляя сверху в том числе те вещи, которые могут войти в ES7.
Однако в целом, тут самое главное — это то, что TypeScript можно использовать уже сегодня, с любыми современными браузерами, поддерживающими ES5. Аналогично, кстати, и с передовой технологией Google — AtScript компилируется тоже в ES5, а не какой-то там неведомый ES7.
Нет, о том, что в стандарте не будет кодеков, договорились очень быстро, чтобы просто об этом не спорить. Точно также тег img не определяет, какие форматы изображений он поддерживает.
Ну да, вы правы :)
1. Это перевод, в нем в начале есть ссылки на информацию про библиотеку.
2. Мы тут уже несколько месяцев на Хабре про нее пишем, не начинать же каждую статью с того, что такое WinJS.
Соответственно браузер должен быть совместимым со стандартом, но интероперабелен с другими браузерами.
Один из встречаемых мной вариантов перевода интероперабельности на русский — функциональная совместимость, но в большинстве встречаемой мной литературы термин не переводится и дается именно как интероперабельность, как возможность подменять части системы разными «совместимыми» решениями (как правило, от разных производителей).
Интероперабельность — это (в данном контексте) способность работать совместимо с другими браузерами, то есть аналогично их поведению на одних и тех же веб-страницах.
Буду рад, если вы предложите русский аналог интероперабельности именно в этом смысле, но не «совместимость».
Касательно Linux — проголосуйте, пожалуйста, вот тут feedback.azure.com/forums/247748-azure-remoteapp/suggestions/5950717-add-linux-support
Касательно версий и т.п., TypeScript 2.0 должен стать надмножеством ES6.0, добавляя сверху в том числе те вещи, которые могут войти в ES7.
Однако в целом, тут самое главное — это то, что TypeScript можно использовать уже сегодня, с любыми современными браузерами, поддерживающими ES5. Аналогично, кстати, и с передовой технологией Google — AtScript компилируется тоже в ES5, а не какой-то там неведомый ES7.
2. За планами по IE можно легко следить тут status.modern.ie/
1. Это перевод, в нем в начале есть ссылки на информацию про библиотеку.
2. Мы тут уже несколько месяцев на Хабре про нее пишем, не начинать же каждую статью с того, что такое WinJS.