best counter
Web 3.6.0 (Epiphany), casi a punto
MuyLinux

Web 3.6.0 (Epiphany), casi a punto

12/09/2012| por | 17 comentarios

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.

 overview web 3 6 0 500x279Web 3.6.0 (Epiphany), casi a punto

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.

Categorías: GNOME, Open Source

Hay 17 comentarios

  1. 1
    A mí no me pagan por opinar dice:

    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.

    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.

  2. 2
    Luis dice:

    va a tener que trabajar muucho para alcanzar a Chrome

    • 15
      Wence-Kun dice:

      Hombre, sacando una versión casi cada 3 semanas sólo Firefox podría alcanzar a Chrome xDD.

      • 17
        nexuslm dice:

        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.

  3. 3
    diego dice:

    Intracendente

  4. 4
    Juanjo Marin dice:

    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/

    • 6
      Fitoschido dice:

      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.

      • 9
        Juanjo Marin dice:

        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

  5. 5
    doa1 dice:

    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.

    • 7
      maxi dice:

      Geniooooooooooooo!!! más claro imposible

    • 8
      Flea dice:

      Lo que buscan con un navegador propio es integración entre componentes, que tal vez se dificulta con proyectos externos (firefox, chrome)

      • 11
        Juanjo Marin dice:

        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

    • 10
      Juanjo Marin dice:

      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.

      • 12
        doa1 dice:

        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.

        • 13
          Juanjo Marin dice:

          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.

  6. 14
    Baku dice:

    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.

    • 16
      Juanjo Marin dice:

      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

Escribe tu comentario