В рамках нашего планирования Natty + 1 нам нужно будет найти место на компакт-диске для библиотек Qt, и мы будем оценивать приложения, разработанные с использованием Qt, для включения на компакт-диск и установки Ubuntu по умолчанию.
Простота использования и эффективная интеграция являются ключевыми ценностями в нашем пользовательском опыте. Мы заботимся о том, чтобы выбранные нами приложения гармонировали друг с другом и системой в целом. Исторически это означало, что мы очень сильно отдавали предпочтение приложениям, написанным с использованием Gtk, потому что определенное количество гармонии приходит по умолчанию от использования того же инструментария разработчика. Тем не менее, с тех пор, как OpenOffice и Firefox были там с самого начала, Gtk явно не является абсолютным требованием. Сейчас я утверждаю, что важны именно ценности, а инструментарий является лишь средством для достижения этой цели. Мы должны оценивать приложения на основе того, насколько они соответствуют требованиям, а не наносить им ущерб на основе технических решений, сделанных разработчиком.
При оценке приложения для установки Ubuntu по умолчанию мы должны спросить:
- это свободное программное обеспечение?
- это лучший в своем классе?
- это интегрируется с системными настройками и предпочтениями?
- это интегрируется с другими приложениями?
- это доступно для людей, которые не могут использовать мышь или клавиатуру?
- это выглядит и чувствует себя совместимым с остальной частью системы?
Конечно, выбор Qt разработчиком не влияет на первые два. Сам Qt уже давно доступен под лицензией GPL, а в последнее время стал доступен под лицензией LGPL. И есть множество лучших в своем классе программ, написанных на Qt, это очень эффективный инструментарий.
Системные настройки и префы, однако, долгое время были причиной трений между Qt и Gtk. Интеграция с системными настройками и предпочтениями имеет решающее значение для ощущения принадлежности приложения к системе. Он влияет на возможность управления этим приложением с помощью тех же инструментов, которые используются для управления всеми другими приложениями, и на виды настроек и предпочтений, которые пользователи могут иметь с приложением. Это традиционно проблема с приложениями Qt / KDE в Ubuntu, потому что все приложения Gtk используют централизованно управляемое хранилище настроек, а приложения KDE работают по-разному.
Чтобы решить эту проблему, Canonical разрабатывает привязки dconf для Qt, чтобы можно было написать приложение Qt, которое использует ту же структуру настроек, что и все остальное в Ubuntu. Мы заключили контракт с Райаном Лорти, который, очевидно, очень хорошо знает dconf, и он будет работать с некоторыми сотрудниками Canonical, которые используют Qt для разработки пользовательских проектов для клиентов. Мы уверены, что результат будет естественным для разработчиков Qt и будет полным выражением семантики и стиля dconf.
Команда Qt долгое время хорошо работала в более широком сообществе Ubuntu - у нас есть отличное представительство Qt в UDS каждые шесть месяцев, команда Kubuntu имеет большой опыт и интерес к упаковке и обслуживанию Qt, существует большой хороший технический обмен между Qt upstream и различными части сообщества Ubuntu, включая Canonical. Например, люди Qt работают над интеграцией uTouch.
Я бы провел различие между «Qt» и «KDE» в очевидных местах. Приложение KDE ничего не знает о конфигурации системы dconf и в результате не может легко интегрироваться с рабочим столом Ubuntu. Поэтому мы не собираемся предлагать Amarok заменить Banshee в ближайшее время! Но я думаю, что вполне вероятно, что dconf, как только он получит отличные привязки Qt, будет рассмотрен сообществом KDE. Есть лучшие люди, которые могут вести этот разговор, если они хотят, поэтому я не буду продвигать идею дальше. Тем не менее, если приложение KDE научится говорить на dconf в дополнение к стандартным механизмам KDE, что должно быть просто, оно станет кандидатом на установку по умолчанию в Ubuntu.
Решение быть открытым для Qt никоим образом не является критикой GNOME. Это праздник разнообразия и сложности свободного программного обеспечения. Эти ценности простоты использования и интеграции остаются общими ценностями с GNOME и являются отличной основой для сотрудничества с разработчиками GNOME и участниками проекта. Возможно, сама GNOME примет Qt, а может и нет, но если это произойдет, то наша готовность проложить этот путь станет вкладом в лидерство. Гораздо проще создать живую экосистему, если вы примете определенное отклонение от канонического, так сказать. Наша работа над дизайном сосредоточена вокруг GNOME, с настройками и предпочтениями, в которых мы фокусируемся на переходе на GNOME 3.0 и gtk3.
Конечно, это прекрасная возможность для тех, кто будет шутить над этими отношениями, но, на мой взгляд, самое важное - это прочные отношения, которые у нас сложились с людьми, которые на самом деле пишут приложения под баннером GNOME. Мы хотим быть самым лучшим способом сделать так, чтобы тяжелая работа этих разработчиков свободного программного обеспечения имела значение , под этим мы подразумеваем, лучший способ гарантировать, что это действительно меняет миллионы жизней каждый день, и лучший способ соединить их с их пользователи.
Хорошие люди в Trolltech, теперь Nokia, которые сделали Qt отличным инструментарием - спасибо. Для разработчиков, которые хотят использовать его и быть частью опыта Ubuntu - добро пожаловать.