Nelle scorse ore, nei repository di Ubuntu è arrivata la versione 5.4 anche di Unity-2D, la variante leggera e scritta in Qt di Unity. Le novità per questo aggiornamento sono molteplici e vanno a mettere quasi sullo stesso piano questa versione 2D e quella 3D.

Come già annunciato le novità sono parecchie e nello specifico troviamo: l’aggiunta delle modalità di visualizzazione nella dash per i file, le applicazioni e i download recenti, la trasparenza della barra superiore quando la dash viene aperta, un miglioramento dalla memoria della dash, un miglioramento prestazionale e l’introduzione della lens Video di default.

Data la precarietà di Compiz e di conseguenza del futuro di Unity 3D, ci sono grandi manovre attorno alla versione Qt di Unity ormai prodotto di punta di Canonical e del suo ambizioso progetto. Che il cessato sviluppo da parte di Canonical alle spese di Kubuntu sia una mossa fatta per concentrarsi solamente su Unity-2D? Staremo a vedere.

Via | I Love Ubuntu

Unity-2D 5.4: sostanziale aggiornamento per la versione in Qt di Unity é stato pubblicato su Ossblog.it alle 13:00 di lunedì 20 febbraio 2012.

Qt Build Suite (QBS) è un nuovo strumento per la toolchain dei progetti basati sulle librerie Qt, destinato a sostituire QMake. QBS non dipende dalla versione di Qt e richiama direttamente il compilatore, il linker, ecc.: è una soluzione voluta dagli sviluppatori già nel 2009. Le prestazioni di QBS sembrerebbero essere eccezionali.

Scritto in una versione semplificata di QML, QBS eredita il proprio approccio alla generazione del codice da SCons e Ant. Il controllo della creazione dei Makefile utilizza JavaScript. Uno dei vanti di QBS è la rapidità d’adattamento agli aggiornamenti incrementali: non è più necessario il fork interno per la gerarchia dei sorgenti.

Tuttavia, QBS è ancora considerato in una fase estremamente sperimentale: ad esempio, i file di configurazione devono essere creati separatamente — in genere, da GNU Autotools. L’adozione di QBS al posto di QMake avverrà tra molto tempo e, ad ogni modo, la sostituzione non sarà obbligatoria. Per adesso è sconsigliato in produzione.

Via | Qt Labs

Qt Build Suite, il sostituto ufficiale di QMake per i progetti in Qt é stato pubblicato su Ossblog.it alle 12:00 di giovedì 16 febbraio 2012.

Martin Gräßlin, il manutentore del compositor di KDE, ha annunciato il futuro rilascio di Aurorae 3: un engine per le decorazioni delle finestre che aveva realizzato, a suo tempo, per provare le nuove funzioni con KWin 4.3. L’aggiornamento prevede l’utilizzo esclusivo di QML e, di conseguenza, offrirà meno possibilità dell’attuale.

A prescindere dalla sperimentazione personale su Aurorae, che serve piuttosto per il debug di KWin, Gräßlin tiene soprattutto a sottolineare la mancanza di engine per KDE. Oxygen, di fatto, è l’unico motore utilizzato dal window manager. È una situazione abbastanza simile, benché molto più “radicale”, a quella di GNOME oppure Unity.

L’auspicio di Gräßlin è che già entro KDE 4.9 possano nascere altri engine al fianco di Aurorae e Oxygen. Non soltanto perché uno degli aspetti più intriganti di Linux è sempre stata la possibilità di personalizzare a piacimento l’aspetto di desktop e applicazioni. Qt5 e QML apriranno definitivamente al contributo dei web designer.

Via | Martin Gräßlin

Aurorae, l’engine di Martin Gräßlin e le decorazioni di KWin con QML é stato pubblicato su Ossblog.it alle 15:00 di sabato 14 gennaio 2012.

Nokia ha completato la transizione di Qt alla nuova governance, spostando i sorgenti per lo sviluppo della versione 4.x su The Qt Project. Sia le Qt4, sia le future Qt5 sono mantenute sullo stesso dominio e nelle stesse condizioni. La parte open source delle librerie è completamente “libera” — quella commerciale, però, è con Digia.

Esordita a metà settembre, alla vigilia dei Qt Developer Days 2011 a Monaco di Baviera, la governance condivisa del progetto ha impiegato circa quattro mesi ad acquisire il controllo completo delle librerie. Come previsto, gli aggiornamenti di sicurezza per la versione 4.8.x saranno gestite con Gerrit Code Review. Al pari delle Qt5.

Quanto alla versione 4.8.x, gli aggiornamenti saranno minimali: le Qt 4.6 e 4.7 non non state controllate per la Continuous Integration (CI) prevista da The Qt Project, perciò il codice potrebbe presentare dei bug. Lo stesso dicasi per il porting su Windows. Soltanto le versioni per Linux e Mac OS X prevedono già i test automatici.

Via | Qt Labs

Lo sviluppo di Qt 4.x è stato spostato sul portale di The Qt Project é stato pubblicato su Ossblog.it alle 10:00 di mercoledì 11 gennaio 2012.

Scribus, l’imponente applicazione per la desktop publishing, è stata aggiornata alla versione 1.4.0. Il major upgrade ha richiesto (quasi) quattro anni d’intenso lavoro ed è stato ufficializzato col Capodanno. La novità più rilevante è costituita dal passaggio all’infrastruttura delle Qt4 — per tutti i sistemi operativi supportati.

Disponibile per Linux, *BSD, Mac OS X e Windows, Scribus 1.4.0 supporta pure OS/2 Warp ed eComStation di IBM. È rilasciato sotto licenza GPLv2. Un modo semplice per descrivere Scribus – un programma complesso – è il paragone con un’altra applicazione equivalente: può essere considerato un’alternativa, open source, ad Adobe InDesign.

Le modifiche apportate a Scribus con l’aggiornamento sono tante e, in particolare, occorre prestare attenzione al formato dei documenti: i file creati con Scribus 1.4.0 non sono compatibili coi rilasci precedenti. Riguardo ai numeri di versione, in futuro saranno ridotti a un decimale. Ad esempio, la prossima stabile sarà la 1.5.0.

Entrando nel merito delle nuove funzionalità, Scribus 1.4.0 cerca di risolvere l’annoso problema con la cronologia delle modifiche. Quasi tutte le operazioni sul testo possono essere annullate e/o ripristinate. Scribus ha ottenuto il supporto degli schemi di colore “nativi” d’altre applicazioni — inclusi alcuni profili commerciali.

Il valore aggiunto di Scribus, rispetto ad altri programmi di design per la comunicazione, sono gli script per l’emulatore del terminale: la versione 1.4.0 consente il rendering dalle applicazioni che supportano PDF, PNG e PostScript. Un nuovo filtro d’importazione aggiunge AI, CVG, FIG, PICT, SHAPE, SML e WMF tra i file vettoriali.

Sarebbe impossibile riassumere degnamente tutte le funzioni aggiunte con l’aggiornamento di Scribus. Una lista esaustiva è consultabile dalle note di rilascio per la versione 1.4.0. Un’ultima funzionalità interessante è l’emulazione a schermo dei risultati per chi è afflitto da patologie che disturbano il riconoscimento dei colori.

Via | The H Online

Scribus 1.4.0, il rilascio a quattro anni dall'inizio dello sviluppo é stato pubblicato su Ossblog.it alle 09:00 di mercoledì 04 gennaio 2012.

Gli ultimi rilasci di Chrom* includono il Native Client (NaCl) per tutti i canali di sviluppo e Nokia ha intenzione d’elevare il supporto di Qt4 e Qt5 per la creazione di applicazioni “native” sul browser di Google. Il livello di maturazione è pressoché identico per entrambi i rami delle librerie. I risultati arriveranno nel 2012.

Benché il NaCl sia un progetto open source, la soluzione è ancora limitata a Chrom*. L’obiettivo degli sviluppatori di Qt è dare la possibilità d’utilizzare le librerie nelle applicazioni web, come avviene di norma sulle applicazioni “native”. Il porting del progetto in Qt5 prosegue in questa direzione. C’è un problema col backend.

Siamo alle solite, insomma: Chrom* utilizza WebKitGtk, mentre Qt provvede al mantenimento di QtWebKit — appena aggiornato alla versione 2.2.1 con il rilascio di Qt 4.8.0. La perfetta integrazione col NaCl prevederebbe l’utilizzo dello stesso backend. Ad esempio, sarebbe interessante un’implementazione del NaCl di Google su Rekonq.

Andrea Diamantini – l’ideatore di Rekonq – all’indomani della proposta di GNOME per Epiphany ha dimostrato la possibilità d’integrare le applicazioni web sul proprio browser. È un progetto sperimentale, che non prevede l’esecuzione di codice “nativo”. Se adottasse il NaCl di Google, invece, potrebbe sfruttare i progressi delle Qt.

La direzione di Qt non è limitata a Linux. Se Safari includesse il NaCl di Google, infatti, le librerie potrebbero aiutare le applicazioni “native” anche su Mac OS X e Windows. Al momento, lo sviluppo per i browser predilige le applicazioni web: il 2012 dovrebbe abbattere la differenza tra i due approcci, ma le soluzioni divergono.

Intel, dal canto suo, preferisce migliorare le applicazioni web con River Trail anziché permettere l’esecuzione di codice “native” sul browser. Opera e Mozilla sono sulla stessa linea d’onda. Nokia sembra essere la prima a credere davvero nella soluzione di Google e Qt5 avrà un ruolo fondamentale, nell’adozione di NaCl per WebKit.

Via | Phoronix

Lo sviluppo di Qt5 incrementa al passo di Qt4 per il NaCl di Chrom* é stato pubblicato su Ossblog.it alle 14:00 di lunedì 26 dicembre 2011.

Razor–Qt è un desktop enviroment completo, scritto in Qt: all’indomani del rilascio delle librerie 4.8.0 di Nokia, ha subito un aggiornamento alla versione 0.4. È considerato – a buon diritto – una specie di LXDE basato sulle Qt, grazie all’estrema “leggerezza” dei suoi componenti. Un progetto che merita tutta la nostra attenzione.

Abituati a parlare di GNOME e KDE, l’aggettivo «completo» può generare troppe aspettative: Razor–Qt è un progetto giovane e non può essere giudicato con gli stessi parametri dei principali desktop environment. Tuttavia, rispetto ad Awesome o altre iniziative egregie ha delle ambizioni più “elevate”. Non è un semplice window manager.

Personalmente, non conoscevo Razor–Qt e mi sono sempre chiesto perché nessuno pensasse di realizzare un ambiente grafico per X.Org con le librerie Qt. Il progetto è installabile su Ubuntu, Fedora e altre popolari distribuzioni coi pacchetti ufficiali. Un desktop environment davvero promettente, soprattutto su delle macchine datate.

Via | Rants and Shout

Razor–Qt, un desktop environment completo che sfrutta le librerie Qt é stato pubblicato su Ossblog.it alle 10:00 di sabato 17 dicembre 2011.

Le Qt 4.8.0, rilasciate da Nokia, preparano all’imminente transizione dello sviluppo delle librerie a The Qt Project — la nuova piattaforma per la governance del progetto. L’aggiornamento ha qualcosa in comune col prossimo major upgrade: è la Qt Platform Abstraction (QPA), “mutuata” da Lighthouse e pronta per l’integrazione in Qt5.

Lighthouse è il progetto che dal 2010 ha sostituito Qt for Embedded Linux (Qt/E) per estendere la portabilità delle librerie a Windows e altre piattaforme. Con le Qt 4.8.0, Lighthouse diventa QPA e abbraccia lo sviluppo su Android, QNX di RIM per BlackBerry e Wayland da QtQuick. L’altro aggiornamento riguarda il threading di OpenGL.

Il rilascio include QtWebKit 2.2.1, da non confondersi con WebKit2: quest’ultimo, infatti, non è ancora disponibile su Linux. Gli aggiornamenti di manutenzione per Qt 4.8.0 dovrebbero essere ospitati da The Qt Project affinché sia possibile utilizzare Gerrit Code Review – il sistema adottato da Qt5 – per gestire il codice sorgente.

Via | Qt Labs

Qt 4.8.0 aggiorna QtWebKit e prepara la transizione a The Qt Project é stato pubblicato su Ossblog.it alle 14:00 di venerdì 16 dicembre 2011.

David Edmundson, già conosciuto per il porting di Telepathy, ha realizzato l’interfaccia di Light Display Manager (LightDM) in QML coi binding delle librerie Qt. Originariamente scritto per le Gtk+, LightDM è diventato il display manager predefinito di Ubuntu a partire da Oneiric Ocelot. Edmundson l’ha adattato all’uso su Kubuntu.

LightDM è del tutto indipendente dal desktop environment e perciò può adattarsi, meglio di GDM, a qualunque variante di Ubuntu: Xfce, LXDE e adesso KDE possono usufruire del display manager. Non è un progetto di Canonical, però il lavoro di Edmundson potrebbe essere in tempo per approdare su Precise Pangolin — almeno, come opzione.

Grazie alle caratteristiche del display manager, l’interfaccia in QML per LightDM conserva lo sfondo e il tema predefiniti del desktop. Edmundson è riuscito a integrare pure i widget di Plasma. La gestione dell’aspetto è tra le impostazioni di Kubuntu: il progetto è nel playground di KDE, i pacchetti sono disponibili su Launchpad.

Via | David Edmundson

LightDM s’installa su Kubuntu coi binding per Qt di David Edmundson é stato pubblicato su Ossblog.it alle 15:00 di giovedì 15 dicembre 2011.

Il rilascio di Ubuntu/Oneric ha determinato l’inserimento delle librerie grafiche di Qt tra i pacchetti fondamentali per il desktop. Canonical è intenzionata a migliorare il supporto al prodotto di Nokia per aumentare le potenzialità di Ubuntu App Developer, la piattaforma dedicata allo sviluppo di programmi per il Software Centre.

Nello specifico, Jono Bacon ha partecipato ai Qt Developer Days 2011 di San Francisco per illustrare il processo d’invio delle applicazioni a My Apps: il sistema di gestione per la disponibilità dei programmi nel Software Centre di Ubuntu. L’interesse di Canonical è orientato soprattutto a QML, il linguaggio introdotto dalle Qt 4.7.

Bacon non prende in considerazione il dibattito sull’utilizzo delle Qt in Unity: l’intervento è servito a stimolare lo sviluppo e l’invio di applicazioni al Software Centre di Ubuntu. L’infrastruttura del desktop non è in discussione, né è stato menzionato il rapporto di Unity sulle Gtk+. Canonical privilegia QML per la semplicità.

Con una grande capacità di sintesi, Bacon associa il tradizionale ciclo di sviluppo in Qt alle applicazioni più complesse e QML alla portata di programmi più elementari. Guardando al futuro, Qt5 dovrebbe assottigliare le differenze tra i metodi: Canonical intende avvantaggiarsi delle novità previste per tutte le varianti di Ubuntu.

Rispetto alle Gtk+ le Qt permettono una maggiore interoperabilità delle applicazioni con desktop differenti. Non è tanto una questione di portabilità, garantita pure dalle Gtk+, quanto d’armonizzazione dell’interfaccia grafica: Kubuntu, ad esempio, predilige i programmi in Qt. Al contrario, Xubuntu e Lubuntu risultano “appesantiti”.

Ambendo ad approdare su smartphone e Internet–Connected Television (ICTV), Ubuntu ha la necessità d’ampliare l’offerta di applicazioni del Software Centre per competere, tra gli altri, con Android Market. Qt e QML sono delle risorse importanti: l’entusiasmo degli sviluppatori per My Apps potrebbe portare a conseguenze interessanti.

Via | jonobacon@home

Ubuntu App Developer e la creazione di programmi in Qt, grazie a QML é stato pubblicato su Ossblog.it alle 12:00 di lunedì 05 dicembre 2011.

Finalmente si fa sul serio: è giunto il momento dei primi circuiti stampati. La fondazione Raspberry Pi ha reso noto che sono state prodotte le prime 100 schede PCB (printed circuit board) per i test. Le schede ARM progettate sono un perfetto esempio di elettronica open source. Le dimensioni sono visibilmente ridotte rispetto alle schede alpha. Come promesso, il posizionamento ha consentito di ridurre del il fattore di forma. La superficie occupata è quella di una comune carta di credito.

Lo sviluppo sta procedendo senza intoppi e le 100 schede beta dovranno essere assemblate. Attualmente non vengono fatte stime sul completamento di questa fase: far stampare una PCB è un conto, assemblare è un’attività molto costosa per una fondazione come Raspberry Pi.

Secondo le intenzioni dei progettisti, terminata la fase di assemblaggio, una parte delle schede che avranno superato i test potrebbero essere messe all’asta al fine di raccogliere fondi. Una “ghiotta” occasione per i collezionisti più incalliti, visto che le prime schede stampate riportano un numero di serie basso. Dunque tutto dipende dai test, ma si spera che avvenga prima della fine dell’anno.

Se la procedura avrà successo, si inizierà con la produzione vera e propria. Nel frattempo la fondazione si è già preparata all’evento inserendo uno shop con la possibilità di effettuare il pre-ordine del merchandising: sticker per tastiera, al lampone ovviamente.

La scheda è a malapena terminata e già si è rivelata un asso nella manica per gli sviluppatori. Un team di ingegneri Nokia ha deciso di adottare l’economica piattaforma Raspberry per velocizzare lo sviluppo di Qt5. Le librerie OpenGL ES e la piattaforma ARM si sono rivelate un ecosistema perfetto per il ciclo di sviluppo delle librerie Qt.

Via | Raspberry PI Foundation

Raspberry Pi, finalmente le prime schede é stato pubblicato su Ossblog.it alle 11:00 di lunedì 05 dicembre 2011.

QtWebKit ha subito degli aggiornamenti in preparazione a un ulteriore “salto di qualità” sulla composizione delle immagini e sull’accelerazione hardware. Il frontend utilizza ancora WebKit 1.x: tuttavia, gli sviluppatori pensano già a WebKit 2.x. Quest’ultimo, ahimè, non è disponibile per Linux. Apple tarda a rilasciare il porting.

Ad oggi, QtWebKit utilizza OpenGL ES 2.0 per il compositing degli elementi in 3D. La novità riguarda Texture Mapper, un abstraction layer che tenta di risolvere i problemi delle varie implementazioni di OpenGL sulle diverse piattaforme e provvede a computare il codice via software quando l’accelerazione hardware non sia disponibile.

Questo approccio intende accorciare le distanze sull’interpretazione del codice: in condizioni ideali si può guadagnare fino al 50% in termini di rapidità d’esecuzione. Il funzionamento è, comunque, garantito sulle piattaforme che non implementassero in hardware tutte le estensioni di OpenGL necessarie. Eppure, è soltanto l’inizio.

Gli sviluppatori si sono posti il problema di come eseguire il codice a livello di processore grafico per il web. WebKit 2.x, tuttora in fase di sviluppo, adotterà una strategia diversa da WebKit 1.x. Al momento QtWebKit utilizza sia OpenGL, sia X11 (e/o EGL) per la composizione delle immagini: sono almeno due “passaggi” intermedi.

Entrambi gli aggiornamenti di Qt 5.x e WebKit 2.x permetteranno a QtWebKit di ridurre il compositing a un unico step, implementando il rendering a livello d’interfaccia–utente con tutte le piattaforme. Il boost prestazionale non coinvolgerà soltanto le applicazioni web per i dispositivi mobili, ma pure alcuni componenti del desktop.

Basti pensare all’utilizzo dei CSS nella realizzazione delle interfacce in Qt, una caratteristica ripresa di recente dalle Gtk+3. I progressi di QtWebKit avranno un sicuro impatto sul futuro di KDE: banalmente, si tratta d’avvicinare le prestazioni del compositing per il web alle applicazioni “native”, superandone i limiti attuali.

Via | Qt Labs

QtWebKit, compositing e accelerazione hardware: il futuro che avanza é stato pubblicato su Ossblog.it alle 16:00 di venerdì 11 novembre 2011.

Inqlude è un nuovo progetto, collaterale a KDE, che consiste essenzialmente in un archivio di librerie realizzate con le Qt. È una raccolta destinata ad ampliarsi, nelle prossime settimane. L’intenzione è quella di creare una specie di CPAN o RubyGems per Qt. Il portale è stato presentato durante i Qt Developer Days 2011 di Monaco.

Proprio RubyGems ospita l’applicazione di Inqlude per recuperare il codice delle librerie archiviate. Il progetto è mantenuto via Git e propone due componenti: una parte archivia le informazioni relative ai repository che contengono fisicamente tutte le librerie e l’altra parte mantiene il software per scaricarle da riga di comando.

Per gestire gli aggiornamenti e distribuire le librerie Inqlude utilizza Open Build Service (ex–openSUSE Build Service). Tutte le funzioni del portale sono pienamente funzionanti: a breve il sito subirà un restyling per essere più user–friendly, quindi si concluderà la fase sperimentale e sarà approntata la versione 1.0 di Inqlude.

Via | Cornelius Schumacher

Inqlude, l’archivio di librerie in Qt creato dai responsabili di KDE é stato pubblicato su Ossblog.it alle 09:00 di lunedì 31 ottobre 2011.

The Qt Project è stato lanciato, a due giorni dall’inizio dei Qt Developer Days 2011. Nokia ne ha abbandonato la governance, trasformando così Qt in un progetto completamente open source. Un passaggio di consegne formale, che però assicura un futuro alle librerie a prescindere dalla strategia commerciale dell’azienda con Microsoft.

Non sono previsti cambiamenti alla licenza di rilascio, la LGPLv2.1. Perché, allora, la novità è così importante? È presto detto. Gli amministratori della comunità non dipenderanno più da Nokia (e non dovranno essere dei dipendenti dell’azienda). Molti lavorano ancora per la multinazionale: tuttavia, la transizione è già cominciata.

Pochi istanti dopo l’annuncio di Nokia è arrivata la reazione di KDE, uno dei progetti più interessati dal cambiamento. D’ora in avanti, chiunque potrà sottoporre a revisione delle modifiche del codice delle Qt: i supervisori non saranno più alle dipendenze di Nokia. Qt Core, ad esempio, è già indipendente grazie a Thiago Macieira.

Via | Qt Labs

The Qt Project è partito: Nokia abbandona la governance del progetto é stato pubblicato su Ossblog.it alle 09:00 di sabato 22 ottobre 2011.

The Qt Project è un nuovo modello di governance che sarà adottato da Nokia per lo sviluppo futuro delle Qt. L’adozione è prevista per i prossimi Qt Developer Days 2011, fissati per il 24-26 ottobre a Monaco di Baviera. L’amministrazione passerà a una fondazione no profit per la quale è già stato registrato il dominio qt-project.org.

La disponibilità della nuova piattaforma è garantita entro il 17 ottobre, affinché sia pronta entro l’ottava conferenza annuale degli sviluppatori. Gli strumenti attualmente mantenuti sui server di Nokia, tra i quali gerrit e Jira, saranno trasferiti su qt-project.org (che, al momento, è irraggiungibile). Cosa cambierà in concreto?

Poco o nulla, dal punto di vista dello sviluppo: eccettuando lo spostamento del codice sorgente dai server di Nokia a quelli della fondazione, le Qt resteranno licenziate sotto LGPLv2.1. È piuttosto una novità formale, che di fatto sposta la responsabilità del mantenimento delle librerie Qt da Nokia all’intera comunità open source.

Via | Qt

The Qt Project, la nuova governance di Nokia sullo sviluppo delle Qt é stato pubblicato su Ossblog.it alle 11:00 di mercoledì 14 settembre 2011.