Sebagai bagian dari perencanaan kami untuk Natty +1, kami perlu menemukan beberapa ruang pada CD untuk pustaka Qt, dan kami akan mengevaluasi aplikasi yang dikembangkan dengan Qt untuk dimasukkan pada CD dan pemasangan default Ubuntu.
Kemudahan penggunaan, dan integrasi yang efektif, adalah nilai-nilai kunci dalam pengalaman pengguna kami. Kami peduli bahwa aplikasi yang kami pilih selaras satu sama lain dan sistem secara keseluruhan. Secara historis, itu berarti bahwa kami telah memberikan preferensi yang sangat kuat untuk aplikasi yang ditulis menggunakan Gtk, karena sejumlah harmoni datang secara default dari penggunaan toolkit pengembang yang sama. Yang mengatakan, dengan OpenOffice dan Firefox telah ada sejak awal, Gtk jelas bukan persyaratan mutlak. Yang saya perdebatkan sekarang adalah bahwa nilai-nilai itulah yang penting, dan toolkit hanya sarana untuk mencapai tujuan itu. Kita harus mengevaluasi aplikasi berdasarkan seberapa baik mereka memenuhi persyaratan, bukan mengurangi mereka berdasarkan pilihan teknis yang dibuat oleh pengembang.
Dalam mengevaluasi aplikasi untuk pemasangan default Ubuntu, kita harus bertanya:
- apakah ini perangkat lunak bebas?
- apakah ini yang terbaik di kelasnya?
- apakah itu terintegrasi dengan pengaturan dan preferensi sistem?
- apakah itu terintegrasi dengan aplikasi lain?
- apakah ini dapat diakses oleh orang yang tidak dapat menggunakan mouse, atau keyboard?
- apakah ini terlihat dan terasa konsisten dengan sistem lainnya?
Tentu saja, pilihan pengembang Qt tidak memiliki pengaruh pada dua yang pertama. Qt sendiri telah tersedia di bawah GPL sejak lama, dan baru-baru ini menjadi tersedia di bawah LGPL. Dan ada banyak perangkat lunak terbaik di kelasnya yang ditulis dengan Qt, ini adalah toolkit yang sangat cakap.
Pengaturan sistem dan prefs, bagaimanapun, telah lama menjadi penyebab gesekan antara Qt dan Gtk. Integrasi dengan pengaturan dan preferensi sistem sangat penting untuk rasa aplikasi "milik" pada sistem. Ini memengaruhi kemampuan untuk mengelola aplikasi tersebut menggunakan alat yang sama yang digunakan untuk mengelola semua aplikasi lain, dan jenis pengalaman pengaturan dan preferensi yang dapat dimiliki pengguna dengan aplikasi tersebut. Ini secara tradisional menjadi masalah dengan aplikasi Qt / KDE di Ubuntu, karena aplikasi Gtk semuanya menggunakan toko preferensi yang dikelola secara terpusat, dan aplikasi KDE melakukan hal-hal secara berbeda.
Untuk mengatasinya, Canonical mendorong pengembangan binding dconf untuk Qt, sehingga memungkinkan untuk menulis aplikasi Qt yang menggunakan kerangka pengaturan yang sama dengan yang lainnya di Ubuntu. Kami telah membuat kontrak dengan Ryan Lortie, yang jelas mengenal dconf dengan sangat baik, dan dia akan bekerja dengan beberapa orang di Canonical yang telah menggunakan Qt untuk pekerjaan pengembangan kustom untuk pelanggan. Kami yakin hasilnya akan alami untuk pengembang Qt, dan ekspresi lengkap dari semantik dan gaya dconf.
Tim Qt telah lama bekerja dengan baik di komunitas Ubuntu yang lebih luas - kami memiliki perwakilan Qt yang hebat di UDS setiap enam bulan, tim Kubuntu memiliki pengalaman dan minat yang mendalam pada pengemasan dan pemeliharaan Qt, ada banyak pertukaran teknis yang baik antara Qt hulu dan berbagai bagian dari komunitas Ubuntu, termasuk Canonical. Sebagai contoh, orang-orang Qt sedang bekerja untuk mengintegrasikan uTouch.
Saya akan menggambar perbedaan antara "Qt" dan "KDE" di tempat yang jelas. Aplikasi KDE tidak tahu apa-apa tentang konfigurasi sistem dconf, dan sebagai hasilnya tidak dapat dengan mudah diintegrasikan dengan desktop Ubuntu. Jadi kita tidak akan mengusulkan Amarok untuk menggantikan Banshee dalam waktu dekat! Tapi saya pikir itu sepenuhnya masuk akal bahwa dconf, setelah memiliki ikatan Qt yang bagus, dipertimbangkan oleh komunitas KDE. Ada orang yang lebih baik untuk memimpin percakapan itu jika mereka mau, jadi saya tidak akan mendorong ide lebih jauh di sini. Namun demikian, seandainya aplikasi KDE belajar berbicara dconf di samping mekanisme KDE standar, yang harus langsung, itu akan menjadi kandidat untuk instalasi default Ubuntu.
Keputusan untuk terbuka pada Qt sama sekali bukan kritik terhadap GNOME. Ini adalah perayaan keragaman dan kompleksitas perangkat lunak bebas. Nilai-nilai kemudahan penggunaan dan integrasi tetap nilai bersama dengan GNOME, dan dasar yang bagus untuk kolaborasi dengan pengembang dan anggota proyek GNOME. Mungkin GNOME sendiri akan merangkul Qt, mungkin tidak, tetapi jika ya, kesediaan kita untuk merintis jalan ini akan menjadi kontribusi dalam kepemimpinan. Jauh lebih mudah untuk membuat ekosistem yang hidup jika Anda menerima sejumlah divergensi dari cara kanonik, sehingga untuk berbicara Pekerjaan kami pada desain berpusat di sekitar GNOME, dengan pengaturan dan preferensi fokus saat ini saat kami pindah ke GNOME 3.0 dan gtk3.
Tentu saja, ini adalah kesempatan sempurna bagi mereka yang akan mengolok-olok hubungan itu untuk melakukannya, tetapi menurut saya yang paling penting adalah hubungan yang solid yang kita miliki dengan orang-orang yang benar-benar menulis aplikasi di bawah bendera GNOME. Kami ingin menjadi cara terbaik untuk menjadikan kerja keras para pengembang perangkat lunak gratis itu penting , yang kami maksudkan, cara terbaik untuk memastikan itu membuat perbedaan nyata dalam jutaan kehidupan setiap hari, dan cara terbaik untuk menghubungkan mereka dengan pengguna mereka.
Kepada orang-orang baik di Trolltech, sekarang Nokia, yang telah menjadikan Qt alat yang hebat - terima kasih. Untuk para pengembang yang ingin menggunakannya dan menjadi bagian dari pengalaman Ubuntu - selamat datang.