Natty + 1 için yaptığımız planlamanın bir parçası olarak, Qt kütüphaneleri için CD'de biraz yer bulmamız gerekecek ve CD'ye dahil olmak için Qt ile geliştirilen uygulamaları ve Ubuntu'nun varsayılan kurulumunu değerlendireceğiz.
Kullanım kolaylığı ve etkili entegrasyon, kullanıcı deneyimimizdeki kilit değerlerdir. Seçtiğimiz uygulamaların birbiriyle ve bir bütün olarak sistemle uyumlu olmasını önemsiyoruz. Tarihsel olarak, bu, Gtk kullanılarak yazılmış uygulamaları tercih etmemiz gerektiği anlamına geliyordu, çünkü varsayılan olarak aynı geliştirici araç setinin kullanımından belirli bir miktarda uyum geliyor. Bu, OpenOffice ve Firefox'un en başından beri orada olmasıyla Gtk kesinlikle mutlak bir gereklilik değildir. Şimdi tartıştığım şey, bunun önemli olan değerler olduğunu ve araç setinin sadece bunun için bir araç olduğudur. Uygulamaları, gereklilikleri ne kadar iyi karşıladıklarına göre değerlendirmeliyiz, geliştiricinin yaptığı teknik seçimler temelinde önyargıları değil.
Ubuntu varsayılan kurulumu için bir uygulamayı değerlendirirken, şunu sormalıyız:
- özgür yazılım mı?
- Sınıfının en iyisi mi?
- sistem ayarları ve tercihleri ile bütünleşir mi?
- diğer uygulamalarla bütünleşir mi?
- Fareyi veya klavyeyi kullanamayan insanlar için erişilebilir mi?
- sistemin geri kalanıyla tutarlı görünüyor ve hissediyor mu?
Tabii ki, geliştiricinin Qt seçiminin ilk ikisi üzerinde etkisi yoktur. Qt'nun kendisi GPL altında uzun süredir mevcuttu ve yakın zamanda LGPL'de mevcuttu. Ve Qt ile yazılmış çok sayıda sınıfının en iyisi yazılımı var, bu çok yetenekli bir araç seti.
Bununla birlikte, sistem ayarları ve tercihleri, Qt ve Gtk arasında sürtünme nedeni olmuştur. Sistem ayarları ve tercihleri ile entegrasyon sisteme “ait” bir uygulama anlamında önemlidir. Bir uygulamayı diğer tüm uygulamaları yönetmek için kullandığı araçları kullanarak ve kullanıcıların uygulamada yaşayabileceği ayar ve tercih deneyimini kullanma becerisini etkiler. Bu geleneksel olarak Ubuntu'daki Qt / KDE uygulamalarında bir sorun olmuştur, çünkü Gtk uygulamalarının tümü merkezi olarak yönetilebilir bir tercihler deposunu kullanır ve KDE uygulamaları her şeyi farklı yapar.
Canonical, bunu ele almak için Qt için dconf ciltlemelerinin geliştirilmesine yön veriyor, böylece Ubuntu'daki her şeyle aynı ayar çerçevesini kullanan bir Qt uygulaması yazmak mümkün. Dconf'u çok iyi bilen Ryan Lortie ile sözleşme yaptık ve Canonical'da müşteriler için özel geliştirme çalışmaları için Qt kullanan bazı kişilerle birlikte çalışacağız. Sonuçların Qt geliştiricileri için doğal olacağından ve dconf'un anlambilim ve stilinin eksiksiz bir ifadesinden eminiz.
Qt ekibi, Ubuntu topluluğunda uzun süredir iyi çalıştı - her altı ayda bir UDS’de büyük Qt temsilimiz var, Kubuntu ekibi Qt paketleme ve bakım konusunda derin deneyime ve ilgiye sahip, Qt upstream ve çeşitli Canonical dahil olmak üzere Ubuntu topluluğunun bölümleri. Örneğin, Qt millet uTouch'ı entegre etmek için çalışıyor.
Belli yerlerde “Qt” ve “KDE” arasında bir ayrım çizerdim. Bir KDE uygulaması dconf sistemi yapılandırması hakkında hiçbir şey bilmez ve sonuç olarak Ubuntu masaüstüyle kolayca bütünleşemez. Öyleyse, kısa bir süre sonra Banshee'nin yerine Amarok'u teklif etmeyeceğiz! Ancak bence Dconf'un, büyük Qt bağlarına sahip olduktan sonra KDE topluluğu tarafından düşünülmesinin tamamen makul olduğunu düşünüyorum. İsterlerse bu sohbeti yönlendirecek daha iyi insanlar var, bu yüzden fikri burada daha fazla ilerletmeyeceğim. Bununla birlikte, bir KDE uygulaması, basit olması gereken standart KDE mekanizmalarına ek olarak dconf ile konuşmayı öğrenirse, Ubuntu varsayılan kurulumu için bir aday olacaktır.
Qt'ye açık olma kararı hiçbir şekilde GNOME eleştirisi değildir. Özgür yazılımın çeşitliliğinin ve karmaşıklığının bir kutlaması. Kullanım kolaylığı ve entegrasyon değerleri, GNOME ile paylaşılan değerler ve GNOME geliştiricileri ve proje üyeleri ile işbirliği için mükemmel bir temel olmaya devam ediyor. Muhtemelen GNOME'un kendisi Qt'yi kucaklayacaktır, belki de değil, ancak o zaman bu izi yakmaya istekliyiz, liderliğe katkısı olur. Kanonik yoldan belirli bir miktar sapmayı kabul ederseniz, canlı bir ekosistem yapmak çok daha kolaydır, tabiri caizse, tasarım çalışmalarımız GNOME 3.0 ve gtk3'e geçerken mevcut odağı ayarlayarak ve tercih ederek odaklanır.
Tabii ki, bu ilişkide eğlenmek isteyenler için mükemmel bir fırsat, ama benim görüşüme göre en önemlisi GNOME bayrağı altında uygulama yazan insanlarla olan sağlam ilişki. Biz bu ücretsiz yazılım geliştiricilerin zor işi yapmak için en iyi yolu olmak istiyorum olsun biz demek hangi, her gün Milyonlarca insanın hayatında gerçek bir fark yapar sağlamanın en iyi yolu, ve bunları bağlamak için en iyi yolu onların kullanıcıları.
QT'yi harika bir araç seti yapan Nokia, şimdi Trolltech'teki iyi insanlara - teşekkür ederim. Kullanmak ve Ubuntu deneyiminin bir parçası olmak isteyen geliştiricilere - hoşgeldiniz.