Saltar al contenido principal

Electron 12.0.0

· 6 lectura mínima
VerteDinde
VerteDinde
mlaurencin
mlaurencin
sofianguy
sofianguy

¡Electron 12.0.0 ha sido liberado! Incluye actualizaciones para Chromium 89, V8 8.9 y Node.js 14.16. Hemos agregados cambios al módulo remoto, nuevos valores por defecto para contextIsolation, una nueva API webFrameMain y mejoras generales. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 12.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

Características Destacadas​

  • El método ContextBridge exposeInMainWorld ahora puede exponer APIs non-object. #26834
  • Actualizado de Node 12 a Node 14. #23249
  • Se añadio nueva API webFrameMain para acceder a subframes de una instancia WebContents desde el main process. #25464
  • Los valores por defecto de contextIsolation y worldSafeExecuteJavaScript ahora son true. #27949 #27502

Vea la notas de lanzamiento 12.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

  • Agregada API webFrameMain: El módulo webFrameMain puede ser usado para buscar marcos a través instancias WebContents existentes. Este es el equivalente del proceso principal de la API existente webFrame. Más información acerca de esta nueva API puede ser encontrada aquí, y en nuestra documentación.
  • app Cambios en la API:
    • Se añadió non-localized serviceName a 'child-process-gone' / app.getAppMetrics(). #25975
    • Se añadió nueva propiedad app.runningUnderRosettaTranslation para detectar cuando se ejecuta bajo rosetta en Apple silicon. #26444
    • Se añadió exitCode a render-process-gone detalles (app & webContents). #27677
  • BrowserWindow Cambios en la API:
    • Se añadió API BrowserWindow.isTabletMode(). #25209
    • Se añadió los eventos resized (Windows/macOS) y moved (Windows) a BrowserWindow. #26216
    • Se añadió nuevo evento system-context-menu para permitir prevenir y anular el menú contextual del sistema. #25795
    • Se añadió win.setTopBrowserView() para que pueda ser lanzadado BrowserView. #27713
    • Se añadió webPreferences.preferredSizeMode para permitir el tamaño de las vista de acuerdo con el tamaño mínimo de su documento. #25874
  • contextBridge Cambios en la API:
    • Permitido el método ContextBridge exposeInMainWorld para exponer APIs non-object. #26834
  • display Cambios en la API:
    • Se añadió la propiedad displayFrequency al objeto Display para permitir obtener información sobre el ratio de actualización en Windows. #26472
  • extensions Cambios en la API:
    • Se añadió soporte para algunas APIs chrome.management. #25098
  • MenuItem Cambios API:
    • Se añadió para mostrar el menú compartir de macOS. #25629
  • net Cambios en la API:
    • Se añadió una nueva opción credentials para net.request(). #25284
    • Se añadió net.online para detectar si actualmente hay conexión a Internet. #21004
  • powerMonitor Cambios en la API:
    • Se añadió powerMonitor.onBatteryPower. #26494
    • Se añadió el evento cambio rápido de usuario a powerMonitor en macOS. #25321
  • session Cambios en la API:
    • Se añadió la opción allowFileAccess a la API ses.loadExtension() API. #27702
    • Se añadió la API display-capture para session.setPermissionRequestHandler. #27696
    • Se añadió una opción disabledCipherSuites a session.setSSLConfig. #25818
    • Se añadió los eventos extension-loaded, extension-unloaded, y extension-ready a session. #25385
    • Se añadió session.setSSLConfig() para permitir configurar SSL. #25461
    • Se añadió soporte para especificar específicamente los modos direct, auto_detect o system en session.setProxy(). #24937
    • Se añadió soporte Serial API. #25237
    • Se añadió APIs para activar/desactivar el corrector ortográfico. #26276
  • shell Cambios en la API:
    • Se añadió API asíncrona shell.trashItem(), en reemplazo de la sincróna shell.moveItemToTrash(). #25114
  • webContents Cambios en la API:
    • Se añadió una pequeña sugerencia de consola a la consola para ayudar a depurar los fallos del renderizador. #25317
    • Se añadió las propiedades frame y webContents al detalle del objeto en los manejadores webRequest. #27334
    • Añadido webContents.forcefullyCrashRenderer() para terminar forzosamente un proceso de renderizado para ayudar a recuperar un proceso de renderizado colgado. #25580
    • Se añadió la API setWindowOpenHandler para las ventanas hijas creadas por el renderer, y se desaprueba el evento new-window event. #24517
  • webFrame Cambios en la API:
    • Se añadió la API de revisión ortográfica al renderer. #25060

Cambios Eliminado/Obsoletos​

Las siguientes APIs han sido eliminadas o ahora están obsoletas:

  • Obsoleto el módulo remote. Es reemplazado por @electron/remote. #25293
  • Se eliminaron APIs crashReporter obsoletas. #26709
  • Se eliminó los enlaces a la página web de Electron del menú 'Ayuda' por defecto en las aplicaciones empaquetadas. #25831

Fin de soporte para 9.x.y​

Electron 9.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 13.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 13.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Electron 11.0.0

· 4 lectura mínima
VerteDinde
VerteDinde

¡Electron 11.0.0 ha sido liberado! Incluye actualizaciones a Chromium 87, V8 8.7, y Node.js 12.18.3. Añadimos soporte para Apple silicon, y mejoras generales. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 11.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. La versión está llena de actualizaciones, correcciones y nuevo soporte para el hardware de Apple's M1.

We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

Características Destacadas​

Vea la notas de lanzamiento 11.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

  • Eliminó APIs experimentales: BrowserView.{fromId, fromWebContents, getAllViews} y la propiedad id de BrowserView. #23578

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

  • Se añadió la API app.getApplicationInfoForProtocol() que devuelve información detallada acerca de la aplicación que maneja un determinado protocolo. #24112
  • Añadida app.createThumbnailFromPath() API que devuelve una imagen de vista previa de un archivo dada su ruta de archivo y un tamaño máximo de miniatura. #24802
  • Añadido webContents.forcefullyCrashRenderer() para terminar forzosamente un proceso de renderizado para ayudar a recuperar un proceso de renderizado colgado. #25756

Fin de soporte para 8.x.y​

Electron 8.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Aunque tenemos cuidado de no hacer promesas sobre las fechas de publicación, nuestro plan es lanzar nuevas versiones importantes de Electron con nuevas versiones de esos componentes aproximadamente en cuarto. El calendario tentativo 12.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 12.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Trabajos continuados para la desaprobación del Módulo remote​

Empezamos a trabajar para eliminar el módulo remote en Electron 9. Planeamos eliminar el módulo remote en sí mismo en Electron 14.

Sigue y lee este asunto para conocer los planes completo y detalles para la desaprobación.

Final Step for Requiring Native Node Modules to be Context Aware or N-API (in Electron 12)​

From Electron 6 onwards, we've been laying the groundwork to require native Node modules loaded in the renderer process to be either N-API or Context Aware. Enforcing this change allows for stronger security, faster performance, and reduced maintenance workload. The final step of this plan is to remove the ability to disable render process reuse in Electron 12.

Sigue y lee este asunto para conocer los planes completo y detalles para la desaprobación.

Soporte de Apple Silicon

· 3 lectura mínima
MarshallOfSound
MarshallOfSound

Con el hardware de Apple Silicon que se publicará a finales de este año, ¿Cómo se ve la ruta para que tu aplicación Electron funcione en el nuevo hardware?

Con el lanzamiento de Electron 11.0.0-beta, el equipo Electron está enviando versiones de Electron que funcionan con el nuevo hardware de Apple Silicon que Apple planea enviar más adelante este año. Puedes obtener la última versión beta con npm install electron@beta o descargarla directamente desde nuestra página web de lanzamientos.

¿Cómo funciona?​

A partir de Electron 11, enviaremos versiones separadas de Electron para Intel Macs y Apple Silicon Macs. Antes de este cambio, ya estábamos enviando dos artefactos, darwin-x64 y mas-x64, siendo este último para uso de compatibilidad de la App Store de Mac. Ahora estamos enviando otros dos artículos, darwin-arm64 y mas-arm64, que son los equivalentes de Apple Silicon de los principales artefactos.

¿Qué debo hacer?​

Necesitarás enviar dos versiones de tu aplicación: una para x64 (Intel Mac) y otra para arm64 (Apple Silicon). La buena noticia es que electron-packager, electron-rebuild y electron-forge ya soportan la arquitectura arm64. Mientras estés ejecutando las últimas versiones de esos paquetes, tu aplicación debería funcionar sin problemas una vez que actualices la arquitectura de destino a arm64.

En el futuro, lanzaremos un paquete que te permite "combinar" tus arm64 y x64 aplicaciones en un solo binario universal, pero vale la pena señalar que este binario sería enorme y probablemente no sea ideal para enviar a los usuarios.

Actualización: Este paquete ya está disponible en @electron/universal. Puede usarlo para combinar dos aplicaciones x64 empaquetadas y arm64 en un solo binario.

Posibles problemas​

Módulos nativos​

Como está apuntando a una nueva arquitectura, necesitará actualizar varias dependencias que pueden causar problemas de compilación. La versión mínima de ciertas dependencias se incluye a continuación para su referencia.

DependenciaRequisitos de la versión
Xcode>=12.2.0
node-gyp>=7.1.0
electron-rebuild>=1.12.0
electron-packager>=15.1.0

Como resultado de estos requerimientos de la versión de dependencias, es posible que tengas que arreglar/actualizar ciertos módulos nativos. Una cosa importante es que la actualización de Xcode introducirá una nueva versión del SDK de macOS, que puede causar fallos en la compilación de sus módulos nativos.

¿Cómo lo compruebo?​

Actualmente, las aplicaciones de Apple Silicon sólo funcionan con el hardware de Apple Silicon que no está disponible comercialmente en el momento de escribir este post en el blog. Si tienes un kit de transición de desarrollador, puedes probar tu aplicación con él. De lo contrario, tendrá que esperar a la liberación de la producción de hardware Apple Silicon para probar si su aplicación funciona.

¿Y qué ocurre con Rosetta 2?​

Rosetta 2 es la última iteración de su tecnología de Rosetta que le permite ejecutar aplicaciones x64 Intel en su nuevo hardware de Apple Silicon arm64. Aunque creemos que las aplicaciones x64 Electron funcionarán en Rosetta 2, hay algunas cosas importantes a tener en cuenta (y razones por las que debería enviar un binario arm64 nativo).

  • El rendimiento de su aplicación se degradará significativamente. Electron / V8 usa la compilación JIT para JavaScript, y debido a cómo funciona Rosetta Usted ejecutará efectivamente JIT dos veces (una en V8 y otra en Rosetta).
  • Usted pierde el beneficio de la nueva tecnología en Apple Silicon, como el mayor tamaño de la página de memoria.
  • ¿Mencionamos que el rendimiento será significativamente degradado?

Servidor Comunitario de Discord y Hacktoberfest

· 3 lectura mínima
erickzhao
erickzhao

Join us for community bonding and a month-long celebration of open-source.

Hacktoberfest and Discord banner

Lanzamiento de la comunidad de Electron en Discord

Electron’s Outreach Working Group is excited to announce the launch of our official community Discord server!

¿Por qué un nuevo servidor de Discord?​

In its early days as the backbone of the Atom text editor, community discussion on the Electron framework occurred in a single channel in Atom’s Slack workspace. As time passed and the two projects were increasingly decoupled, the relevance of the Atom workspace to the Electron project decreased, and maintainer participation in the Slack channel declined in the same manner.

Up until now, we had still been redirecting our broader community to the Atom Slack workspace, even though we’ve had many reports from folks who have had trouble receiving invitations, and few of our core maintainers were frequenting the channel.

We’re setting up this shiny new server to be a central discussion hub for the community where you can get the latest news on all things Electron.

Get in here!​

So far, the server’s membership consists of a few maintainers who have been working together to set it up, but we’re so excited to chat with you all! Come ask for help, keep up to date with Electron releases, or just hang out with other developers. We’ve got a handy invite for you that’ll give you access to the server!

Hacktoberfest 2020

As a large and long-running open-source project, Electron wouldn’t have been nearly as successful without all the contributions from its community, from code submissions to bug reports to documentation changes, and much more. That’s why we believe in the importance of participating in Hacktoberfest to usher in a wider community of developers of all skill levels into the project.

Odds and ends​

This year, we don’t have a wider project to give you all to work on, but we’d like to focus on opportunities to contribute across the Electron JavaScript ecosystem.

Look out for issues tagged hacktoberfest across our various repositories, including the main electron/electron repository, the electron/electronjs.org website, electron/fiddle, and electron-userland/electron-forge!

P.S. If you're feeling particularly adventurous, we also have a backlog of issues marked with help wanted tags if you're looking for more of a challenge.

Stuck? Come chat with us!​

Moreover, it’s also no coincidence that the grand opening of our Discord server coincides with the largest celebration of open-source software of the year. Check out the #hacktoberfest channel to ask for help on your Hacktoberfest PR. In case you missed it, here's the invite link again!

Electron 10.0.0

· 5 lectura mínima
VerteDinde
VerteDinde
sofianguy
sofianguy

¡Electron 10.0.0 ha sido liberado! Incluye actualizaciones a Chromium 85, V8 8.5y Node.js 12.16. Hemos agregado varias integraciones y mejoras a la API. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 10.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features.

En la versión 10 de Electron, también hicimos un cambio en nuestras notas de publicación. To make it easier to tell what's brand new in Electron 10 and what may have changed between Electron 10 and past releases, we now also include changes that were introduced to Electron 10, but backported to previous releases. We hope this makes it easier to apps to find new features and bug fixes when upgrading Electron.

We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

Características Destacadas​

  • Added contents.getBackgroundThrottling() method and contents.backgroundThrottling property. [#21036]
  • Exposed the desktopCapturer module in the main process. #23548
  • Can now check if a given session is persistent by calling the ses.isPersistent() API. #22622
  • Resolve network issues that prevented RTC calls from being connected due to network IP address changes and ICE. (Chromium issue 1113227). #24998

Vea la notas de lanzamiento 10.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

  • Se cambió el valor por defecto de enableRemoteModule a false. #22091
    • This is part of our plans for deprecating the remote module and moving it to userland. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
  • Se cambió el valor por defecto de app.allowRendererProcessReuse a true. #22336 (Also in Electron 9)
    • This will prevent loading of non-context-aware native modules in renderer processes.
    • You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
  • Fixed the positioning of window buttons on macOS when the OS locale is set to an RTL language (like Arabic or Hebrew). Frameless window apps may have to account for this change while styling their windows. #22016

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

  • Session: Can now check if a given session is persistent by calling the ses.isPersistent() API. #22622
  • Contents: Added contents.getBackgroundThrottling() method and contents.backgroundThrottling property. #21036

API Obsoletas​

Las siguientes APIs ahora están marcadas como obsoletas o eliminadas:

  • Removed the deprecated currentlyLoggingPath property of netLog. Additionally, netLog.stopLogging no longer returns the path to the recorded log. #22732
  • Deprecated uncompressed crash uploads in crashReporter. #23598

Fin de soporte para 7.x.y​

Electron 7.x.y ha alcanzado el fin de soporte según la política de soporte del proyecto. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 11.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 11.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Continued Work for Deprecation of remote Module (in Electron 11)​

We started work to remove the remote module in Electron 9 and we're continuing plans to remove the remote module. En Electron 11, planeamos continuar el trabajo de refactorizar para implementar WeakRef como lo hemos hecho en Electron 10. Please read and follow this issue for full plans and details for deprecation.

Final Step for Requiring Native Node Modules to be Context Aware or N-API (in Electron 12)​

Edit: Originally, this blog post stated that we would disable renderer process reuse in Electron 11. Disabling renderer process reuse has now been pushed to Electron 12.

From Electron 6 onwards, we've been laying the groundwork to require native Node modules loaded in the renderer process to be either N-API or Context Aware. Enforcing this change allows for stronger security, faster performance, and reduced maintenance workload. The final step of this plan is to remove the ability to disable render process reuse in Electron 12. Read this issue for full details including the proposed timeline.

Electron becomes an OpenJS Foundation Impact Project

· Lectura de un minuto
VerteDinde
VerteDinde

At OpenJS World this morning, we announced that Electron has officially graduated from the OpenJS Foundation's incubation program, and is now an OpenJS Foundation Impact Project.

Electron entered incubation in December of 2019, at the last OpenJS Foundation global conference in Montreal. We're excited to take a larger role in the JavaScript community as an Impact Project, and continue our partnership with the OpenJS Foundation.

Learning more​

You can read up on the foundation, its mission, and its members on the OpenJSF website. The OpenJS Foundation is host to a number of open source JavaScript projects including jQuery, Node.js, and webpack. It's supported by 30 corporate and end-user members, including GoDaddy, Google, IBM, Intel, Joyent, and Microsoft.

Electron is an open–source framework for building cross-platform desktop applications with web technologies. To learn more about the humans behind Electron and how they work together, take a look at our Governance page.

To get started with Electron itself, take a peek at our documentation.

Google Season of Docs

· 3 lectura mínima
erickzhao
erickzhao

Electron se enorgullece de estar participando en la segunda edición de la iniciativa de la Temporada de Documentación de Google (Google Season of Docs Initiative) que combina mentores de organizaciones de código abierto con escritores técnicos para mejorar la documentación del proyecto.

¿Qué es la Season of Docs?

Logo de Temporada de Documentos

Season of Docs es un programa que promueve la colaboración entre escritores técnicos y comunidades de código abierto en beneficio de ambas partes. Los mantenedores de código abierto utilizan la experiencia de escritura técnica del escritor para mejorar la estructura y el contenido de su documentación, mientras que el escritor técnico es presentado a una comunidad de código abierto bajo la guía de sus mentores. Obtenga más información sobre ello en el sitio web Season of Docs de Google.

Por primera vez participando en este programa, estaremos orientando a un solo escritor técnico que estará trabajando junto al Grupo de trabajo del ecosistema de Electron para remodelar partes de nuestra documentación. Puedes aprender más sobre la línea temporal de todo el proyecto aquí.

¿Cómo me registro?

¿Está interesado en colaborar con nosotros como escritor técnico? En primer lugar, familiarízate con la guía de escritura técnica de Google para el programa de este año y revisa los dos borradores de ideas del proyecto que hemos preparado.

Para ser seleccionado como escritor técnico de Electron para Season of Docs, los candidatos tendrán que solicitar en el sitio web de Google Season of Docs durante la fase de Solicitud de Escritor Técnico que se está ejecutando del 8 de junio al 9 de julio..

Tu solicitud debe incluir una propuesta, que es un documento escrito que describe en detalle lo que planeas lograr en los documentos de electrones durante el transcurso de 3 meses. Esta propuesta puede desarrollarse en uno de los puntos de partida mencionados en nuestro proyecto de idea doc, o puede ser algo completamente nuevo. ¿No sabes por dónde empezar? Puedes revisar la lista de propuestas aceptadas del año pasado para inspirarte.

Aparte de la propuesta, también estudiaremos sus antecedentes como escritor técnico. Por favor incluya una copia de su currículum con énfasis en la experiencia de escritura relevante, así como muestras técnicas de escritura (estas muestras podrían ser documentación existente, tutorial, artículos de blog, etc.)

Si quieres discutir las propuestas de proyecto, ¡envíanos un correo electrónico a season-of-docs@electronjs.org y podemos chatear desde ahí!

Referencias

Electron 9.0.0

· 4 lectura mínima
sofianguy
sofianguy
VerteDinde
VerteDinde

¡Electron 9.0.0 ha sido liberado! Incluye actualizaciones a Chromium 83, V8 8.3y Node.js 12.14. We've added several new API integrations for our spellchecker feature, enabled PDF viewer, and much more!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 9.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

Características Destacadas​

  • Multiple improvements to the spellchecker feature. See more details in #22128 and #22368.
  • Improved window events handler efficiency on Linux. #23260.
  • Enable PDF viewer. #22131.

Vea la notas de lanzamiento 9.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

  • Deprecation warning when using remote without enableRemoteModule: true. #21546
    • This is the first step in our plans for deprecating the remote module and moving it to userland. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.
  • Set app.enableRendererProcessReuse to true by default. #22336
    • This is continued work for a future requirement that native Node modules loaded in the renderer process be either N-API or Context Aware. Full info and proposed timeline is detailed in this issue.
  • Sending non-JavaScript objects over IPC now throws an exception. #21560
    • This behavior was depreciated in Electron 8.0. In Electron 9.0, the old serialization algorithm has been removed, and sending such non-serializable objects will now throw an "object could not be cloned" error.

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

  • shell Cambios en la API:
    • The shell.openItem API has been replaced with an asynchronous shell.openPath API. proposal
  • sessionAPI changes:
    • Added session.listWordsFromSpellCheckerDictionary API to list custom words in the dictionary. #22128
    • Added session.removeWordFromSpellCheckerDictionary API to remove custom words in the dictionary. #22368
    • Added session.serviceWorkerContext API to access basic service worker info and receive console logs from service workers. #22313
  • app Cambios en la API:
    • Added a new force parameter to app.focus() on macOS to allow apps to forcefully take focus. #23447
  • BrowserWindow Cambios en la API:
    • Added support for property access to some getter/setter pairs on BrowserWindow. #23208

API Obsoletas​

Las siguientes APIs ahora están marcadas como obsoletas o eliminadas:

  • shell.openItem API is now depreciated, and replaced with an asynchronous shell.openPath API.
  • <webview>.getWebContents, which was deprecated in Electron 8.0, is now removed.
  • webFrame.setLayoutZoomLevelLimits, which was deprecated in Electron 8.0, is now removed.

Fin de soporte para 6.x.y​

Electron 6.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 10.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 10.0. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Change the default of contextIsolation from false to true (Starting in Electron 10)​

Without contextIsolation, any code running in a renderer process can quite easily reach into Electron internals or an app's preload script. That code can then perform privileged actions that Electron wants to keep restricted.

Changing this default improves the default security of Electron apps, so that apps will need to deliberately opt in to the insecure behaviour. Electron will depreciate the current default of contextIsolation in Electron 10.0, and change to the new default (true) in Electron 12.0.

For more information on contextIsolation, how to enable it easily and it's security benefits please see our dedicated Context Isolation Document.

Próximas versiones de Electron

· Lectura de un minuto
codebytere
codebytere

Electron está actualmente en pausa con los lanzamientos principales

¿Qué está pasando?​

Nuestro Calendario de lanzamiento principal se mueve a la par de Chromium y el proyecto Chromium ha tomado la reciente decisión pausar sus lanzamientos debido a los horarios de trabajo ajustados. Esto significa que durante la duración de la cadencia alterada de Chromium, Electron también pausará temporalmente nuevas versiones importantes.

Creemos que nuestra mejor opción es seguir los pasos de Chromium, y por eso mientras tanto el equipo de Electron cambiará a trabajo de tiempo completo en resolver errores, seguridad, performance y estabilidad.

Queremos asegurarnos de que tanto el bienestar de nuestros mantenedores como el de nuestros consumidores sea prioritario durante este tiempo, por lo que agradecemos sus comentarios y esperamos volver a nuestro programa de lanzamiento regular.

Para más actualizaciones, por favor sigue nuestra Cuentea de Twitter.

Edición (2020-03-30): Electron 9 estable apuntará a Chromium M83 y será lanzado el 19 de mayo de 2020, en respuesta al anuncio de Chromium de omitir la fecha estable de M82 y ajustar la fecha estable de M83.

Electron 8.0.0

· 6 lectura mínima
jkleinsc
jkleinsc
sofianguy
sofianguy

¡Electron 8.0.0 ha sido liberado! Incluye actualizaciones a Chromium 80, V8 8.0y Node.js 12.13.0. We've added Chrome's built-in spellchecker, and much more!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 8.0.0! You can install it with npm via npm install electron@latest or download it from our releases website. The release is packed with upgrades, fixes, and new features. We can't wait to see what you build with them! Continue reading for details about this release, and please share any feedback you have!

Notable Changes​

Stack Changes​

Características Destacadas​

  • Implemented usage of Chrome's built-in spellchecker feature. See more details in #20692 and #21266.
  • IPC communication now uses v8's Structured Clone Algorithm. This is faster, more featureful, and less surprising than the existing logic, and brings about a 2x performance boost for large buffers and complex objects. Latency for small messages is not significantly affected. See more details in #20214.

Vea la notas de lanzamiento 8.0.0 para la lista completa de nuevas características y cambios.

Restaurar archivos borrados​

  • Show module name in deprecation warning for context-aware modules. #21952
    • This is continued work for a future requirement that native Node modules loaded in the renderer process be either N-API or Context Aware. Full info and proposed timeline is detailed in this issue.
  • Los valores enviados sobre IPC ahora son serializados con Structured Clone Algorithm. #20214
  • Offscreen Rendering is currently disabled due to lack of a maintainer to work on this feature. It broke during the Chromium upgrade and was subsequently disabled. #20772

More information about these and future changes can be found on the Planned Breaking Changes page.

API Modificada​

  • app Cambios en la API:
    • Se añadió app.getApplicationNameForProtocol(url). #20399
    • Added app.showAboutPanel() and app.setAboutPanelOptions(options) support on Windows. #19420
  • BrowserWindow Cambios en la API:
    • Updated docs to note that BrowserWindow options hasShadow is available on all platforms #20038
    • Added trafficLightPosition option to BrowserWindow options to allow custom positioning for traffic light buttons. #21781
    • Added accessibleTitle option to BrowserWindow for setting the accessible window title #19698
    • BrowserWindow.fromWebContents() can now return null #19983
    • Added BrowserWindow.getMediaSourceId() and BrowserWindow.moveAbove(mediaSourceId). #18926
    • Added support for will-move event on macOS. #19641
  • Documented previously undocumented crashReporter.getCrashesDirectory(). #20417
  • dialog Cambios en la API:
    • Added dontAddToRecent property to dialog.showOpenDialog and dialog.showOpenDialogSync to prevent documents from being added to recent documents on Windows in open dialogs. #19669
    • Added property customization to dialog.showSaveDialog and dialog.showSaveDialogSync. #19672
  • Notification Cambios en la API:
    • Added timeoutType option to allow Linux/Windows users to set the type of notification timeout. #20153
    • Added urgency option to set urgency on Linux notifications. #20152
  • session Cambios en la API:
    • Updated documentation on session.setProxy(config) and session.setCertificateVerifyProc(proc) to note optional options. #19604
    • Added session.downloadURL(url) to allow to triggering downloads without a BrowserWindow. #19889
    • Added support for HTTP preconnect resource hints via session.preconnect(options) and the preconnect event. #18671
    • Added session.addWordToSpellCheckerDictionary to allow custom words in the dictionary #21297
  • Added option to shell.moveItemToTrash(fullPath[, deleteOnFail]) on macOS to specify what happens when moveItemToTrash fails. #19700
  • systemPreferences Cambios en la API:
    • Updated systemPreferences.getColor(color) documentation for macOS. #20611
    • Added screen media type to systemPreferences.getMediaAccessStatus(). #20764
  • Added nativeTheme.themeSource to allow apps to override Chromium and the OS's theme choice. #19960
  • TouchBar API changes:
    • Added accessibilityLabel property to TouchBarButton and TouchBarLabel to improve TouchBarButton/TouchBarLabel accessibility. #20454
    • Updated TouchBar related documentation #19444
  • tray Cambios en la API:
    • Added new options to tray.displayBalloon(): iconType, largeIcon, noSound and respectQuietTime. #19544
    • Added tray.removeBalloon(), which removes an already displayed balloon notification. #19547
    • Added tray.focus(), which returns focus to the taskbar notification area. feat: add tray.focus() #19548
  • webContents Cambios en la API:
    • Added contents.executeJavaScriptInIsolatedWorld(worldId, scripts[, userGesture]) to expose executeJavaScriptInIsolatedWorld on the webContents API. #21190
    • Added methods to capture a hidden webContents. #21679
    • Added options to webContents.print([options], [callback]) to enable customization of print page headers and footers. #19688
    • Added ability to inspect specific shared workers via webContents.getAllSharedWorkers() and webContents.inspectSharedWorkerById(workerId). #20389
    • Added the support of fitToPageEnabled and scaleFactor options in WebContents.printToPDF(). #20436
  • Updated webview.printToPDF documentation to indicate return type is now Uint8Array. #20505

API Obsoletas​

The following APIs are now deprecated:

  • Deprecated the nonfunctional visibleOnFullScreen option within BrowserWindow.setVisibleOnAllWorkspaces prior to its removal in the next major release version. #21732
  • Deprecated alternate-selected-control-text on systemPreferences.getColor(color) for macOS. #20611
  • Deprecated setLayoutZoomLevelLimits on webContents, webFrame, and <webview> Tag because Chromium removed this capability. #21296
  • The default value of false for app.allowRendererProcessReuse is now deprecated. #21287
  • Deprecated <webview>.getWebContents() as it depends on the remote module. #20726

Fin de soporte para 5.x.y​

Electron 5.x.y has reached end-of-support as per the project's support policy. Developers and applications are encouraged to upgrade to a newer version of Electron.

Programa de retroalimentación​

We continue to use our App Feedback Program for testing. Projects who participate in this program test Electron betas on their apps; and in return, the new bugs they find are prioritized for the stable release. If you'd like to participate or learn more, check out our blog post about the program.

What's Next​

In the short term, you can expect the team to continue to focus on keeping up with the development of the major components that make up Electron, including Chromium, Node, and V8. Although we are careful not to make promises about release dates, our plan is release new major versions of Electron with new versions of those components approximately quarterly. El calendario tentativo 9.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 9. Also, see our versioning document for more detailed information about versioning in Electron.

For information on planned breaking changes in upcoming versions of Electron, see our Planned Breaking Changes doc.

Deprecation of remote Module (Starting in Electron 9)​

Due to serious security liabilities, we are beginning plans to deprecate the remote module starting in Electron 9. You can read and follow this issue that details our reasons for this and includes a proposed timeline for deprecation.