I team di Mozilla e Nokia si stanno occupando del porting di Firefox 3 e della piattaforma Mozilla sulle librerie Qt e nonostante ci sia ancora lavoro da svolgere è già possibile toccare con mano il risultato dei loro sforzi: i sorgenti di una build sperimentale di Firefox/Qt sono infatti disponibili nel repository mercurial di Mozilla (ci sono anche le istruzioni per la compilazione).
L’obiettivo è includere il ramo Qt nel repository centrale di Mozilla, per rendere il porting ufficiale.
via | OSNews
ossblog è un supplemento alla testata Blogo.it registrata presso il Tribunale di Milano n. 487/06, P. IVA 04699900967. Contatti, chi siamo
© 2004-2011 Blogo.it, alcuni diritti riservati sotto licenza Creative Commons.
Per informazioni pubblicitarie e progetti speciali su Ossblog.it contattare la concessionaria esclusiva Populis Engage.
buhbuh
17 ago 2008 - 11:20 - #1Evvai! No, davvero, sono contento.
Uno dei grossi difetti che ho sempre imputato a Firefox, è la cattiva integrazione con l’ambiente KDE (che per l’appunto si poggia sulle Qt). Temi e ammenicoli vari, purtroppo non sopperiscono a sufficienza. Non parlo solo dell’aspetto, ma anche del drag-and-drop, o dell’utilizzo dei dialog di sistema. Poi se fanno davvero le cose come si deve si passa anche per dcop e i kio_slave.
Sarebbe fantastico (senza però perdere di vista la sicurezza, IE docet).
E inoltre, lasciatemelo dire, potrebbe anche sparire quella sensazione di pesantezza, che magari non per colpa loro, le Gtk portano, almeno quando usate all’interno di KDE.
Già mi frego le mani.
John McCain
18 ago 2008 - 08:22 - #2Mi sa che DCOP (che comunque per KDE 4 è stato già soppiantato da DBUS, per quanto ne so) e KIOSlaves te li puoi scordare, se si legassero a KDE ne perderebbero in portabilità (gli utenti Windows e Mac OS X senza kdelibs installati s’attaccano? :P).
Chissà che cosa ne verrà fuori. Anche io ho la viva sensazione che le applicazioni scritte in Qt siano più reattive di quelle GTK+. Staremo a vedere… :)
slot
18 ago 2008 - 09:28 - #3Rimarrebbe comunque il ramo gtk.. o no?
buhbuh
18 ago 2008 - 09:34 - #4Mi sta bene anche dBus (che sto scoprendo in questi giorni, sviluppandoci su alcune cose, e che sto trovando parecchio interessnte) al posto di dcop. Anzi, sarebbe certamente preferibile perché più portabile e indipendente dal DE su ambiente Linux, e posso anche rinunciare (a malincuore) ai kio_slave, ma spero vivamente in una maggiore integrazione (anche) con KDE. Del resto sarebbe “roba” in più, che non andrebbe certo ad inficiare le funzionalità e le integrazioni già presenti per le altre piattaforme/DE.
gp42
18 ago 2008 - 13:39 - #5Io penso che il discorso è molto più semplice ed elementare di quel che si pensa o ipotizza…oltre che integrarsi con le librerie di windows, mac e gtk si integrerà pure con quelle qt…punto e basta.
Sarà lo stesso identico FF presente in qualsiasi sistema, solo con un look&feel che si integra pure con KDE…niente di più, niente di meno.
Ed io aggiungo, giustamente.
gp
buhbuh
18 ago 2008 - 14:12 - #6Sognare è gratis, fatemelo fare a colori :-)
markpersy
18 ago 2008 - 14:13 - #7La realtà è che a Nokia serve un browser basato sulle qt (ha acquistato Trolltech) ma che faccia concorrenza a Webkit (usato da Safari nell’iphone): quindi niente di meglio del motore gecko della Mozilla .. e tutti gli utenti KDE felici come una pasqua :) (anche se in realtà il porting non viene fatto per semplice integrazione grafica)
Bigshot4ever
19 ago 2008 - 18:55 - #8@markpersy
no nokia ha da lung tempo contribuito a webkit…
il fatto è che webkit su linux è ancora una novità mentre firefox, meglio fare il porting della sola interfaccia a qt che rimanere con un browser non integrato…
tra l’altro konqueror man mano sembra verrà adattato a webkit e ad ogni relase le qt vengono “vitaminizzate” da questo punto di vista….
peso che la strada sia delineata da quella parte…