На днях было объявлено, что Linux-версия браузера Google Chrome (по забавному стечению обстоятельств этот текст я набираю в Windows-версии того же браузера) будет использовать GTK+. Напомню, что на Windows в Chrome используется тулкит собственного изготовления под названием Skia. На Маках будет использоваться нативная библиотека Cocoa.
Что же заставило разработчиков использовать разные библиотеки на разных платформах? По мнению Ben’а Goodger’а, руководителя разработки интерфейса Chrome, кросс-платформенные тулкиты предоставляют лёгкий способ создания нативных интерфейсов, но в итоге ограничивают разработчика неким наименьшим общим подмножеством функций. Как выразился один из разработчиков, приложение «говорит с иностранным акцентом».
Вообще такие слова звучат несколько странно, особенно если учесть, что GTK-приложения в KDE 4 говорят с таким акцентом, что без переводчика и не разобраться. В то же время, Qt-приложения, особенно при использовании Qt 4.5 выглядят нативно в Gnome-окружении, и даже переключаются на использование соответствующего набора иконок. В более ранних версиях Qt под GNOME’ом использовал стиль, похожий Clearlooks. Я уж и не говорю о новой реализации Qt под Мак, которая также научилась «говорить» на родном для пользователя этой платформы интерфейсе Cocoa.
Мне также сложно говорить о том, в чём Qt может ограничивать разработчика на той же Windows. Разработчики KDE Windows, Psi, Skype или Google Earth как-то не жаловались.
На самом деле, как замечено в этой заметке, причину выбора GTK+ (по крайней мере, под Linux) найти легко, если знать, что Ben Goodger в прошлом работал над пользовательским интерфейсом Firefox. В FAQ’е проекта Chromium честно написано: мы будем использовать GTK+ потому, что у нас с ним больше опыта работы, а вовсе не из ненависти к Qt. Также разработчики Хрома уверены, что у большинства пользователей Linux установлен Firefox, а значит — и GTK+
-
lexius
-
Andy
-
SeaJey
-
sauron
-
George
-
трям
-
LXj
-
LXj
-
George
-
SeaJey


