Come parte della nostra pianificazione per Natty + 1, dovremo trovare un po 'di spazio sul CD per le librerie Qt e valuteremo le applicazioni sviluppate con Qt per l'inclusione sul CD e l'installazione predefinita di Ubuntu.
La facilità d'uso e l'integrazione efficace sono valori chiave della nostra esperienza utente. Ci preoccupiamo che le applicazioni che scegliamo siano armoniose tra loro e con il sistema nel suo insieme. Storicamente, ciò ha significato che abbiamo dato una preferenza molto forte alle applicazioni scritte usando Gtk, perché una certa armonia deriva per impostazione predefinita dall'uso dello stesso toolkit di sviluppo. Detto questo, con OpenOffice e Firefox presenti fin dall'inizio, Gtk non è chiaramente un requisito assoluto. Quello che sto discutendo ora è che sono i valori che sono importanti e il toolkit è solo un mezzo per raggiungere questo scopo. Dovremmo valutare le app sulla base di quanto soddisfano i requisiti, senza pregiudicarle sulla base delle scelte tecniche fatte dallo sviluppatore.
Nel valutare un'app per l'installazione predefinita di Ubuntu, dovremmo chiedere:
- è un software gratuito?
- è il migliore della classe?
- si integra con le impostazioni e le preferenze del sistema?
- si integra con altre applicazioni?
- è accessibile a persone che non possono usare un mouse o una tastiera?
- sembra coerente con il resto del sistema?
Naturalmente, la scelta dello sviluppatore di Qt non ha alcuna influenza sui primi due. Qt stesso è stato disponibile sotto GPL per molto tempo, e più recentemente è diventato disponibile sotto LGPL. E c'è un sacco di software best-in-class scritto con Qt, è un toolkit molto capace.
Le impostazioni di sistema e le preferenze, tuttavia, sono state a lungo causa di attrito tra Qt e Gtk. L'integrazione con le impostazioni e le preferenze di sistema è fondamentale per il senso di un'applicazione "appartenente" al sistema. Influisce sulla capacità di gestire quell'applicazione utilizzando gli stessi strumenti utilizzati per gestire tutte le altre applicazioni e il tipo di esperienza di impostazioni e preferenze che gli utenti possono avere con l'app. Questo è stato tradizionalmente un problema con le applicazioni Qt / KDE su Ubuntu, perché tutte le app Gtk usano un archivio di preferenze gestibile centralmente e le app KDE fanno le cose diversamente.
Per ovviare a questo, Canonical sta guidando lo sviluppo di associazioni dconf per Qt, in modo che sia possibile scrivere un'app Qt che utilizza lo stesso framework di impostazioni di tutto il resto in Ubuntu. Abbiamo stretto un contratto con Ryan Lortie, che ovviamente conosce molto bene dconf, e lavorerà con alcune persone di Canonical che hanno utilizzato Qt per lavori di sviluppo personalizzati per i clienti. Siamo certi che il risultato sarà naturale per gli sviluppatori di Qt e una completa espressione della semantica e dello stile di dconf.
Il team di Qt ha lavorato a lungo bene nella più ampia comunità Ubuntu - ogni sei mesi abbiamo un'ottima rappresentazione di Qt su UDS, il team di Kubuntu ha una profonda esperienza e interesse per il packaging e la manutenzione di Qt, c'è un sacco di buoni scambi tecnici tra Qt a monte e vari parti della comunità Ubuntu, incluso Canonical. Ad esempio, le persone di Qt stanno lavorando per integrare uTouch.
Farei una distinzione tra "Qt" e "KDE" nei luoghi ovvi. Un'app di KDE non sa nulla della configurazione del sistema dconf e di conseguenza non può integrarsi facilmente con il desktop Ubuntu. Quindi non proporremo presto Amarok in sostituzione di Banshee! Ma penso che sia del tutto plausibile che dconf, una volta che abbia ottimi collegamenti Qt, sia considerato dalla comunità di KDE. Se vogliono, ci sono persone migliori per condurre quella conversazione, quindi non spingerò ulteriormente l'idea qui. Tuttavia, se un'app KDE dovesse imparare a parlare dconf in aggiunta ai meccanismi standard di KDE, che dovrebbero essere semplici, sarebbe un candidato per l'installazione predefinita di Ubuntu.
La decisione di essere aperti a Qt non è in alcun modo una critica a GNOME. È una celebrazione della diversità e della complessità del software libero. Questi valori di facilità d'uso e integrazione rimangono valori condivisi con GNOME e rappresentano un'ottima base per la collaborazione con sviluppatori e membri del progetto GNOME. Forse GNOME stesso abbraccerà Qt, forse no, ma se lo fa, la nostra volontà di tracciare questa pista sarebbe un contributo alla leadership. È molto più facile creare un ecosistema vibrante se si accetta una certa divergenza dal modo canonico, per così dire Il nostro lavoro sul design è incentrato su GNOME, con impostazioni e preferenze al centro dell'attenzione mentre passiamo a GNOME 3.0 e gtk3.
Naturalmente, questa è un'opportunità perfetta per coloro che si prenderebbero gioco di quella relazione per farlo, ma a mio avviso ciò che conta di più è la solida relazione che abbiamo con le persone che effettivamente scrivono applicazioni sotto il banner GNOME. Vogliamo essere il modo migliore per fare in modo che il duro lavoro di quegli sviluppatori di software libero contenga , nel senso che intendiamo, il modo migliore per assicurarci che faccia davvero la differenza in milioni di vite ogni giorno e il modo migliore per collegarli a i loro utenti.
Alle brave persone di Trolltech, ora Nokia, che hanno reso Qt un ottimo toolkit - grazie. Per gli sviluppatori che desiderano utilizzarlo ed essere parte dell'esperienza Ubuntu - benvenuto.