C’è sempre più attenzione attorno all’alternativa a gecko come motore di resa HTML per browser GNOME. Nel post “Mega patch (7MB) da Safari in GtkWebCore …compiliamo! [howto]” segnalavo come sia semplice già adesso avere un browser basato su WebKit, bene: ci sono buone novità ariguardo!
Adobe è una delle grosse aziende ad aver adottato WebKit/KHTML nella propria linea di sviluppo, come segnalavo nel post “khtml Superstar: prima KDE, poi Apple, Nokia, ora Adobe“. Adesso, passando dalla teoria alla pratica, Adobe sta lavorando ad integrare il backend Cairo in WebKit.
Questo significa grandi novità nella nostra ricerca di un browser perfettamente integrato con il nostro desktop preferito, e ancora una volta un riconoscimento per una tecnologia nata all’interno della nostra comunità, KDE/KHTML, e dimostratasi abbastanza forte da trasformarsi in un piccolo standard per molte aziende.
[via: Hubert Figuiere]
Scusate la ‘GNUranza, ma cosa ha che non và gecko ? Non è open source ? Non è un ottimo motore di render ?
Pingback:Firefox3 per Ubuntu Feisty [repo] « pollycoke :)
@Steno:
Niente che non vada, per carità (a parte la scarsa integrazione con GTK/GNOME e quella inesistente con Qt/KDE).
È bello avere alternative però :)
Queste sì che sono buone notizie! :D
Senza contare che sta diventando un motore comune a parecchie piattaforme, è nato su linux/KDE come KHTML ed è stato usato come base per webkit di apple in safari, usato da nokia come base per i suoi browser ed ora sta tornando indietro in linux/GTK e ci sono anche piani per riportare indietro le modifiche fatte a khtml e usare anche in KDE webkit, meglio di così
Scusami Felipe, ma quando c’è di mezzo Adobe, non ce la faccio ad essere contento.
Non sò, forse mi sfugge qualcosa:
1. Firefox usa Gecko e non è integrato con GNOME (e a volte dà veramente fastidio lo ammetto)
2. Ephipany usa Gecko ed è integrato con GNOME
va bhè, se avete tempo e voglia spiegatemelo pure :)
Steno… in effetti la cosa è un po’ oscura anche a me. Comunque ho letto di uno sviluppatore che sta lavorando per rendere i controlli di Firefox 3 nativi per le gtk…
@felipe
Beh cose che non vanno in Gecko ce ne sono, e non poche.
Prima di tutto il mancato supporto agli standard web, la mancata interoperabilità con l’OS (forse dovuta al suo essere multipiattaforam) e una pesantezza incredibile che non poche volte lo fa mettere dietro a Opera e IE.
In fondo diamine, il motore porta ancora dietro di se istanze di Netscape Navigator!!!
Il mio sogno è che rilascino il codice di Opera sotto GPL…
ahhhh… i sogni….
motore di rendering velocissimo + libreria grafica pachidermica = ?
:-/
@Dirty Joker
Veramente gecko è abbastanza aderente agli standard, molto più di opera se vogliamo, per il resto sono daccordo con te, si porta dietro parecchio codice legacy
@Steno
Una cosa è il motore di rendering, un’altra l’interfaccia grafica.
Gecko è il motore di rendering delle pagine web non usa le gtk ed è utilizzato sia da epiphany che da firefox.
L’interfaccia grafica è invece la parte dei menu, delle opzioni, insomma di tutto quello che non è la pagina web
Quindi:
Epiphany usa gecko + interfaccia grafica gtk
Firefox usa gecko + interfaccia grafica propria (che assomiglia lontanamente alle gtk ma non è gtk)
Invece non ci sono dubbi sul fatto che WebKit/KHTML sia il più aderente in assoluto agli standard, in più è persino più veloce di Gecko.
Epiphay/WebKit mi piacerebbe moltissimo come ho già detto in passato. :D
Il mio sogno (o per qualcuno, incubo) sarebbe il motore di rendering KHTML in Firefox.
KHTML è davvero qualcosa di fantastico (sia per aderenza agli standard che per velocità) e le estensioni di Firefox sono un’altra cosa davvero fantastica ed irrinunciabile.
Avere le due cose assieme, a prescindere dalla GUI utilizzata (basata su gtk, piuttosto che su QT, piuttosto che su…), sarebbe una vera goduria. Sarebbe il browser “definitivo” e perfetto.
Magari un “fork” alla beryl che tiene aggiornati i codici dei due software mettendoli soltanto assieme… (sbav sbav…)
@ra1n:
Opera 9 ha superato gli ACID test da parecchio (cosi` come, prima di lui, li hanno superati prima Safari e poi Konqueror); Gecko li ha superati solo nella versione in sviluppo
Enrico
A quando Photoshop e Lightroom su Ubuntu??
e premiere pro ://
Già, premiere pro o comunque qualcosa di decente per l’elaborazione video ;_;
Ma essendo Firefox software libero, forse varrebbe la pena di realizzare un fork o un clone del browser Mozilla basato però su WebKit… Oppure sono io che non capisco una mazza?
PS: Le due risposte sono compatibili. =D
Per quanto io sia un supporter dei programmi opensource come gimp o nvu devo dire che photoshop o dreamweaver (per non parlare di flash) sarebbero davvero una cosa buona per linux… E questo Adobe dovrebbe capirlo il più in fretta possibile…
Secondo me si dovrebbe dare il massimo della scelta possibile agli utenti, si vuole usare gimp, benissimo. Si vuole usare un programma proprietario… benissimo lo stesso. Questa è concorrenza seria…
L’ennesima dispersione di risorse e sforzi del mondo open… mah…
E Traktor…
ecceziomeravibèllo. Quando aprono flash? No, non actionscript, il player, proprio.
Bah…. secondo me… allo stato attuale, che gecko non aderisca in pieno agli standard è stata anche una salvezza, molti siti infatti, ancora ottimizzati per ie non sono per nulla fruibili da safari, il primo che mi viene in mente, giusto come esempio, è la parte ecommerce di telia.dk, (OT: mi trovo in danimarca al momento, e dovevo ricaricare il tel). Quindi credo che sia stato il primo motivo per cui gli sviluppatori non abbiano impegnato grossi sforzi su questo campo…
Per quanto mi riguarda, khtml non mi piace (forse perchè non mi piace konqueror), webkit + epifany potrebbe esser interessante… ma si parla sempre di soluzioni per pochi, ormai firefox è un nome, anche chi di open source non sa nulla lo conosce, e molte volte lo usa al posto di ie perchè più veloce, sicuro, divertente, estendibile….
@Alex: un firefox che usa le KHTML non sarebbe piu’ compatibile con le estensioni di FF originario credo :P
La vera conquista sarebbe:
WebKit + Ephipany + estensioni di FF scritte in Python…
@ 16/17/18 ed, in parte, 20: Perchè non lo chiediamo in qualche forum Adobe quando pensano di sviluppare software per Linux?
Firefox è lento perhè è molto basato su Javascript, e il motore che lo gestisce, SpiderMonkey, è orrendamente inefficiente : andate a guardare questa interessante classifica di compilatori e cercate SpiderMonkey – guardate in basso – molto in basso – è l’ultimo
http://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=all&calc=Calculate&xfullcpu=1&xmem=1&xloc=0&binarytrees=1&chameneos=1&message=1&fannkuch=1&fasta=1&knucleotide=1&mandelbrot=1&meteor=0&nbody=1&nsieve=1&nsievebits=1&partialsums=1&pidigits=1&recursive=1®exdna=1&revcomp=1&spectralnorm=1&hello=0&sumcol=1
Comunque ci sono buone notizie. Adobe, che dispone di un veloce motore per il suo ActionScript di Flash, ha deciso di rilasciarlo come open source e il tutto verrà integrato nelle versioni di FireFox successive alla 3, sotto il nome di Tamarin. Ma che c’entra ActionScript con JavaScript? Provengono tutteddue dallo stesso linguaggio radice standardizzato EcmaScript, perciò il JavaScript di FireFox andrà MOLTO più veloce di prima. Contenti?
in parte tratto da (in inglese): http://hecker.org/mozilla/adobe-mozilla-and-tamarin
Gecko passa l’acid2 test solo nella versione con Cairo… o sbaglio?
@Waxblood:
http://pollycoke.wordpress.com/2006/11/08/adobe-regala-a-mozilla-il-suo-action-script-flash-director/
Beh, più che problemi di integrazione con i DE che non dipendono assolutamente dall’engine html, il vantaggio potrebbe essere quello di avere qualcosa di meglio di geko che attualmente non è esattamente il massimo (vedi form, disegni “complessi” che solo a partire da ff 3.0 useranno cairo…)
la vera figata è safari e tutto quello che ci sta attorno portato su linux. ma non accadrà mai..
Nei repo Debian c’è il precompilato epiphany-webkit