slacky.eu

Qualche giorno fa ho segnalato su PkgReports la nuova versione 3.0.194.x di Google Chrome per Linux; nel giro di 48 ore sono uscite due nuove versioni, segno che stanno lavorando intensamente per migliorare il browser.

In queste ultime versioni avevano già abilitato il supporto parziale per una serie di plugins, tra i quali Flash e persino GeckoMediaplayer; eseguendo il browser con il comando google-chrome --enable-plugins, vengono caricati i plugins presenti in /usr/lib/mozilla/plugins e $HOME/.mozilla/plugins.

Oggi ho provato la 3.0.196.0, appena uscita, e ho visto che, oltre ad aver migliorato il supporto Flash (prima certi video non funzionavano), hanno anche attivato l'antialiasing per i font; il risultato adesso è questo:


Sicuramente Chrome per Linux deve fare ancora parecchia strada e le versioni attuali non sono ancora utilizzabili per navigare in modo serio; il livello raggiunto in breve tempo però è veramente notevole (grazie anche al codice "copiaincollato" da Firefox). Le pagine WEB si caricano a velocità spaventose (anche il triplo o il quadruplo rispetto a FF3.5); in più il browser non crasha mai, grazie al fatto che ogni tab viene assegnato ad un processo differente.

Mi sa che Firefox deve cominciare a preoccuparsi ...

Io spero che anche Firefox si doti di un'architettura con processi differenti per ogni scheda. Oramai la strada è quella: ce l'ha anche IE!

robbybby ha scritto:Io spero che anche Firefox si doti di un'architettura con processi differenti per ogni scheda. Oramai la strada è quella: ce l'ha anche IE!

Si. è in cantiere: https://wiki.mozilla.org/Content_Processes

...

birg81 ha scritto:poiché chrome si basa su librerie gtk non sarebbe il caso che gli sviluppatori creassero pure una versione qtChrome??

poiche?

bo ,
non si capisce se ci sei o ci fai

calllllllllllllllllllmiiiiiiiiiiiiiiiiiii

Birg il tuo dissenso per le librerie GTk è noto. Invece di chiedere qui il perchè non si fa un qualsiasi programma in qt, chiedilo agli sviluppatori.
Guarda che oramai non ha senso la tua battaglia contro i mulini a vento. Ci sono programmi in gtk che ritengo insostituibili. Altri, QT altrettanto.
dai per favore, non riniziamo la solita querelle ...

navajo ha scritto:Birg il tuo dissenso per le librerie GTk è noto. Invece di chiedere qui il perchè non si fa un qualsiasi programma in qt, chiedilo agli sviluppatori.
Guarda che oramai non ha senso la tua battaglia contro i mulini a vento. Ci sono programmi in gtk che ritengo insostituibili. Altri, QT altrettanto.
dai per favore, non riniziamo la solita querelle ...

Oltretutto , basta installare il tema QtCurve è si ha un look and feel pressoché identico tra applicazioni GTK e KDE.

Con FF faccio così

birg81 ha scritto:poiché chrome si basa su librerie gtk non sarebbe il caso che gli sviluppatori creassero pure una versione qtChrome??

non vedo nulla di male sul fatto che usi le gtk...

situazione:

il signor birg81 mostra una ostilità verso le libreria gtk.

fin qui tutto ok.

problemi:

-non da nessuna spiegazione razionale sul PERCHE'.

-pretende ( e non lo chiede agli sviluppatori ) una versione che utilizzi le qt.


boooooooooooooooooooooooooooooooooooooooooooooooooooo
continuo a non capire se fa sul serio.................

ps=vai in vacanza e metti a riposo i neuroni !

Toni ha scritto:situazione:

il signor birg81 mostra una ostilità verso le libreria gtk.

fin qui tutto ok.

problemi:

-non da nessuna spiegazione razionale sul PERCHE'.

-pretende ( e non lo chiede agli sviluppatori ) una versione che utilizzi le qt.


boooooooooooooooooooooooooooooooooooooooooooooooooooo
continuo a non capire se fa sul serio.................

ps=vai in vacanza e metti a riposo i neuroni !

Anche se non condivi (ed anche io non condivido) la sua opinione,
non alziamo i toni...
Le opinioni degli altri vanno rispettate.
Casomai rivolgiti a lui chiedendo il perchè di questo "odio",
non è piacevole comunque leggere un post del genere.

In Qt si può sempre provare rekonq: http://www.kde-apps.org/content/show.ph ... tent=94258 ,che sicuramente conoscete,tra l'altro sviluppato da un italiano e che secondo alcuni potrebbe entrare in KDE come browser predefinito.
Tornando a Chrome a me anche la versione attuale non va sempre bene,a volte i filmati vanno a volte no,forse ci vuole ancora del tempo.

Beh, premesso che a me della cosa non importa e lo dico solo per ragionare un pò insieme, un'ottima motivazione per un chrome-qt è proprio questo post!
Creare un sw che funzioni su vari OS richiede notoriamente molto lavoro (aggiuntivo) ed utilizzare librerie con un ottimo supporto ai sistemi operativi più noti (Le Qt4, su win, lin, mac) avrebbe di certo facilitato i lavori. Ok, anche le gtk girano su windows, ma il loro demandare molti compiti (chi ha parlato di antialiasing? per non dire di stili e infatti qualcuno ha detto QtCurve e tantissimi altri aspetti "grafici") ad altre librerie, le rende un soggetto "complicato". Oltre alla complicazione intrinseca del C/C++ (dualismo non ancora risolto in gtk+2), allo sterminato "parco bug" offerto e al fatto che alle porte (?) ci sia una nuova versione.

Del resto, quando qualcuno ha chiesto al project lead di Chrome il perchè della scelta (dovrei ritrovare l'intervista), la risposta è stata un semplice ed evasivo "io mi trovo meglio con gtk+". Cioè, scusate il francesismo, una stronzata.
L'affaire Android-Symbian-Nokia-Qt mi sembra una ragione (e non una motivazione) molto più calzante. Ma qui forse mi sbaglio. Restano i motivi tecnici, che mi sembrano molto importanti.

Saluti e buone vacanze!

deer ha scritto: In Qt si può sempre provare rekonq :http://www.kde-apps.org/content/show.ph ... tent=94258 ,che sicuramente conoscete,tra l'altro sviluppato da un italiano e che secondo alcuni potrebbe entrare in KDE come browser predefinito.

Non volevo dire nulla almeno fino alla versione 0.3 (la 0.2 esce ad agosto), ma dato che l'ha fatto qualcun altro.. (grazie deer!). L'italiano frequenta slacky. E sono io..