GNOME Web , llamado Epiphany hasta 2012 y aún conocido por ese nombre en código , [8] es un navegador web gratuito y de código abierto basado en el puerto GTK del motor de renderizado WebKit de Apple , llamado WebKitGTK . Es desarrollado por el proyecto GNOME para sistemas tipo Unix . Es el navegador web predeterminado y oficial de GNOME , y parte de las aplicaciones principales de GNOME .
A pesar de ser un componente de GNOME, Web no tiene dependencia de los componentes de GNOME. [6]
GNOME Web es el navegador web predeterminado en elementary OS , [9] Bodhi Linux versión 5 [10] [11] [12] [13] y PureOS GNOME Edition. [14]
GNOME Web se llamó originalmente "Epiphany", pero fue renombrado en 2012 como parte de GNOME 3.4. [15] El nombre Epiphany todavía se usa internamente, como su nombre en código, [8] para el desarrollo y en el código fuente. [16] El paquete sigue siendo epiphany-browser en Debian [17] (para evitar una colisión de nombres con un videojuego que también se llama "Epiphany") y epiphany en Fedora y Arch Linux . [18] [19]
Marco Pesenti Gritti, el iniciador de Galeon , desarrolló originalmente Epiphany en 2002 como una bifurcación de Galeon. La bifurcación se produjo debido al desacuerdo entre Gritti y el resto de desarrolladores de Galeon sobre las nuevas características. Gritti consideraba que el diseño monolítico de Galeon y la cantidad de características configurables por el usuario eran factores que limitaban la facilidad de mantenimiento y la usabilidad de Galeon, pero el resto de los desarrolladores de Galeon querían agregar más características. [ cita requerida ]
Casi al mismo tiempo, el proyecto GNOME adoptó un conjunto de pautas de interfaz humana , que promovían la simplificación de las interfaces de usuario. Como Galeon estaba orientado a usuarios avanzados , la mayoría de los desarrolladores lo desaprobaron. Como resultado, Gritti creó un nuevo navegador basado en Galeon, con la mayoría de las características no críticas eliminadas. Su intención era que Epiphany cumpliera con la HIG de GNOME. Como tal, Epiphany utilizó el tema global de GNOME y otras configuraciones desde el inicio. [20] [21]
Gritti explicó sus motivaciones:
Si bien Mozilla tiene un motor de renderizado excelente, su interfaz predeterminada basada en XUL se considera sobrecargada y sobrecargada. Además, en procesadores más lentos, incluso las tareas triviales, como desplegar un menú, no responden del todo bien.
Epiphany tiene como objetivo utilizar la interfaz más simple posible para un navegador. Tenga en cuenta que simple no significa necesariamente menos potente. Creemos que los navegadores que se usan comúnmente en la actualidad son demasiado grandes, tienen errores y están inflados. Epiphany aborda la simplicidad con un navegador pequeño diseñado para la web, no para correo, grupos de noticias, administración de archivos, mensajería instantánea o preparación de café. La filosofía de Unix es diseñar pequeñas herramientas que hagan una sola cosa y la hagan bien.
[..]
El objetivo principal de Epiphany es integrarse con el escritorio Gnome. No pretendemos que Epiphany se pueda usar fuera de Gnome. Si alguien quiere usarlo de todas formas, es un plus. Por ejemplo: hacer feliz a la gente que no tiene instalado el centro de control no es una buena razón para tener la configuración mime en Epiphany.
— Marco Pesenti Gritti [22]
Galeon continuó después de la bifurcación, pero perdió impulso debido a que los desarrolladores restantes no lograron mantenerse al día con los cambios en la plataforma Mozilla. El desarrollo de Galeon se estancó y los desarrolladores decidieron trabajar en extensiones para incorporar las características avanzadas de Galeon a Epiphany. [21]
Gritti finalizó su trabajo en Epiphany y un equipo de GNOME liderado por Xan Lopez, Christian Persch y Jean-François Rameau ahora dirige el proyecto. [23] Gritti murió de cáncer el 23 de mayo de 2015. [24]
La primera versión de Epiphany fue lanzada el 24 de diciembre de 2002. [2]
Inicialmente, Epiphany utilizó el motor de diseño Gecko del proyecto Mozilla para mostrar páginas web. Proveía una interfaz gráfica de usuario GNOME para Gecko, en lugar de la interfaz multiplataforma de Mozilla. [25]
El desarrollo de Epiphany se centró principalmente en mejoras de usabilidad en comparación con los principales navegadores de la época. La más notable fue el nuevo widget de entrada de texto, que se introdujo en la versión 1.8. El nuevo widget admitía iconos dentro del área de texto y reducía el espacio de pantalla necesario para presentar información, al tiempo que mejoraba la integración con GNOME. [26]
El siguiente hito importante fue la versión 2.14, que fue la primera en seguir la numeración de versiones de GNOME. También incluía reconocimiento de redes mediante NetworkManager , mejoras en los marcadores inteligentes y la opción de compilar con XULRunner . [ cita requerida ]
Este último aspecto era crítico. Anteriormente, Epiphany solo podía utilizar un navegador web Mozilla instalado como proveedor de motor web. La compatibilidad con XULRunner hizo posible instalar Epiphany como el único navegador web en el sistema. [27] [28]
_--_Web_Inspector.png/1280px-GNOME_Web_40_(released_in_2021-03)_--_Web_Inspector.png)
El proceso de desarrollo sufrió problemas importantes relacionados con el backend de Gecko. En particular, los ciclos de lanzamiento de los dos proyectos no se alinearon de manera eficiente. Además, Mozilla cada vez menos tuvo en cuenta el software de terceros que deseaba hacer uso de Gecko, hasta que se lo consideró un componente integrado de Firefox. [23] Para abordar estos problemas, en julio de 2007, el equipo de Epiphany agregó soporte para WebKit como motor de renderizado alternativo. [29] El 1 de abril de 2008 , el equipo anunció que eliminaría la capacidad de compilarlo utilizando Gecko y continuaría utilizando solo WebKit. [23]
El tamaño del equipo y la complejidad de portar el navegador a WebKit provocaron que la versión 2.22 se relanzara con correcciones de errores junto con GNOME 2.24, [30] por lo que los lanzamientos se estancaron hasta el 1 de julio de 2009 , cuando se anunció que 2.26 sería la versión final basada en Gecko. [31]
En septiembre de 2009, se completó la transición a WebKit como parte de GNOME 2.28. [32]
Los desarrolladores de GNOME Web mantienen un registro de cambios completo y preciso en su repositorio oficial que muestra cambios completos y detallados entre todos los lanzamientos, [33] la siguiente tabla solo muestra algunos cambios notables e importantes mencionados arbitrariamente: [34] [35]
_%E2%80%94_Preferences.png/1280px-GNOME_Web_41_(released_in_2021-09)_%E2%80%94_Preferences.png)
Como componente de GNOME Core Applications , proporciona una integración completa con la configuración de GNOME y otros componentes como GNOME Keyring para almacenar de forma segura las contraseñas, siguiendo las Pautas de interfaz humana de GNOME y la pila de software de GNOME para proporcionar soporte de primera clase para todas las nuevas tecnologías de borde adoptadas como Wayland y las últimas versiones principales de GTK , [80] soporte multimedia usando GStreamer , tamaño de paquete pequeño (2,6 MB) [6] y tiempo de ejecución/inicio muy rápido debido al uso de componentes compartidos; otras características incluyen el modo de lectura , [81] gestos del mouse , marcadores inteligentes , mecanismo de integración de aplicaciones web elogiado , [82] bloqueo de anuncios incorporado , la opción "Insertar Emoji" en el menú contextual para insertar de forma rápida y sencilla Emoji y símbolos y pictogramas varios en los cuadros de texto , Google Safe Browsing , [83] admite la lectura y el guardado de MHTML , [84] un formato de archivo para páginas web que combina todos los archivos de las páginas web en un solo archivo; y consumen menos recursos del sistema que los principales navegadores web multiplataforma. [ cita requerida ]
El motor de navegador WebKit subyacente proporciona soporte para HTML 4 , XHTML , CSS 1 y 2, la mayor parte de HTML 5 y CSS 3, [85] y un Inspector Web (herramienta de depuración de desarrollo web). [59]
La compatibilidad con extensiones de medios cifrados no es un objetivo, ya que el estándar no especifica un módulo de descifrado de contenido para usar, todos los módulos disponibles son propietarios incluso si es posible obtener una licencia y el sistema impone una gestión de derechos digitales que oculta lo que hace la computadora del usuario para dificultar la copia de "contenido premium". Sin embargo, se admiten extensiones de fuentes de medios , ya que YouTube comenzó a exigir esta tecnología en noviembre de 2018. [86]
Apple , que es el principal patrocinador corporativo de WebKit, rechazó al menos 16 API web porque podrían usarse en un ataque de huellas digitales para ayudar a identificar personalmente a los usuarios y rastrearlos, al tiempo que proporciona un beneficio limitado o nulo al usuario. [87] Como HTML5test verifica la mayoría de estas API, reduce artificialmente la "puntuación" de WebKit en puntos (al igual que la falta de soporte DRM). [ cita requerida ]
La Web alguna vez admitió complementos NPAPI , como Java y Adobe Flash , pero el soporte se eliminó en GNOME 3.34. [76] En la plataforma web moderna, estos han caído en desgracia y el soporte se ha eliminado de todos los navegadores principales. Flash ha sido desaprobado por la propia Adobe. [88] Flash había ganado infamia a lo largo de los años por problemas de usabilidad y estabilidad, incesantes vulnerabilidades de seguridad, [89] su naturaleza propietaria, su capacidad para permitir que los sitios desplieguen anuncios web particularmente desagradables, [90] y el pobre e inconsistente soporte de Linux de Adobe. [91] Muchos de estos problemas fueron planteados por Steve Jobs , entonces director ejecutivo de Apple, en su ensayo Thoughts on Flash . [92]
.png/1280px-GNOME_Shell_with_GNOME_Web_in_mobile_form_factor,_300%_scaling_(both_in_version_3.36).png)
La Web reutiliza los marcos y configuraciones de GNOME, [93] [94] incluyendo el tema de la interfaz de usuario, las configuraciones de red y la impresión. Las configuraciones se almacenan con GSettings y las aplicaciones predeterminadas de GNOME se utilizan para el manejo de los tipos de medios de Internet . El usuario configura estos, de manera centralizada, en la aplicación de configuración de GNOME.
El administrador de preferencias integrado para la Web presenta configuraciones básicas específicas del navegador, mientras que las configuraciones avanzadas que podrían alterar radicalmente el comportamiento de la Web se pueden cambiar con utilidades como dconf (línea de comandos) y dconf-editor (gráfico). [95]
La Web sigue las Pautas de Interfaz Humana de GNOME y las decisiones de diseño de toda la plataforma. [96] Por ejemplo, en Web 3.4, el menú para acciones de la aplicación se movió al menú de aplicaciones del panel superior de GNOME Shell y la barra de menú fue reemplazada por el botón "supermenú", que activa la visualización de entradas de menú específicas de la ventana. [97]
Desde GNOME 3.32, la Web puede adaptarse a varios formatos con la ayuda de Libadwaita . [98] Admite formatos de escritorio, tableta y teléfono. ("Modo estrecho"). [99]
Desde GNOME 3.18, la Web está configurada para bloquear anuncios y ventanas emergentes de forma predeterminada. [73] En GNOME 3.34, se eliminó el bloqueador de anuncios existente. Este código solo funcionaba parcialmente y había sido la fuente de muchos errores. La Web adoptó el sistema de "bloqueadores de contenido" del motor WebKit. [100] [101]
Uno de los desarrolladores, Adrián Pérez de Castro, comparó los bloqueadores de anuncios antiguos y nuevos y descubrió que el cambio ahorraba aproximadamente 80 MB de RAM por pestaña del navegador. [102]
Desde GNOME 3.28, la Web tiene soporte para Google Safe Browsing , para ayudar a evitar que los usuarios visiten sitios web maliciosos. [83]
Desde GNOME 3.34, la Web requiere explícitamente un mínimo de WebKitGTK 2.26 o posterior. [75] [103] [76] Esto proporciona el "Bubblewrap Sandbox" [104] para los procesos de pestañas, que tiene como objetivo evitar que sitios web maliciosos secuestren el navegador y lo utilicen para espiar otras pestañas o ejecutar código malicioso en la computadora del usuario. Si dicho código encontrara otro exploit en el sistema operativo que le permitiera convertirse en root , el resultado podría ser un desastre para todos los usuarios del sistema.
Según Michael Catanzaro, la prioridad de la sandbox se debió a que estaba particularmente preocupado por la calidad del código de OpenJPEG y los numerosos problemas de seguridad que se habían descubierto en él, incluidos muchos años de revisiones de seguridad fallidas por parte de Ubuntu. [105] Explicó además que la compatibilidad web requiere que los sitios crean que Web es un navegador importante. Enviarles el agente de usuario de Apple Safari hace que haya menos sitios web dañados que otros (debido a que comparten el motor WebKit), pero también hace que los servidores de almacenamiento en caché entreguen imágenes JPEG 2000 , [106] de las cuales Safari es el único navegador importante que admite. No existe otra opción de código abierto utilizable para la compatibilidad con JPEG 2000. Reparar OpenJPEG, que es el software de referencia oficial , será una tarea enorme que podría llevar años resolver. Habilitar Bubblewrap Sandbox haría que muchas vulnerabilidades en este y otros componentes se volvieran "mínimamente útiles" para los atacantes potenciales. [107]
En GNOME 3.36, la Web obtuvo soporte nativo para documentos PDF mediante el uso de PDF.js. Michael Catanzaro explicó que hacer que los sitios web abrieran Evince para mostrar archivos PDF era inseguro, ya que podría usarse para escapar de la zona protegida de seguridad del navegador. Dado que Evince fue el último usuario de NPAPI, esto permitió que se eliminara el código de soporte restante para el modelo de complemento obsoleto (donde podrían estar escondidas vulnerabilidades adicionales). Dado que el soporte de NPAPI tenía una dependencia estricta de X11, el cambio a PDF.js también permitió eliminar esa dependencia. [78]
Dado que PDF.js convierte internamente los documentos PDF para que puedan ser mostrados por el motor del navegador web, no agrega vulnerabilidades de seguridad al navegador como lo podrían hacer los complementos compilados como Adobe Acrobat o Evince. [78]
_%E2%80%94_Bookmark_management.png/1280px-GNOME_Web_41_(released_in_2021-09)_%E2%80%94_Bookmark_management.png)
Mientras que la mayoría de los navegadores cuentan con un sistema de marcadores jerárquico basado en carpetas , la Web utiliza marcadores categorizados, donde un único marcador (por ejemplo, esta página) puede existir en múltiples categorías (como "Navegadores web", "GNOME" y "Software informático"). [108] Una categoría especial incluye marcadores que aún no han sido categorizados. Se accede a los marcadores, junto con el historial de navegación, desde la barra de direcciones en el modo de búsqueda a medida que se escribe. [109]
Otro concepto innovador que apoya la Web (aunque originalmente fue creado por Galeon ) [20] son los " marcadores inteligentes ". Estos toman un único argumento especificado desde la barra de direcciones o desde un cuadro de texto en una barra de herramientas. [21]
Desde GNOME 3.2, lanzado en septiembre de 2011, [110] Web permite crear lanzadores de aplicaciones para aplicaciones web . La invocación posterior de un lanzador muestra un navegador web específico del sitio (instancia única) limitado a un dominio, con enlaces externos que se abren en un navegador normal. [111] El lanzador creado de esta manera es accesible desde el escritorio y no está limitado a GNOME Shell . Por ejemplo, se puede usar con Unity , usado en Ubuntu . [112] Esta característica facilita la integración del escritorio y la World Wide Web , que es un objetivo de los desarrolladores de Web. [113] Se pueden encontrar características similares en la versión Windows de Google Chrome . Para el mismo propósito, Mozilla Foundation desarrolló anteriormente una aplicación independiente Mozilla Prism , que fue reemplazada por el proyecto Chromeless . [114]
Las aplicaciones web se gestionan dentro de la instancia principal del navegador. Las aplicaciones se pueden eliminar de la página, a la que se puede acceder con una URL especial about:applications . Se suponía que este enfoque sería temporal mientras se implementaba una gestión centralizada de aplicaciones web de GNOME en GNOME 3.4, pero esto nunca sucedió. [35]
Desde GNOME 3.26, la Web tiene soporte para Firefox Sync, que permite a los usuarios sincronizar sus marcadores, historial, contraseñas y pestañas abiertas con Firefox Sync, que luego pueden compartirse entre cualquier copia de Firefox o Web con la que el usuario inicie sesión en Firefox Sync. [115]
En el pasado, la Web admitía extensiones y se mantenía un paquete que contenía las oficiales. Este paquete se eliminó más tarde debido a problemas de estabilidad y mantenimiento. [ cita requerida ]
Algunas extensiones populares, como el bloqueo de anuncios , se trasladaron a la aplicación principal. [ cita requerida ]
El proyecto ha expresado interés en implementar soporte para el formato de complemento WebExtension utilizado por Chrome, Firefox y algunos otros navegadores importantes, si se pueden encontrar contribuyentes interesados. [116] El soporte experimental para WebExtensions se introdujo en GNOME 43. [117]
En septiembre de 2009, Ryan Paul de Ars Technica, al analizar Epiphany 2.28 con tecnología WebKit, afirmó que "Epiphany funciona bastante bien en GNOME 2.28 y obtiene una puntuación de 100/100 en la prueba Acid3 . El uso de WebKit ayudará a diferenciar a Epiphany de Firefox, que se incluye como navegador predeterminado en la mayoría de los principales distribuidores de Linux". [32]
En una reseña de Epiphany 2.30 en julio de 2010, Jack Wallen lo describió como "eficiente, pero diferente" y señaló su problema con los bloqueos. "Cuando comencé a trabajar con Epiphany, se bloqueaba en la mayoría de los sitios que visitaba. Después de investigar un poco (y luego de depurar un poco), me di cuenta de que el problema estaba en JavaScript. Por alguna extraña razón, a Epiphany (en su versión actual) no le gusta JavaScript. La única forma de evitarlo era deshabilitarlo. Sí, esto significa que muchas funciones no funcionarán en muchos sitios, pero también significa que esos mismos sitios se cargarán más rápido y no serán tan propensos a tener problemas (como bloquear mi navegador)". [108] Wallen concluyó positivamente sobre el navegador: "Aunque Epiphany no ha reemplazado por completo a Chrome y Firefox como mi navegador de referencia, ahora lo uso mucho más de lo que lo hubiera hecho antes. [108] [Tiene un] tamaño pequeño, un inicio rápido y una interfaz limpia". [108]
En marzo de 2011, Veronica Henry revisó Epiphany 2.32, diciendo: "Para ser justos, esto sería difícil de vender como un navegador de escritorio principal para la mayoría de los usuarios. De hecho, ni siquiera hay una configuración que le permita designarlo como su navegador predeterminado. Pero para aquellos casos en los que necesita iniciar un navegador ultrarrápido para navegar rápidamente, Epiphany hará el trabajo". [118] Ella señaló además, "Aunque todavía uso Firefox como mi navegador principal, últimamente parece correr a paso de tortuga. Entonces, una de las primeras cosas que noté sobre Epiphany es lo rápido que se inicia. Y las cargas de páginas posteriores en mi sistema son igualmente rápidas". [118] Henry criticó a Epiphany por su lista corta de extensiones, señalando la falta de Firebug como una deficiencia. [118] Web en cambio admite Web Inspector ofrecido por el motor WebKit, que tiene una funcionalidad similar. [59]
En abril de 2012, Ryan Paul de Ars Technica utilizó la Web como ejemplo para su crítica a las decisiones de diseño de GNOME 3.4: "Aparte de la pobre capacidad de descubrimiento inicial del menú del panel, este modelo funciona razonablemente bien para aplicaciones simples. [...] Desafortunadamente, no escala bien en aplicaciones complejas. El mejor ejemplo de dónde este enfoque puede plantear dificultades es en el navegador web predeterminado de GNOME. [...] Tener la funcionalidad de la aplicación dividida en dos menús completamente separados no constituye una mejora de la usabilidad". [97] Esto se abordó en versiones posteriores, con un solo menú unificado.
En una reseña de octubre de 2016, Bertel King Jr. señaló en MakeUseOf : "Las versiones posteriores ofrecen la mejor integración que encontrará con GNOME Shell. Carece de los complementos que se encuentran en los navegadores principales, pero a algunos usuarios les gustará el minimalismo, la velocidad y el aislamiento de pestañas que evita que un sitio con un mal comportamiento bloquee todo el navegador". [119]
En una revisión de abril de 2019, Bertel King Jr. escribió otro artículo en MakeUseOf , esta vez revisando GNOME Web por su modo de aplicaciones web. Afirmó: "Cuando revisa su correo electrónico, está usando una aplicación web. Si abre YouTube, Netflix o Spotify en un navegador, nuevamente, está usando una aplicación web. En estos días, puede reemplazar la mayoría de sus aplicaciones de escritorio con aplicaciones web. [...] GNOME Web proporciona herramientas para integrar mejor las aplicaciones web con el resto de su escritorio, para que pueda abrirlas a través de su lanzador de aplicaciones y verlas en su dock o barra de tareas. De esta manera se sienten más como aplicaciones y menos como sitios ". También elogió la seguridad proporcionada al aislar las aplicaciones web del resto del navegador y entre sí. Al igual que la función de contenedor de Mozilla, esto ayuda a evitar que sitios como Facebook vean lo que el usuario está haciendo en el navegador principal. También permite al usuario crear múltiples "aplicaciones" para el mismo sitio, para cambiar fácilmente entre diferentes cuentas. [82]
Además de reemplazar epad por leafpad, midori por epiphany
.svg/1280px-Free_and_open-source_software_logo_(2009).svg.png){kind=logo}
{{citation}}: CS1 maint: nombres numéricos: lista de autores ( enlace ){{citation}}: CS1 maint: nombres numéricos: lista de autores ( enlace ){{citation}}: CS1 maint: nombres numéricos: lista de autores ( enlace ){{citation}}: CS1 maint: nombres numéricos: lista de autores ( enlace )La Web tiene dos modos que llamé normal y estrecho. El modo normal es la Web como la conoces, mientras que el modo estrecho mueve todos los botones de la barra de encabezado excepto el menú de hamburguesas a una nueva barra de acciones en la parte inferior, lo que permite que las ventanas alcancen anchos aún inalcanzables.
