Aller au contenu principal

Electron 11.0.0

· 5 mins de lecture
VerteDinde
VerteDinde

Electron 11.0.0 est disponible ! Cette version inclue les mises à jour vers Chromium 87, V8 8.7, et Node.js 12.18.3. Nous avons ajouté la prise en charge d'Apple Silicon en plus d'autres améliorations générales. Lisez la suite ci-dessous pour plus de détails !

La team Electron est excitée d'annoncer la sortie de Electron 11.0.0 ! Vous pouvez l'installer via npm install electron@latest ou le télécharger depuis notre site officiel. La version est livrée avec des mises à jours, des correctifs et une nouvelle prise en charge du matériel M1 d'Apple.

On a hâte de voir vos prochaines créations avec cette version ! Continuez de lire pour plus de détails sur cette version, et s'il vous plaît, partagez vos commentaires et remarques !

Changements notables​

Changements de la Stack​

Nouveautés de cette version​

  • Prise en charge d'Apple M1 : le 10 novembre, Apple a annoncé leur nouvelles puces M1, qui seront incluses dans leurs prochains matériels. À partir d'Electron 11, Electron livrera des versions séparées d'Electron pour les Mac Intel (x64) et pour le prochain matériel M1 d'Apple (arm64). Vous pouvez en savoir plus sur comment faire fonctionner votre application Electron sur le matériel M1 d'Apple ici. #24545
  • Ajout d’un message de plantage V8 et d’informations de localisation aux paramètres de crashReport. #24771
  • Improved the performance of sending wide objects over the context bridge. #24671

Voir les notes de version 11.0.0 pour une liste complète des nouvelles fonctionnalités et des modifications.

Changements majeurs avec rupture de compatibilité​

  • Removed experimental APIs: BrowserView.{fromId, fromWebContents, getAllViews} and the id property of BrowserView. #23578

Vous trouverez plus d’informations sur ces changements et les changements futurs sur la pagechangements de rupture prévus.

Changements d'API​

  • Added app.getApplicationInfoForProtocol() API that returns detailed information about the app that handles a certain protocol. #24112
  • Added app.createThumbnailFromPath() API that returns a preview image of a file given its file path and a maximum thumbnail size. #24802
  • Added webContents.forcefullyCrashRenderer() to forcefully terminate a renderer process to assist with recovering a hung renderer. #25756

Fin du support pour 8.x.y​

Electron 8.x.y a atteint sa limite pour le support conformément à la politique d'assistance du projetpolitique d'assistance. Nous encourageons les développeurs à mettre à jour vers une version plus récente d'Electron et de faire de même avec leurs applications.

Et maintenant ?​

À court terme, vous pouvez compter sur l’équipe pour continuer a se concentrer sur le développement des principaux composants qui composent Electron, notamment Chromium, Node et V8. Although we are careful not to make promises about release dates, our plan is to release new major versions of Electron with new versions of those components approximately quarterly. Le planning escompté de la version 12.0.0 planning défini les dates clés du cycle de vie de développement d'Electron 12.0. Aussi, regardez notre document de versioning pour plus d'informations sur le versioning dans Electron.

Pour des informations sur les changements de rupture prévus dans les versions à venir d'Electron, regardez notre documentation sur les changements de rupture planifiés.

Continued Work for Deprecation of remote Module​

We started work to remove the remote module in Electron 9. We plan to remove the remote module itself in Electron 14.

Read and follow this issue for full plans and details for deprecation.

Étape finale pour exiger que les Modules Natifs de Node soient Context Aware ou N-API (dans Electron 12)​

À partir d'Electron 6, nous avons préparé le terrain pour que les modules Node natifs chargés dans le processus de rendu, soient soit N-API ou Context Aware. L'imposition de ce changement apporte une sécurité accrue, des performances plus rapides et une charge de travail de maintenance réduite. La dernière étape de ce plan est de supprimer la possibilité de désactiver la réutilisation du processus de rendu dans Electron 12.

Read and follow this issue for full details, including the proposed timeline.

Prise en charge d'Apple Silicon

· 4 mins de lecture
MarshallOfSound
MarshallOfSound

Avec la sortie de matériel Apple Silicon plus tard dans l'année, à quoi ressemble le chemin d'accès pour que votre application Electron fonctionne sur le nouveau matériel ?

Avec la sortie d'Electron 11.0.0-beta.1, l'équipe d'Electron est maintenant en train de livrer des versions d'Electron qui fonctionnent sur le nouveau matériel Apple Silicon qu'Apple prévoit d'expédier plus tard cette année. Vous pouvez récupérer la dernière version bêta avec npm install electron@beta ou la télécharger directement à partir de notre site des versions.

Comment ça marche ?​

À partir d'Electron 11, nous expédierons des versions séparées d'Electron pour les Mac Intel et Apple Silicon Macs. Avant cette modification, nous proposions déjà deux artefacts, darwin-x64 et mas-x64, ce dernier étant destiné à la compatibilité avec le Mac App Store. Nous expédions désormais deux autres artefacts, darwin-arm64 et mas-arm64, qui sont les équivalents Apple Silicon des artefacts susmentionnés.

Que devez-vous faire ?​

Vous devrez d'expédier deux versions de votre application : un pour la x64 (Intel Mac) et un autre pour am64 (Apple Silicon). La bonne nouvelle, c'est qu'il existe electron-packager, electron-rebuild et electron-forge prennent déjà en charge l'architecture arm64. Tant que vous utilisez les dernières versions de ces paquets, votre application devrait fonctionner parfaitement une fois que vous aurez mis à jour l'architecture cible vers arm64.

À l'avenir, nous publierons un package qui vous permettra de « fusionner » vos applications arm64 et x64 en un seul binaire universel, mais il convient de noter que ce binaire serait énorme et ne serait probablement pas idéal pour être distribué aux utilisateurs.

Mise à jour : ce package est désormais disponible à l'adresse @electron/universal. Vous pouvez l'utiliser pour fusionner deux applications x64 et arm64 packagées en un seul binaire.

Problèmes potentiels​

Modules natifs​

Comme vous visez une nouvelle architecture, vous devrez mettre à jour plusieurs dépendances qui peuvent causer des problèmes de construction. La version minimale de certaines dépendances est incluse ci-dessous pour votre référence.

DépendanceExigences relatives à la version
Xcode>=12.2.0
node-gyp>=7.1.0
electron-rebuild>=1.12.0
electron-packager>=15.1.0

En raison de ces exigences de version de dépendance, vous devrez peut-être corriger/mettre à jour certains modules natifs. Il est important de noter que la mise à niveau de Xcode introduira une nouvelle version du SDK macOS, ce qui pourrait entraîner des échecs de compilation pour vos modules natifs.

Comment puis-je le tester ?​

Actuellement, les applications Apple Silicon ne fonctionnent que sur du matériel Apple Silicon, qui n'est pas disponible dans le commerce au moment de la rédaction de cet article. Si vous disposez d'un kit de transition pour développeurs, vous pouvez tester votre application dessus. Sinon, vous devrez attendre la sortie du matériel Apple Silicon pour tester si votre application fonctionne.

Qu’en est-il de Rosetta 2 ?​

Rosetta 2 est la dernière version de la technologie Rosetta d'Apple, qui vous permet d'exécuter des applications Intel x64 sur leur nouveau matériel Apple Silicon arm64. Bien que nous pensions que les applications x64 Electron fonctionneront sous Rosetta 2, il y a quelques points importants à noter (et des raisons pour lesquelles vous devriez fournir un binaire arm64 natif).

  • Les performances de votre application seront considérablement réduites. Electron / V8 utilise la compilation JIT pour JavaScript, et en raison du fonctionnement de Rosetta, vous exécuterez en fait JIT deux fois (une fois dans V8 et une fois dans Rosetta).
  • Vous perdez les avantages des nouvelles technologies d'Apple Silicon, telles que l'augmentation de la taille des pages mémoire.
  • Avons-nous mentionné que la performance sera significativement dégradée?

Serveur Discord communautaire et Hacktoberfest

· 3 mins de lecture
erickzhao
erickzhao

Rejoignez-nous pour des liens avec la communauté et une célébration de l'open-source pendant un mois.

Bannière Hacktoberfest et Discord

Lancement de Discord de la communauté Electron

Le groupe de travail Outreach d'Electron est ravi d'annoncer le lancement de notre serveur Discord communautaire officiel!

Pourquoi un nouveau serveur Discord ?​

À ses débuts, alors qu'il constituait l'épine dorsale de l'éditeur de texte Atom, les discussions communautaires sur le framework Electron se déroulaient sur un seul canal dans l'espace de travail Slack d'Atom. Au fur et à mesure que le temps passé et que les deux projets étaient de plus en plus découplés, la pertinence de l'espace de travail Atom pour le projet Electron a diminué, et la participation des responsables au canal Slack a décliné de la même manière.

Jusqu'à présent, nous étions encore en train de rediriger notre communauté vers l'espace de travail Atom Slack même si nous avons reçu de nombreux rapports de gens qui ont eu du mal à recevoir des invitations, et peu de nos responsables principaux étaient fréquentant le canal.

Nous mettons en place ce tout nouveau serveur afin qu'il devienne un centre de discussion central pour la communauté, où vous pourrez obtenir les dernières actualités sur tout ce qui concerne Electron.

Entrez ici !​

Jusqu'à présent, l'adhésion du serveur se compose de quelques mainteneurs qui ont travaillé ensemble pour le configurer, mais nous sommes tellement excité de discuter avec vous tous ! Venez demander de l'aide, restez à jour avec les versions d'Electron, ou simplement faites appel à d'autres développeurs . Nous avons une invitation pratique pour vous qui vous donnera accès au serveur !

Hacktoberfest 2020

En tant que grand projet open-source de longue date, Electron n'aurait pas connu autant de succès sans toutes les contributions de sa communauté, des soumissions de code aux rapports de bogue aux changements de documentation, et bien plus encore. C'est pourquoi nous croyons en l'importance de participer à Hacktoberfest pour ouvrir une communauté plus large de développeurs de tous les niveaux de compétences dans le projet.

Chances et fin​

Cette année, nous n'avons pas de projet plus large pour vous donner tous pour travailler, mais nous aimerions nous concentrer sur les opportunités de contribuer à dans l'écosystème JavaScript d'Electron.

Faites Attention aux problèmes marqués hacktoberfest sur nos différents référentiels, y compris le principal electron/electron, le site electron/electronjs.org , electron/fiddle, et electron-userland/electron-forge !

P.S. Si vous vous sentez particulièrement aventureux et à la recherche de défis., nous avons également un arriéré de problèmes marqués par les tags help wanted.

Bloqué ? Venez discuter avec nous!​

De plus, ce n'est pas un hasard si le lancement officiel de notre serveur Discord coïncide avec la plus grande célébration des logiciels open source de l'année. Consultez le canal #hacktoberfest pour demander de l'aide sur votre PR Hacktoberfest. Au cas où vous l’auriez manqué, voici le lien d’invitation à nouveau!

Electron 10.0.0

· 6 mins de lecture
VerteDinde
VerteDinde
sofianguy
sofianguy

Electron 10.0.0 est disponible ! Cette version inclue les mises à jour vers Chromium 85, V8 8.5, et Node.js 12.16. Nous avons ajouté plusieurs nouvelles intégrations et améliorations de l'API. Lisez la suite ci-dessous pour plus de détails !

La team Electron est excitée d'annoncer la sortie de Electron 10.0.0 ! Vous pouvez l'installer via npm install electron@latest ou le télécharger depuis notre site officiel. Cette version inclue des mises à jour, des correctifs et de nouvelles fonctionnalités.

Dans cette version 10 de Electron, nous avons également modifié notre note de sorte. Pour qu'il soit plus facile de distiniguer ce qui est nouveau dans Electron 10 et ce qui peut avoir changé entre Electron 10 et les versions précédentes, nous incluons maintenant également des changements qui ont été introduits dans Electron 10, mais qui ont été rétroportés aux versions précédentes. Nous espérons que cela rendra l'intégration de nouvelles fonctionnalités et corrections plus facile pour les applications lors des mises à niveau d'Electron.

On a hâte de voir vos prochaines créations avec cette version ! Continuez de lire pour plus de détails sur cette version, et s'il vous plaît, partagez vos commentaires et remarques !

Changements notables​

Changements de la Stack​

Nouveautés de cette version​

  • 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

Voir les notes de version 10.0.0 pour une liste complète des nouvelles fonctionnalités et des modifications.

Changements majeurs avec rupture de compatibilité​

  • Changed the default value of enableRemoteModule to 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.
  • Changed the default value of app.allowRendererProcessReuse to 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

Vous trouverez plus d’informations sur ces changements et les changements futurs sur la pagechangements de rupture prévus.

Changements d'API​

  • 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

Deprecated APIs​

The following APIs are now deprecated or removed:

  • 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 du support pour 7.x.y​

Electron 7.x.y a atteint sa limite pour le support conformément à la politique d'assistance du projetpolitique d'assistance. Nous encourageons les développeurs à mettre à jour vers une version plus récente d'Electron et de faire de même avec leurs applications.

Et maintenant ?​

À court terme, vous pouvez compter sur l’équipe pour continuer a se concentrer sur le développement des principaux composants qui composent Electron, notamment Chromium, Node et V8. Bien que nous veillions à ne pas faire de promesses à propos des dates de publication, notre plan est la sortie de nouvelles versions majeures d'Electron avec de nouvelles versions de ces composants environ un trimestre. Le planning escompté de la version 11.0.0 planning défini les dates clés du cycle de vie de développement d'Electron 11.0. Aussi, regardez notre document de versioning pour plus d'informations sur le versioning dans Electron.

Pour des informations sur les changements de rupture prévus dans les versions à venir d'Electron, regardez notre documentation sur les changements de rupture planifiés.

Poursuite du travail pour la dépréciation du module remote (dans Electron 11)​

Nous avons commencé à travailler pour supprimer le module remote dans Electron 9 et nous continuons à envisager de supprimer le module remote. Dans Electron 11, nous prévoyons de poursuivre le travail de refactorisation pour l'implémentation de WeakRef comme nous l'avons fait avec Electron 10. Veuillez lire et suivre ce problème pour tous les plans et détails de la dépréciation.

Étape finale pour exiger que les Modules Natifs de Node soient Context Aware ou N-API (dans Electron 12)​

Edit : À l'origine, ce billet de blog indiquait que nous désactiverions la réutilisation du processus de rendu dans Electron 11. La désactivation de la réutilisation du processus de rendu a maintenant été poussée vers Electron 12.

À partir d'Electron 6, nous avons préparé le terrain pour que les modules Node natifs chargés dans le processus de rendu, soient soit N-API ou Context Aware. L'imposition de ce changement apporte une sécurité accrue, des performances plus rapides et une charge de travail de maintenance réduite. La dernière étape de ce plan est de supprimer la possibilité de désactiver la réutilisation du processus de rendu dans Electron 12. Lisez à propos ce problème pour tous les détails, y compris le calendrier proposé.

Electron becomes an OpenJS Foundation Impact Project

· Une min de lecture
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 mins de lecture
erickzhao
erickzhao

Electron est fier de participer à la deuxième édition de l'initiative de Google Season of Docs, qui associe des mentors d'organisations open source avec des rédacteurs techniques pour améliorer la documentation du projet.

Qu'est-ce que Season of Docs ?

logo de Season of Docs

Season of Docs est un programme qui favorise la collaboration entre les rédacteurs techniques et les communautés open source au profit des deux parties. Les responsables de l’open source utilisent l’expertise technique de rédaction de l’auteur pour améliorer la structure et le contenu de leur documentation, tandis que le rédacteur technique est présenté à une communauté open source sous la direction de ses mentors. En savoir plus à ce sujet sur le site Web de google Season of Docs.

Pour la première fois que nous participerons au programme, nous encadrerons un seul rédacteur technique qui travaillera aux côtés du groupe de travail sur l’écosystème d’Electron pour remodeler de grandes parties de notre documentation. Vous pouvez en savoir plus sur la chronologie de l’ensemble du projet ici.

Comment s'inscrire ?

Êtes-vous intéressé à collaborer avec nous en tant que rédacteur technique ? Tout d’abord, familiarisez-vous avec le guide du rédacteur technique de Google pour le programme de cette année et consultez les deux ébauches d’idées de projet que nous avons préparées.

Afin d’être sélectionnés en tant que rédacteur technique d’Electron pour Season of Docs, les candidats devront postuler sur le site Web google Season of Docs pendant la phase de candidature rédatcteur technique qui se déroule du 8 juin au 9 juillet..

Votre candidature doit inclure une proposition, qui est un document écrit qui décrit en détail ce que vous prévoyez d'accomplir sur les docs d'Electron au cours de 3 mois. Cette proposition peut soit se développer sur l'un des points de départ mentionnés dans notre doc Project Idea, soit être tout à fait nouveau. Vous ne savez pas par où commencer ? Vous pouvez consulter la liste des propositions acceptées de l'année dernière pour vous inspirer.

En plus de la proposition, nous étudierons également votre expérience en tant qu'auteur technique. Veuillez inclure une copie de votre curriculum vitae en mettant l'accent sur l'expérience écrite pertinente, ainsi que des échantillons d'écriture technique (ces échantillons peuvent être de la documentation existante, des tutoriels, des articles de blog, etc.)

Si vous voulez discuter des propositions de projet, envoyez-nous un e-mail à season-of-docs@electronjs.org et nous pouvons discuter à partir de là !

Références

Electron 9.0.0

· 5 mins de lecture
sofianguy
sofianguy
VerteDinde
VerteDinde

Electron 9.0.0 est disponible ! Cette version inclue les mises à jour vers Chromium 83, V8 8.3, et Node.js 12.14. We've added several new API integrations for our spellchecker feature, enabled PDF viewer, and much more!

La team Electron est excitée d'annoncer la sortie de Electron 9.0.0 ! Vous pouvez l'installer via npm install electron@latest ou le télécharger depuis notre site officiel. Cette version inclue des mises à jour, des correctifs et de nouvelles fonctionnalités. On a hâte de voir vos prochaines créations avec cette version ! Continuez de lire pour plus de détails sur cette version, et s'il vous plaît, partagez vos commentaires et remarques !

Changements notables​

Changements de la Stack​

Nouveautés de cette version​

  • 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.

Voir les notes de version 9.0.0 pour une liste complète des nouvelles fonctionnalités et des modifications.

Changements majeurs avec rupture de compatibilité​

  • 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.

Vous trouverez plus d’informations sur ces changements et les changements futurs sur la pagechangements de rupture prévus.

Changements d'API​

  • shell API changes:
    • 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 API changes:
    • Added a new force parameter to app.focus() on macOS to allow apps to forcefully take focus. #23447
  • BrowserWindow API changes:
    • Added support for property access to some getter/setter pairs on BrowserWindow. #23208

Deprecated APIs​

The following APIs are now deprecated or removed:

  • 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 du support pour 6.x.y​

Electron 6.x.y a atteint la fin du support conformément au projet politique d'assistance. Nous encourageons les développeurs à mettre à jour vers une version plus récente d'Electron et de faire de même avec leurs applications.

Et maintenant ?​

À court terme, vous pouvez compter sur l’équipe pour continuer a se concentrer sur le développement des principaux composants qui composent Electron, notamment Chromium, Node et V8. Bien que nous veillions à ne pas faire de promesses à propos des dates de publication, notre plan est la sortie de nouvelles versions majeures d'Electron avec de nouvelles versions de ces composants environ un trimestre. Le planning escompté de la version 10.0.0 planning défini les dates clés du cycle de vie de développement d'Electron 10.0. Aussi, regardez notre document de versioning pour plus d'informations sur le versioning dans Electron.

Pour des informations sur les changements de rupture prévus dans les versions à venir d'Electron, regardez notre documentation sur les changements de rupture planifiés.

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.

Prochaines versions d'Electron

· 2 mins de lecture
codebytere
codebytere

Electron suspend temporairement les versions majeures

Que se passe-t-il ?​

Notre calendrier des versions majeures suit celui de Chromium, et le projet Chromium a récemment pris la décision de réaliser une pause en raison de l'adaptation de ses horaires de travail. Cela signifie que pendant la durée de la cadence modifiée de Chromium, Electron mettra également temporairement en pause les nouvelles versions majeures.

Nous pensons que notre meilleur choix est de suivre les traces de Chromium, et donc, dans l'intervalle, l'équipe d'Electron va se consacrer à plein temps à la correction des bugs, à la sécurité, aux performances et à la stabilité.

Nous voulons nous assurer que le bien-être de nos mainteneurs et de nos consommateurs est une priorité pendant cette période, c'est pourquoi nous vous invitons à nous faire part de vos commentaires et nous sommes impatients de revenir à notre calendrier de publication régulier.

Pour plus d'informations, veuillez suivre notre compte Twitter.

Edit (2020-03-30): Electron 9 stable ciblera Chromium M83 et sera publié le 19 mai 2020, en réponse à l'annonce de Chromium de sauter la date de stable M82 et d'ajuster la date de stable M83.

Electron 8.0.0

· 8 mins de lecture
jkleinsc
jkleinsc
sofianguy
sofianguy

Electron 8.0.0 est disponible ! Cette version inclue les mises à jour vers Chromium 80, V8 8.0, et Node.js 12.13.0. We've added Chrome's built-in spellchecker, and much more!

La team Electron est excitée d'annoncer la sortie de Electron 8.0.0 ! Vous pouvez l'installer via npm install electron@latest ou le télécharger depuis notre site officiel. Cette version inclue des mises à jour, des correctifs et de nouvelles fonctionnalités. On a hâte de voir vos prochaines créations avec cette version ! Continuez de lire pour plus de détails sur cette version, et s'il vous plaît, partagez vos commentaires et remarques !

Changements notables​

Changements de la Stack​

Nouveautés de cette version​

  • 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.

Voir les notes de version 8.0.0 pour une liste complète des nouvelles fonctionnalités et des modifications.

Changements majeurs avec rupture de compatibilité​

  • 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.
  • Values sent over IPC are now serialized with 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

Vous trouverez plus d’informations sur ces changements et les changements futurs sur la pagechangements de rupture prévus.

Changements d'API​

  • app API changes:
    • Ajout de app.getApplicationNameForProtocol(url). #20399
    • Added app.showAboutPanel() and app.setAboutPanelOptions(options) support on Windows. #19420
  • BrowserWindow API changes:
    • 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
  • Documenté précédemment non documenté crashReporter.getCrashesDirectory(). #20417
  • dialog API changes:
    • 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 API changes:
    • 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 API changes:
    • 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 API changes:
    • Updated systemPreferences.getColor(color) documentation for macOS. #20611
    • Ajout du type de média screen à 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 API changes:
    • 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 API changes:
    • 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

Deprecated APIs​

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 du support pour 5.x.y​

Electron 5.x.y a atteint la fin du support conformément au projet politique d'assistance. Nous encourageons les développeurs à mettre à jour vers une version plus récente d'Electron et de faire de même avec leurs applications.

Programme de feedback​

Nous continuons à utiliser notre Programme de Feedback de l'application pour les tests. Les projets qui participent à ce programme testent les bétas d'Electron sur leurs applications ; et en retour, les nouveaux bogues qu'ils trouvent sont priorisés pour la version stable. Si vous souhaitez participer ou en savoir plus, consultez notre blog sur le programme.

Et maintenant ?​

À court terme, vous pouvez compter sur l’équipe pour continuer a se concentrer sur le développement des principaux composants qui composent Electron, notamment Chromium, Node et V8. Bien que nous veillions à ne pas faire de promesses à propos des dates de publication, notre plan est la sortie de nouvelles versions majeures d'Electron avec de nouvelles versions de ces composants environ un trimestre. Le planning escompté de la version 9.0.0 planning défini les dates clés du cycle de vie de développement d'Electron 9. Aussi, regardez notre document de versioning pour plus d'informations sur le versioning dans Electron.

Pour des informations sur les changements de rupture prévus dans les versions à venir d'Electron, regardez notre documentation sur les changements de rupture planifiés.

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.

Electron joins the OpenJS Foundation

· 2 mins de lecture
felixrieseberg
felixrieseberg

At Node+JS Interactive in Montreal, the OpenJS Foundation announced that it accepted Electron into the Foundation's incubation program. The Foundation is committed to supporting the healthy growth of the JavaScript ecosystem and web technologies by providing a neutral organization to host and sustain projects, as well as collaboratively fund activities for the benefit of the community at large.

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.

This is an exciting move for Electron, and we see it as a next step in our evolution as an open-source project.

What this means for developers​

Electron joining the OpenJS Foundation does not change how Electron is made, released, or used — and does not directly affect developers building applications with Electron. Even though Electron was originally created at GitHub in 2013, it is currently maintained by a number of organizations and individuals. In 2019, Electron codified its governance structure and invested heavily into formalizing how decisions affecting the entire project are made. We believe that having multiple organizations and developers investing in and collaborating on Electron makes the project stronger.

Lifting Electron up from being owned by a single corporate entity and moving it into a neutral foundation focused on supporting the web and JavaScript ecosystem is a natural next step as we mature as an open-source project.

Learning more​

You can read up on the foundation, its mission, and its members on the OpenJSF website. For more information and quotes about the acceptance of Electron into the OpenJSF incubation program, check out the official press release. 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.