W ramach planowania Natty + 1 będziemy musieli znaleźć trochę miejsca na dysku CD dla bibliotek Qt, a my ocenimy aplikacje opracowane w Qt pod kątem włączenia na CD i domyślnej instalacji Ubuntu.
Łatwość użycia i skuteczna integracja to kluczowe wartości w naszym doświadczeniu użytkownika. Dbamy o to, aby wybrane przez nas aplikacje były harmonijne ze sobą oraz z całym systemem. Historycznie oznaczało to, że bardzo mocno preferowaliśmy aplikacje napisane przy użyciu Gtk, ponieważ pewna ilość harmonii pochodzi domyślnie z użycia tego samego zestawu narzędzi dla programistów. To powiedziawszy, ponieważ OpenOffice i Firefox były tam od samego początku, Gtk najwyraźniej nie jest absolutnym wymogiem. Argumentuję teraz, że ważne są wartości, a zestaw narzędzi jest jedynie środkiem do osiągnięcia tego celu. Powinniśmy oceniać aplikacje na podstawie tego, jak dobrze spełniają one wymagania, a nie przesądzać o nich na podstawie technicznych wyborów dokonanych przez programistę.
Oceniając aplikację pod kątem domyślnej instalacji Ubuntu, powinniśmy zapytać:
- czy to jest wolne oprogramowanie?
- czy jest najlepszy w swojej klasie?
- czy integruje się z ustawieniami i preferencjami systemowymi?
- czy integruje się z innymi aplikacjami?
- czy jest dostępny dla osób, które nie mogą korzystać z myszy lub klawiatury?
- czy wygląda i czuje się spójny z resztą systemu?
Oczywiście wybór Qt przez programistę nie ma wpływu na pierwsze dwa. Sama Qt była dostępna na licencji GPL od dłuższego czasu, a ostatnio stała się dostępna na licencji LGPL. I jest mnóstwo najlepszych w swojej klasie programów napisanych za pomocą Qt, jest to bardzo sprawny zestaw narzędzi.
Jednak ustawienia systemowe i ustawienia wstępne były od dawna przyczyną tarcia między Qt i Gtk. Integracja z ustawieniami i preferencjami systemu ma kluczowe znaczenie dla poczucia „przynależności” aplikacji do systemu. Wpływa na możliwość zarządzania tą aplikacją przy użyciu tych samych narzędzi, których używa się do zarządzania wszystkimi innymi aplikacjami, oraz na rodzaj ustawień i preferencji, jakie użytkownicy mogą mieć z aplikacją. Jest to tradycyjnie problem z aplikacjami Qt / KDE na Ubuntu, ponieważ wszystkie aplikacje Gtk używają centralnie zarządzanego sklepu z preferencjami, a aplikacje KDE działają inaczej.
Aby temu zaradzić, Canonical kieruje rozwojem powiązań dconf dla Qt, dzięki czemu możliwe jest napisanie aplikacji Qt, która używa takich samych ram ustawień, jak wszystko inne w Ubuntu. Zawarliśmy umowę z Ryanem Lortie, który najwyraźniej bardzo dobrze zna dconf, i będzie współpracował z niektórymi ludźmi z Canonical, którzy używali Qt do niestandardowych prac programistycznych dla klientów. Jesteśmy przekonani, że wynik będzie naturalny dla programistów Qt, a także pełne odzwierciedlenie semantyki i stylu dconf.
Zespół Qt od dawna dobrze działa w szerszej społeczności Ubuntu - co sześć miesięcy mamy doskonałą reprezentację Qt w UDS, zespół Kubuntu ma duże doświadczenie i zainteresowanie pakowaniem i konserwacją Qt, istnieje wiele dobrej wymiany technicznej między Qt upstream i różnymi części społeczności Ubuntu, w tym Canonical. Na przykład ludzie Qt pracują nad integracją uTouch.
W oczywistych miejscach dokonałbym rozróżnienia między „Qt” i „KDE”. Aplikacja KDE nie wie nic o konfiguracji systemu dconf i dlatego nie może łatwo zintegrować się z pulpitem Ubuntu. Więc nie zamierzamy proponować Amaroka, aby zastąpił Banshee w najbliższym czasie! Myślę jednak, że jest całkiem prawdopodobne, że dconf, gdy będzie miał świetne powiązania Qt, będzie brany pod uwagę przez społeczność KDE. Są lepsi ludzie, którzy chcą prowadzić tę rozmowę, jeśli chcą, więc nie popchnę dalej tego pomysłu. Niemniej jednak, jeśli aplikacja KDE nauczy się mówić dconf jako dodatek do standardowych mechanizmów KDE, co powinno być proste, będzie to kandydat do domyślnej instalacji Ubuntu.
Decyzja o otwarciu na Qt nie jest w żaden sposób krytyką GNOME. To święto różnorodności i złożoności wolnego oprogramowania. Te wartości łatwości użytkowania i integracji pozostają wspólnymi wartościami z GNOME i stanowią doskonałą podstawę do współpracy z programistami i członkami projektu GNOME. Być może sam GNOME obejmie Qt, a może nie, ale jeśli tak, to nasza gotowość do wytyczenia tego szlaku byłaby wkładem w przywództwo. O wiele łatwiej jest stworzyć żywy ekosystem, jeśli zaakceptujesz pewną rozbieżność z kanonicznym sposobem, że tak powiem. Nasza praca nad projektowaniem koncentruje się wokół GNOME, z ustawieniami i preferencjami, na których skupiamy się obecnie, gdy przechodzimy do GNOME 3.0 i gtk3.
Oczywiście jest to idealna okazja dla tych, którzy żartują z tego związku, ale moim zdaniem najważniejsza jest solidna relacja, którą mamy z ludźmi, którzy faktycznie piszą aplikacje pod sztandarem GNOME. Chcemy być najlepszym sposobem, aby ciężka praca twórców wolnego oprogramowania miała znaczenie , co oznacza najlepszy sposób, aby zapewnić rzeczywistą różnicę w milionach istnień ludzkich każdego dnia i najlepszy sposób, aby połączyć ich z ich użytkownicy.
Do dobrych ludzi z Trolltech, teraz Nokia, którzy stworzyli Qt świetny zestaw narzędzi - dziękuję. Programiści, którzy chcą z niego korzystać i uczestniczyć w Ubuntu - zapraszamy.