дык есть уже. его имя десктоп. снизу (или сбоку как у меня) удобная панелька на которой кнопочки с названиями браузеров. переключаться между ними можно кликнув по соответствующей кнопке. или альт+таб :)
Было несколько надстроек для IE, которые также поддерживали Gecko. Были симпатичные реализации, но сейчас я их не вспомню. Под Linux проекты были (Kazehakase).
А в интернет-планшетах Nokia (Maemo) в браузере по умолчанию используется Presto, но можно доустанавливать WebKit и Gecko, а потом переключаться между всеми этими движками через меню.
Про Оперу вообще почти ни слова, а ведь это наше все - http://zoob.ru/2007/09/13/heaven/
:)
Вот здесь ( http://www.avencius.nl/?q=node/587 ) про Presto можно поподробнее почитать.
Согласен,
>> Например, KHTML больше всего подходит для интегрированных устройств из-за меньшего объема занимаемой памяти.
Ничего не имею против KHTML, сам иногда использую Konqueror, но по-моему в данном случае преуменьшаются достижения Opera (движка Pronto) на поприще экономии ресурсов. Opera Mini работает практически на любом поддерживающем Java телефоне, а KHTML/Webkit браузеры всё больше на смартфонах от Nokia.
1. Это временное решение - пока 64Mb RAM и ARM'овский проц нельзя упихать в корпус нормального телефона (не смартфона).
2. Для телефонов сложные Web-приложения (а стало быть и движки) не так актуальны ибо траффик дорогой, а зато есть MIDP (которые позволяет экономить траффик больше, чем любой движок).
Ну это первенец, всё-таки это ещё не mainstream. Но думаю через 2-3 года все телефоны будут включать в себя нормальный WebBrowser (и скорее всего на основе WebKit'а), после чего в Opera Mini нужды не будет...
Тоже ожидал большего от статьи с таким названием, например, сравнение архитектуры движков, технических особенностей, которые позволяет более непредвзято их сравнить.
1. Почему им используем не единственный браузерный движок?
2. ... графической среды для рабочего стола в некоторый операционных системах на базе Linux
3. KHTML всегда был исключительно добровольным проектов
4. HTML-движок, который мог обрабатывать все существующий в интернете страницы
В целом статья понравилась. Я только год назад начал задумываться о том, какой движек/браузер я использую. До этого, выбор опирался только на удобство.
Однако, если интересует мнения не во отношении контента статьи а касаемо стиля изложения и самого текста, то - тяжеловато читать. Много воды. Но это скорее минус не переводчика а автора статьи. Так что, переводчику спасибо. Ликбез пошел на пользу.
Взгляд изнутри: KHTML vs. Gecko vs. Trident vs. Presto