El proyecto de Electron realizará una pausa para el mes de diciembre de 2021, para después regresar a toda velocidad en enero de 2022.

vía GIPHY

Lo que será igual en diciembre​

1. Los lanzamientos de día cero y los lanzamientos principales relacionados con la seguridad se publicarán según sea necesario. Los incidentes de seguridad se deben reportar a través de SECURITY.md.
2. Los reportes del Código de Conducta y moderación continuarán.

Lo que será diferente en diciembre​

1. No se publicarán versiones estables o de prueba en diciembre. No se publicarán las versiones anticipadas durante las últimas dos semanas de diciembre.
2. Con algunas excepciones, no se realizará la revisión o fusión de pull requests.
3. No se actualizará el rastreador de incidencias en ningún repositorio.
4. No se ayudará con la depuración en Discord por parte de los encargados.
5. No se publicarán actualizaciones de contenido en las redes sociales.

¿Por qué sucede esto?​

En resumen, mientras los mantedores están felices y conectados con el proyecto, EL MUNDO ESTÁ CANSADO. Diciembre es un mes tranquilo para la mayoría de las compañías, por lo que queremos darle a los mantenedores una oportunidad de recargar. Animamos a otros proyectos a considerar medidas similares.

¿Debo preocuparme por el futuro de Electron?​

No. Somos capaces de tomar este paso porque el proyecto se encuentra en buena forma. Todos esperan el 2022 y ¡esperamos que vengan buenas cosas!

¡Electron 15.0.0 ha sido liberado! Incluye actualizaciones a Chromium 94, V8 9.4y Node.js 16.5.0. We've added API updates to window.open, bug fixes, and general improvements. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 15.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​

Electron Release Cadence Change​

Starting with Electron 15, Electron will release a new major stable version every 8 weeks. You can read the full details here.

Additionally, Electron will be changing supported versions from latest three versions to latest four versions until May 2022. See our versioning documentfor more detailed information about versioning in Electron.

Stack Changes​

• Chromium 94
  • Nuevo en Chrome 94
• Node.js 16.5.0
  • Node 16.5.0 blog post
• V8 9.4
  • V8 9.4 blog post

Características Destacadas​

• nativeWindowOpen: true is no longer experimental, and is now the default.
• Added safeStorage string encryption API. #30430
• Added 'frame-created' event to WebContents which emits when a frame is created in the page. #30801
• Added resize edge info to BrowserWindow's will-resize event. #29199

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

Restaurar archivos borrados​

Below are breaking changes introduced in Electron 15. More information about these and future changes can be found on the Planned Breaking Changes page.

Default Changed: nativeWindowOpen defaults to true​

Prior to Electron 15, window.open was by default shimmed to use BrowserWindowProxy. This meant that window.open('about:blank') did not work to open synchronously scriptable child windows, among other incompatibilities. nativeWindowOpen: true is no longer experimental, and is now the default.

See the documentation for window.open in Electron for more details.

API Modificada​

• Added 'frame-created' event to WebContents which emits when a frame is created in the page. #30801
• Added safeStorage string encryption API. #30430
• Added signal option to dialog.showMessageBox. #26102
• Added an Electron Fuse for enforcing code signatures on the app.asar file your application loads. Requires the latest asar module (v3.1.0 or higher). #30900
• Added fuses to disable NODE_OPTIONS and --inspect debug arguments in packaged apps. #30420
• Added new MenuItem.userAccelerator property to read user-assigned macOS accelerator overrides. #26682
• Added new app.runningUnderARM64Translation property to detect when running under Rosetta on Apple Silicon, or WOW on Windows for ARM. #29168
• Added new imageAnimationPolicy web preference to control how images are animated. #29095
• Added support for sending Blobs over the context bridge. #29247

Cambios Eliminado/Obsoletos​

No APIs have been removed or deprecated.

Versiones Soportadas​

Starting in Electron 15, we will change supported versions from latest three versions to latest four versions until May 2022 with Electron 19. After Electron 19, we will return to supporting the latest three versions. This version support change is part of our new cadence change. Please see our blog post for full details here.

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.

You can find Electron's public timeline here.

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

¡Electron 14.0.0 ha sido liberado! It includes upgrades to Chromium 93 and V8 9.3. We've added several API updates, bug fixes, and general improvements. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 14.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​

Electron Release Cadence Change​

Beginning in September 2021 with Electron 15, Electron will release a new major stable version every 8 weeks. You can read the full details here. Electron 15 will begin beta on September 1, 2021 and stable release will be on September 21, 2021. You can find Electron's public timeline here. Additionally, Electron will be changing supported versions from latest three versions to latest four versions until May 2022. See see our versioning document for more detailed information about versioning in Electron.

Stack Changes​

• Chromium 93
  • Nuevo en Chrome 93
  • Nuevo en Chrome 92
• Node.js 14.17.0
  • Node 14.17.0 blog post
• V8 9.3
  • V8 9.3 blog post
  • V8 9.2 blog post

Características Destacadas​

• Default Changed: nativeWindowOpen now defaults to true. (see docs)
• Child windows no longer inherit BrowserWindow construction options from their parents. #28550
• Added new session.storagePath API to get the path on disk for session-specific data. #28665
• Added process.contextId used by @electron/remote. #28007
• Added experimental cookie encryption support behind an Electron Fuse. #29492

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

Restaurar archivos borrados​

Below are breaking changes introduced in Electron 14. More information about these and future changes can be found on the Planned Breaking Changes page.

Eliminada: app.allowRendererProcessReuse​

The app.allowRendererProcessReuse property has been removed as part of our plan to more closely align with Chromium's process model for security, performance and maintainability.

Para información más detallada vea #18397.

Eliminado: Browser Window Affinity​

The affinity option when constructing a new BrowserWindow has been removed as part of our plan to more closely align with Chromium's process model for security, performance and maintainability.

Para información más detallada vea #18397.

API modificada: window.open()​

The optional parameter frameName no longer sets the title of the window. This behavior now follows the specification described by the native documentation for the windowName parameter.

If you were using this parameter to set the title of a window, you can instead use the win.setTitle(title) method.

Eliminado: worldSafeExecuteJavaScript​

worldSafeExecuteJavaScript has been removed with no alternative. Please ensure your code works with this property enabled. It has been enabled by default since Electron 12.

Será afectado por este cambio si usted utliza webFrame.executeJavaScript o webFrame.executeJavaScriptInIsolatedWorld. Necesitará asegurase que los valores devueltos por cualquiera de esos métodos son soportados por Context Bridge API ya que estos métodos utilizan la misma semántica de paso de valores.

Valor por defecto modificado: nativeWindowOpen por defecto a true​

Antes de Electron 14, window.open estaba relucido de usar BrowserWindowProxy por defecto. This meant that window.open('about:blank') did not work to open synchronously scriptable child windows, among other incompatibilities. nativeWindowOpen is no longer experimental, and is now the default.

Ver a la documentación de window.open in Electron para más informacion.

Eliminado: BrowserWindowConstructorOptions que hereda desde las ventanas padres​

Prior to Electron 14, windows opened with window.open would inherit BrowserWindow constructor options such as transparent and resizable from their parent window. Beginning with Electron 14, this behavior has been removed and windows will not inherit any BrowserWindow constructor options from their parents.

Instead, explicitly set options for the new window with setWindowOpenHandler:

webContents.setWindowOpenHandler((details) => {
  return {
    action: 'allow',
    overrideBrowserWindowOptions: {
      // ...
    },
  };
});

Eliminada: additionalFeatures​

The deprecated additionalFeatures property in the new-window and did-create-window events of WebContents has been removed. Since new-window uses positional arguments, the argument is still present, but will always be the empty array []. (Note: the new-window event itself is already deprecated and has been replaced by setWindowOpenHandler.) Bare keys in window features will now present as keys with the value true in the options object.

// Removed in Electron 14
// Triggered by window.open('...', '', 'my-key')
webContents.on('did-create-window', (window, details) => {
  if (details.additionalFeatures.includes('my-key')) {
    // ...
  }
});

// Replace with
webContents.on('did-create-window', (window, details) => {
  if (details.options['my-key']) {
    // ...
  }
});

Eliminado: módulo remote​

Deprecated in Electron 12, the remote module has now been removed from Electron itself and extracted into a separate package, @electron/remote. The @electron/remote module bridges JavaScript objects from the main process to the renderer process. This lets you access main-process-only objects as if they were available in the renderer process. This is a direct replacement for the remote module. See the module's readme for migration instructions and reference.

API Modificada​

• Added BrowserWindow.isFocusable() method to determine whether a window is focusable. #28642
• Added WebFrameMain.visibilityState instance property. #28706
• Added disposition, referrer and postBody to the details object passed to the window open handler registered with setWindowOpenHandler. #28518
• Added process.contextId used by @electron/remote. #28007
• Added experimental cookie encryption support behind an Electron Fuse. #29492
• Added missing resourceType conversions for webRequest listener details: font, ping, cspReport, media, webSocket. #30050
• Added new session.storagePath API to get the path on disk for session-specific data. #28665
• Added support for Windows Control Overlay on macOS. #29986
• Added support for directing Chromium logging to a file with --log-file=.../path/to/file.log. Also, it's now possible to enable logging from JavaScript by appending command-line switches during the first JS tick. #29963
• Added support for the des-ede3 cipher in node crypto. #27897
• Added a ContextBridgeMutability feature that allows context bridge objects to be mutated. #27348

Cambios Eliminado/Obsoletos​

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

• The remote module has been removed after being deprecated in Electron 12. #25734
• Child windows no longer inherit BrowserWindow construction options from their parents. #28550
• Removed deprecated additionalFeatures property from new-window and did-create-window WebContents events. #28548
• Removed the deprecated app.allowRendererProcessReuse and BrowserWindow affinity options. #26874
• The submitURL option for crashReporter.start is no longer a required argument when uploadToServer is false. #28105

Fin de soporte para 11.x.y​

Electron 11.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.

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

En las últimas semanas, hemos recibido varias preguntas sobre las diferencias entre el nuevo WebView2 y Electron.

Ambos equipos tienen el objetivo expreso de hacer que la tecnología web sea la mejor posible en el escritorio, y se está discutiendo una comparación exhaustiva compartida.

Electrón y WebView2 son proyectos en constante evolución. Hemos realizado un breve resumen de las similitudes y diferencias entre Electron y WebView2 tal y como existen en la actualidad.

Visión general de la Arquitectura​

Electrón y WebView2 se desarrollan bajo la fuente de Chromium para renderizar contenido web. Estrictamente hablando, WebView2 se construye a partir de la fuente de Edge, pero Edge se construye utilizando una bifurcacion/fork de la fuente de Chromium. Electron no comparte ninguna DLL con Chrome. Los binarios de WebView2 se enlazan con Edge (canal estable a partir de Edge 90), por lo que comparten disco y algún conjunto de trabajo. Ver Modo de distribución Evergreen para más información.

Electron apps always bundle and distribute the exact version of Electron with which they were developed. WebView2 has two options in distribution. You can bundle the exact WebView2 library your application was developed with, or you can use a shared-runtime version that may already be present on the system. WebView2 provides tools for each approach, including a bootstrapping installer in case the shared runtime is missing. WebView2 is shipped inbox starting with Windows 11.

Applications that bundle their frameworks are responsible for updating those frameworks, including minor security releases. For apps using the shared WebView2 runtime, WebView2 has its own updater, similar to Chrome or Edge, that runs independent of your application. Updating the application's code or any of its other dependencies is still a responsibility for the developer, same as with Electron. Neither Electron nor WebView2 is managed by Windows Update.

Both Electron and WebView2 inherit Chromium’s multi-process architecture - namely, a single main process that communicates with one-or-more renderer processes. These processes are entirely separate from other applications running on the system. Every Electron application is a separate process tree, containing a root browser-process, some utility processes, and zero or more render processes. WebView2 apps that use the same user data folder (like a suite of apps would do), share non-renderer processes. WebView2 apps using different data folders do not share processes.

• ElectronJS Process Model:

  

• WebView2 Based Application Process Model:

  

Read more about WebView2’s process model and Electron’s process model here.

Electron provides APIs for common desktop application needs such as menus, file system access, notifications, and more. WebView2 is a component meant to be integrated into an application framework such as WinForms, WPF, WinUI, or Win32. WebView2 does not provide operating system APIs outside the web standard via JavaScript.

Node.js is integrated into Electron. Electron applications may use any Node.js API, module, or node-native-addon from the renderer and main processes. A WebView2 application does not assume which language or framework the rest of your application is written in. Your JavaScript code must proxy any operating system access through the application-host process.

Electron strives to maintain compatibility with the web API, including APIs developed from the Fugu Project. We have a snapshot of Electron’s Fugu API compatibility. WebView2 maintains a similar list of API differences from Edge.

Electron has a configurable security model for web content, from full-access to full-sandbox. WebView2 content is always sandboxed. Electron has comprehensive security documentation on choosing your security model. WebView2 also has security best practices.

The Electron source is maintained and available on GitHub. Applications can modify can build their own brands of Electron. The WebView2 source is not available on GitHub.

Quick Summary:

Performance Discussion​

When it comes to rendering your web content, we expect little performance difference between Electron, WebView2, and any other Chromium-based renderer. We created scaffolding for apps built using Electron, C++ + WebView2, and C# + WebView2 for those interested to investigate potential performance differences.

There are a few differences that come into play outside of rendering web content, and folks from Electron, WebView2, Edge, and others have expressed interest in working on a detailed comparison including PWAs.

Inter-Process Communication (IPC)​

There is one difference we want to highlight immediately, as we believe it is often a performance consideration in Electron apps.

In Chromium, the browser process acts as an IPC broker between sandboxed renderers and the rest of the system. While Electron allows unsandboxed render processes, many apps choose to enable the sandbox for added security. WebView2 always has the sandbox enabled, so for most Electron and WebView2 apps IPC can impact overall performance.

Even though Electron and WebView2 have a similar process models, the underlying IPC differs. Communicating between JavaScript and C++ or C# requires marshalling, most commonly to a JSON string. JSON serialization/parsing is an expensive operation, and IPC-bottlenecks can negatively impact performance. Starting with Edge 93, WV2 will use CBOR for network events.

Electron supports direct IPC between any two processes via the MessagePorts API, which utilize the structured clone algorithm. Applications which leverage this can avoid paying the JSON-serialization tax when sending objects between processes.

Resumen​

Electron and WebView2 have a number of differences, but don't expect much difference with respect to how they perform rendering web content. Ultimately, an app’s architecture and JavaScript libraries/frameworks have a larger impact on memory and performance than anything else because Chromium is Chromium regardless of where it is running.

Special thanks to the WebView2 team for reviewing this post, and ensuring we have an up-to-date view of the WebView2 architecture. They welcome any feedback on the project.

A partir de septiembre de 2021, Electron lanzará una nueva versión principal estable cada 8 semanas.

En 2019, Electron comenzó un ciclo de 12 semanas para cada lanzamiento para coincidir con el ciclo de 6 semanas de Chromium. Recientemente, tanto Chrome como Microsoft anunciaron cambios que nos hicieron reconsiderar la cadencia de lanzamiento actual de Electron:

1. Chromium planea lanzar un nuevo hito cada 4 semanas, comenzando con Chrome 94 el 21 de septiembre de 2021. Esta frecuencia también añade una nueva opción de Estabilidad Ampliada cada 8 semanas, que contendrá todas las correcciones de seguridad actualizadas.

2. La tienda de Microsoft exigirá que las aplicaciones basadas en Chromium no tengan más de dos años de antigüedad. Por ejemplo, si la última versión principal publicada de Chromium es la 85, cualquier navegador basado en Chromium debe estar al menos en la versión 83 o superior. Esta norma incluye las aplicaciones Electron.

Empezando en septiembre de 2021, Electrón lanzará una nueva versión mayor estable cada 8 semanas, coincidiendo con las 8 semanas de Extensión de Lanzamientos Estables de Chromium.

Nuestro primer lanzamiento con la Extensión de Lanzamientos Estables de Chromium será Electrón 15 en el 21 de septiembre de 2021.

Sabiendo que un cambio en la frecuencia de lanzamiento afectará a otras aplicaciones posteriores, queríamos informar a nuestra comunidad de desarrolladores lo antes posible. Siga leyendo para conocer más detalles sobre nuestro calendario de lanzamientos para 2021.

Electron 15: Alpha temporal​

Dado que nuestro lanzamiento original de Electron 15 apuntaba a una versión no estable extendida (las versiones estables extendidas de Chromium se basan en sus versiones pares), tuvimos que cambiar nuestra fecha original de lanzamiento. Sin embargo, una aplicación de Electron debe utilizar las dos versiones principales más recientes de Chromium para ser aceptada en la tienda de Microsoft, lo que hacía insostenible la espera de dos versiones de Chromium.

Con estos dos requisitos, nuestro equipo se enfrentó a un dilema de tiempos. Mover Electron 15 para incluir Chromium M94 permitiría a los desarrolladores de aplicaciones entrar en la primera versión estable extendida de Chromium; sin embargo, también acortaría el ciclo de beta estable a solo 3 semanas.

Para ayudar con este cambio, Electron ofrecerá una construcción alfa temporal, solo para la versión de Electron 15. Esta versión alfa permitirá a los desarrolladores disponer de más tiempo para probar y planificar el lanzamiento de Electron 15, con una versión más estable que las actuales versiones.

La compilación del canal alfa se lanzará para Electron 15 el 20 de julio de 2021. Pasará a una versión beta el 1 de septiembre de 2021 con un objetivo de lanzamiento estable el 21 de septiembre de 2021. Las siguientes versiones de Electron no tendrán versiones alfa.

Plan 2021 para lanzamientos​

A continuación se muestra nuestro calendario de lanzamiento actual para 2021:

La incorporación del canal alfa amplía el tiempo de desarrollo antes del lanzamiento de Electron 15 de 3 a 9 semanas, más cerca de nuestro nuevo ciclo de 8 semanas, sin dejar de cumplir los requisitos para la presentación en la tienda de Windows.

Para ayudar aún más a los desarrolladores de aplicaciones, durante lo que queda de 2021 hasta mayo de 2022, también ampliaremos nuestra política de versiones soportadas de las últimas 3 versiones a las últimas 4 versiones de Electron. Eso significa que, aunque no puedas modificar inmediatamente tu calendario de actualizaciones, las versiones más antiguas de Electron seguirán recibiendo actualizaciones y correcciones de seguridad.

Responder a las inquietudes​

Hay una razón por la que publicamos este post mucho antes de que esté previsto este cambio de ciclo de lanzamiento. Sabemos que un ciclo de lanzamiento más rápido tendrá un impacto real en las aplicaciones de Electron, algunas de las cuales ya pueden encontrar nuestra frecuencia de lanzamiento mayor agresiva.

A continuación hemos tratado de responder a las preocupaciones más comunes:

¿Por qué hacer este cambio? ¿Por qué no mantener la cadencia de publicación de 12 semanas?​

Para entregar las versiones más actualizadas de Chromium en Electron, nuestro programa necesita seguir el suyo. Puede encontrar más información sobre el ciclo de lanzamiento de Chromium aquí.

Además, la cadencia actual de publicación de 12 semanas sería insostenible con los nuevos requisitos de presentación de Microsoft Store. Incluso las aplicaciones en la última versión estable de Electron experimentarían un período de aproximadamente dos semanas en el que su aplicación puede ser rechazada bajo los nuevos requisitos de seguridad.

Cada nueva versión de Chromium contiene nuevas características, correcciones de errores / correcciones de seguridad y mejoras de V8. Queremos que usted, como desarrolladores de aplicaciones, tenga estos cambios en el momento oportuno, para que nuestras fechas de lanzamiento estables sigan coincidiendo con todas las otras versiones estables de Chromium. Como desarrollador de aplicaciones, tendrás acceso a las nuevas características de Chromium y V8 y los arreglos mucho antes.

❓ El programa de liberación de 12 semanas existente ya se mueve rápidamente. ¿Qué pasos está dando el equipo para facilitar la actualización?​

Una ventaja de lanzamientos más frecuentes es tener versiones más pequeñas. Entendemos que actualizar las versiones más importantes de Electron puede ser difícil. Esperamos que los lanzamientos más pequeños introduzcan menos cambios importantes en Chromium y Node, así como menos cambios de ruptura, por lanzamiento.

❓ ¿Habrá una versión alfa disponible para futuras versiones de Electron?​

No hay planes de soportar una versión alfa permanente en este momento. Este alfa sólo está pensado para Electron 15, como una manera de ayudar a los desarrolladores a actualizarse más fácilmente en el período de lanzamiento acortado.

❓ ¿Electron extenderá el número de versiones soportadas?​

Ampliaremos nuestra política de versiones soportadas desde las últimas tres versiones hasta las últimas cuatro versiones de Electron hasta mayo de 2022, con el lanzamiento de Electron 19. Después de que Electron 19 sea lanzado, volveremos a soportar las tres últimas versiones principales, así como los lanzamientos beta y nocturnos.

¿Preguntas?​

📨 Si tienes preguntas o preocupaciones, por favor envíanos un correo electrónico a info@electronjs.org o únete a nuestro Discord. Sabemos que esto es un cambio que afectará a muchas aplicaciones y desarrolladores, y tus comentarios son muy importantes para nosotros. ¡Queremos saber tu opinión!

¡Electron 13.0.0 ha sido liberado! It includes upgrades to Chromium 91 and V8 9.1. We've added several API updates, bug fixes, and general improvements. ¡Lea a continuación para más detalles!

El equipo de Electron esta emocionado de anunciar el lanzamiento de Electron 13.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​

• Chromium 91
  • Nuevo en Chrome 91
  • Nuevo en Chrome 90
• Node.js 14.16.0
  • Node 14.16.0 blog post
  • Node 14.0.0 blog post
• V8 9.1
  • V8 9.1 blog post
  • V8 9.0 blog post

Características Destacadas​

• Added process.contextIsolated property that indicates whether the current renderer context has contextIsolation enabled. #28252
• Added new session.storagePath API to get the path on disk for session-specific data. #28866
• Deprecated the new-window event of WebContents. Es reemplazado por webContents.setWindowOpenHandler()
• Added process.contextId used by @electron/remote. #28251

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

Restaurar archivos borrados​

• window.open() parameter frameName is no longer set as window title. #27481
• Changed session.setPermissionCheckHandler(handler) to allow for handler's first parameter, webContents to be null. #19903

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

API Modificada​

• Added roundedCorners option for BrowserWindow. #27572
• Added new session.storagePath API to get the path on disk for session-specific data.28866
• Added support for passing DOM elements over the context bridge. #26776
• Added process.uptime() to sandboxed renderers. #26684
• Added missing fields to the parameters emitted as part of the context-menu event.#26788
• Added support for registering Manifest V3 extension service workers.
• Added ‘registration-completed’ event to ServiceWorkers. #27562

Cambios Eliminado/Obsoletos​

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

• Deprecated the new-window event of WebContents. Es reemplazado por webContents.setWindowOpenHandler()

• Eliminado obsoleto shell.moveItemToTrash(). #26723

• Removed the following deprecated BrowserWindow extension APIs:

  • BrowserWindow.addExtension(path)
  • BrowserWindow.addDevToolsExtension(path)
  • BrowserWindow.removeExtension(name)
  • BrowserWindow.removeDevToolsExtension(name)
  • BrowserWindow.getExtensions()
  • BrowserWindow.getDevToolsExtensions()

  Use the session APIs instead:

  • ses.loadExtension(path)
  • ses.removeExtension(extension_id)
  • ses.getAllExtensions()

• Los métodos siguientes de systemPreferences han quedado obsoletos:

  • systemPreferences.isDarkMode()
  • systemPreferences.isInvertedColorScheme()
  • systemPreferences.isHighContrastColorScheme()

  En su lugar, usa las siguientes propiedades nativeTheme:

  • nativeTheme.shouldUseDarkColors
  • nativeTheme.shouldUseInvertedColorScheme
  • nativeTheme.shouldUseHighContrastColors

Fin de soporte para 10.x.y​

Electron 10.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 14.0.0 traza fechas claves en el ciclo de vida del desarrollo de Electron 14.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 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​

• Chromium 89
  • Nuevo en Chrome 88
  • Nuevo en Chrome 89
• Node.js 14.16
  • Node 14.16.0 blog post
  • Node 14.0.0 blog post
• V8 8.9
  • V8 8.8 blog post
  • V8 8.9 blog post

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​

• Obsoleto el módulo remote. Es reemplazado por @electron/remote. #25293
  • Si actualmente está usando el módulo remote, hemos escrito una guía para migrar a @electron/remote aquí.
• Se cambió el valor por defecto de contextIsolation a true. #27949
• Se cambió el valor por defecto de worldSafeExecuteJavaScript a true. #27502
• Se cambió el valor por defecto de crashReporter.start({ compress }) de false a true. #25288
• Eliminado el soporte de Flash: Chromium ha eliminado el soporte para Flash, el cual fue eliminado también en Electron 12. Vea Chromium's Flash Roadmap para más detalles.
• Requerido SSE3 para Chrome en x86: Chromium ha eliminado el soporte para CPUs x86 más viejos que no reúnen un soporte mínimo SSE3 (Streaming SIMD Extensions 3). Este soporte fue eliminado también en Electron 12.

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 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​

• Chromium 87.0.4280.47
  • Nuevo en Chrome 86
  • Nuevo en Chrome 87
• Node.js 12.18.3
  • Node 12.18.3 blog post
  • Node 12.7.0 blog post
• V8 8.7
  • V8 8.6 blog post
  • V8 8.7 blog post

Características Destacadas​

• Soporte para Apple M1: El 10 de noviembre, Apple anunció sus nuevos chips M1, que se incluirán en su próximo hardware. Comenzando en Electron 11, Electron enviará versiones separadas de Electron para Intel Macs (x64) y el próximo hardware M1 (arm64). Puedes aprender más sobre cómo conseguir que tu aplicación Electron se ejecute en el hardware de Apple M1 aquí. #24545
• Añadido mensaje de error V8 e información de ubicación a los parámetros de reporte de error. #24771
• Mejora el rendimiento del envío de objetos anchos sobre el puente contextual. #24671

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.

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.

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?

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

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!