Web 3.6.0 (Epiphany), casi a punto
Xan López, uno de los desarrolladores del navegador nativo en GNOME, GNOME Web (antes conocido como Epiphany, se nos hace raro llamarlo de otro modo) ha dado algunos detalles sobre las novedades que se esperan en esta aplicación del entorno de escritorio.
Xan comienza hablando de la característica más relevante a nivel visual, lo que llaman “La visión general” (The Overview), que permite mostrar una rejilla en las nuevas pestañas y ventanas del navegador con las páginas más frecuentemente visitadas por los usuarios.
La característica, que llevamos tiempo viendo en otros navegadores, formará ahora parte de Web, y facilitará (sobre todo en dispositivos móviles) el acceso a esos sitios web que solemos visitar.
Además de ello llega WebKit2 en fase beta, el motor de renderizado que aún no es del todo estable pero que ya se puede activar lanzando la aplicación con el parámetro “-with-webkit2“, lo que hará que notemos mejores tiempos de respuesta, mejor scroll, o soporte Flash sin necesidad de nspluginwrapper, entre otras cosas.
El modo de pantalla completa se ha mejorado también, y se elimina la barra y el botón que aparecía en la versión anterior, pero ahora se han eliminado esos elementos para ofrecer un modo de pantalla completa “más completo y con más pantalla”, y que será especialmente interesante a la hora de disfrutar de juegos HTML5 en el navegador a toda pantalla.
Otro tema importante que menciona este desarrollador es la introducción de un entorno de pruebas que permite comprobar si el funcionamiento del navegador, sus componentes y su código es el correcto. Aunque aún queda camino por recorrer (tienen cubierto el 40% de los objetivos) parece que este importante apartado va por muy buen camino. Otros apartados interesantes son la recuperación automática de sesión (cuando cerramos el navegador o se nos cuelga por algún conflicto), modo sin pestañas, modo Do Not Track, o el soporte de SoupTLD para autocompletar URLs.












Con noticias como esta, se me hace bastante extraño que no hayan dicho que el famoso “Gnome OS” será una especie de fork de Android, WebOS o algo así con interfaz Gnome.
va a tener que trabajar muucho para alcanzar a Chrome
Hombre, sacando una versión casi cada 3 semanas sólo Firefox podría alcanzar a Chrome xDD.
Que “Firefox podría alcanzar a Chrome”… hace muchos meses que ya lo hizo y lo sobrepaso, Chome en su momento fue importante por que copio lo mejor de Firefox (como sus propios desarrolladores lo han dicho) y mejoro otros aspectos con algunas ideas nuevas, pero apenas cogieron fama se relajaron; el principal aporte de chrome es que sirvió para que Mozilla despertara, ahora de nuevo Firefox consume menos memoria, es más rapido y muy estable, en lo único que no han podido aun es en el motor de javascript V8, pero al paso que van ya lo harán, hay que esperar como resulta IonMonkey.
Intracendente
Luis, no te creas, ya están bastante cerca. Cuando usen WebKit2 creo que tendrá un mejor motor que Chrome/ium. Chrome/ium usa WebKit modificado por Google. Gran parte del trabajo en esta release se ha empleado en usar WebKit2GTK, así que es más que probable que la siguiente versión WebKit2GTK este suficientemente madura y la interface haya sido mejorada (aunque ya está bastante bien) para ser considerado uno de los mejores navegadores para GNU/Linux.
http://news.softpedia.com/newsImage/Multi-Processes-in-Browsers-Chrome-Internet-Explorer-Firefox-and-WebKit-6.jpg/
Qué equivocado estás. Google desarrolla WebKit, junto a empresas como Apple, Adobe, etc. WebKitGTK es, simplemente, otro port.
De todos modos uno no es “mejor” que el otro, así como lo planteas.
Igalia, que es la que principal empresa detrás de WebKitGTK2 y GNOME Web (Epiphany), también es desarrolladora de WebKit y ocupa un lugar destacable tras Apple y Google.
Safari y GNOME Web van a usar WebKit2 y Chrome parece que va a seguir WebKit con las modificaciones.
WebKit2 es una API de WebKit diseñada para soportar la separación de procesos entre el contenido y la interface gráfica. Chrome usa una modelo similar, pero este no está integrado en WebKit, sino que se debe hacer a nivel de la propia aplicación.
El tener este modelo en WebKit2 y no en la aplicación simplifica mucho el código del navegador, y además permite que pueda ser usada por otras aplicaciones. El port WebKit2GTK+ es muy importante para GNOME ya que te permite usar tecnología web en las aplicaciones.
http://trac.webkit.org/wiki/WebKit2
Tendrían que revisar los aobjetivos de Gnome, en mi opinión tendrían que centrarse en mejorar la librerías GTK3, y la estabilidad del escritorio y no hacer programas que no agregan nada porque ya tenemos otros que lo hacen muy bien.
Geniooooooooooooo!!! más claro imposible
Lo que buscan con un navegador propio es integración entre componentes, que tal vez se dificulta con proyectos externos (firefox, chrome)
Sinceramente, no creo que el desarrollo de GNOME Web dificulte en medida alguna el desarrolo de Firefox o Chromium. De hecho, desarrolladores de GNOME son los que han desarrollado las extensiones de Firefox y Chromium para que tenga un aspecto mejor integrado en GNOME.
https://chrome.google.com/webstore/detail/ipieahdlgpmkipjokemifjnjmnhkdhdh
https://github.com/adwaita-firefox-team/
Una mayor integración significa que aprovecha todas las posibilidades del GNOME, pero no en detrimento de los demás. Además, Firefox está migrando a GTK+ 3, así que ellos también podrán mejorar la integración.
https://bugzilla.mozilla.org/show_bug.cgi?id=627699
El desarrollo de WebKitGTK+ y ahora WebKit2GTK+ es muy importante para la plataforma GNOME porque permite poder usar tecnologias web en las aplicaciones GTK+.
GNOME Web es la aplicación que se está usando para ir demostrando todo lo desarrollado.
Y no se puede hacer lo mismo con complementos en FireFox y Chrome sin gastar recursos en un nuevo navegador.
Tambien pueden asistir a OpenShot y dejar Pitivi. Concentrar recursos para mejorar los productos.
El trabajo duro esta en el desarrollo de WebKit2GTK+ y es un componente necesario para el desarrollo de aplicaciones. GNOME Web tiene un doble objetivo en mi opinión:
1) Demostrar las posibilidades de WebKit2GTK+.
2) Ofrecer un navegador con una mayor intergración con el escritorio.
Otras aplicaciones que usan WebKitGTK+ son Yelp y próximamente Evolution.
El gran detalle es que nunca podrá alcanzar a Chrome mientras no implemente un motor javaScript decente. El motor integrado en Webkit deja mucho que desear.
Sin javaScript a potencia, el grueso de las páginas actuales seguirán cargando de infarto en esa cosa.
Parece incuestionable la calidad dem motor de Javascript de Google, V8. Desconozco bastante este tema, tan solo puedo decir que en algunos benchmark publicados por Mozilla, JavaScriptCore no sale tan mal parado.
http://arewefastyet.com/
Tambien parece que JavaScriptCore esta recibiendo atención, y su nuevo intérprete LLInt es bastante prometedor
http://wingolog.org/archives/2012/06/27/inside-javascriptcores-low-level-interpreter