IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Electron 9.0 est disponible, améliore l'efficacité du gestionnaire d'événements de fenêtres sous Linux,
Avec ajout de nouvelles méthodes et de nouvelles API et quelques correctifs de bogues

Le , par Bill Fassinou

612PARTAGES

17  0 
L’équipe de développement d’Electron, le framework permettant de créer des applications de bureau multiplateforme à l’aide des technologies Web (HTML, CSS et JavaScript), vient de publier sa version 9.0. Cette mise à jour du framework inclut les mises à jour vers Chrome 83, Node.js 12.14 et V8 v8.3. Elle améliore aussi les performances du framework, notamment pour les plateformes Linux. Il y a, entre autres, l’amélioration de l'efficacité du gestionnaire d'événements de fenêtres sous Linux et le paramétrage des icônes de fenêtres est désormais légèrement plus rapide sous Linux.

Electron est un framework d'interface graphique libre et gratuit qui est développé par GitHub et est basé sur le développement en C++. Il tire parti des modules frontaux et dorsaux qui ont été conçus à l'origine pour les applications Web, principalement le runtime Node.js et le navigateur Web Chromium développé par Google. Parmi les projets bien connus créés avec Electron, citons Atom, Nylas N1, GitKraken, GitHub Desktop et Visual Studio Code, l’éditeur de code source de Microsoft. À l’instar de Windows, la compatibilité s'étend à macOS et Linux.


Dans sa version 9.0 publiée cette semaine, l’équipe en charge de son développement a annoncé qu’elle introduit des changements de ruptures, dont le changement de la valeur par défaut de allowRendererProcessReuse qui passe désormais à “true”. Cela empêchera le chargement de modules natifs non contextuels dans les processus de rendu. Les autres nouveautés introduites par Electron v9.0 concernent essentiellement des ajouts de nouvelles méthodes et de nouvelles API et quelques correctifs de bogues. Voici un aperçu des changements dans cette version.

  • ajout des propriétés du plein écran pour BrowserWindows ;
  • ajout de l'API session.listWordsFromSpellCheckerDictionary pour lister des mots personnalisés dans le dictionnaire ;
  • ajout de l'API session.removeWordFromSpellCheckerDictionary pour supprimer les mots personnalisés dans le dictionnaire ;
  • ajout de l'API session.serviceWorkerContext permettant d’accéder aux informations de base sur les services workers et aussi de recevoir les journaux de la console ;
  • ajout d'un nouveau paramètre de force à app.focus() sur macOS pour permettre aux applications de prendre le focus avec force ;
  • ajout de l'API de l'extension chrome.i18n ;
  • ajout de l'extension API chrome.tabs.connect pour les pages de fond;
  • ajout d'un support pour l'accès à la propriété à certaines paires getter/setter sur BrowserWindow ;
  • ajout du support de l'API chrome.extension.getBackgroundPage lors de la construction avec enable_electron_extensions ;
  • autorisation d’un paramètre de rappel optionnel pour les méthodes WebFrame.executeJavaScript*, qui est appelé de manière synchrone à moins que le contexte cible ne soit mis en pause ;
  • restauration du support pour le visualiseur de PDF basé sur pdfium.

Les corrections de bogues dans Electron v9.3 concernent les items qui suivent :

  • empêcher la fenêtre de passer derrière la barre de menu sur Mac ;
  • correction du module webRequest qui ne fonctionnait pas avec le protocole file:// ;
  • correction de la demande Web qui ne fonctionnait pas pour les demandes CORS ;
  • correction de win.setMenuBarVisibility(false) qui ne masquait pas la barre de menu ;
  • correction d'un problème où le changement de thème sur macOS brisait l'état de maximisation de la fenêtre ;
  • correction d'un crash dans le processus de service réseau lors de l'utilisation de l'API protocol.registerSchemeAsPrivileged ;
  • correction du crash qui pouvait se produire lors de l'appel de session.fromPartition dans l'événement ready ;
  • correction d'un test de frappe incorrect en haut de l'élément ::after avec layoutNG ;
  • correction d’un bogue lié à la fonctionnalité du bouton d'impression dans l'extension PDF viewer ;
  • manipulation limitée des mots personnalisés du dictionnaire du correcteur orthographique aux sessions persistantes ;
  • suppression du binaire “crashpad_handler” des fichiers de la distribution Linux ;
  • etc.


Source : Page GitHub d’Electron v9.0

Et vous ?

Que pensez-vous des nouveautés d'Electron 9.0 ?

Voir aussi

Electron 7.0.0 est disponible et inclut les mises à jour vers Chromium 78, V8 7.8 et Node.js 12.8.1, ainsi que des méthodes IPC plus rapides

Jitsi Meet Electron, l'application open source de visioconférence basée sur Jitsi, sort en version 2.0 avec de nouvelles fonctionnalités, des correctifs de bogues et des mises à jour de dépendances

Sortie de la version 4.0 d'Electron, le framework pour le développement d'applications de bureau multiplateformes

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de weed
Membre chevronné https://www.developpez.com
Le 19/05/2020 à 19:46
Je viens de découvrir l'existence de ce framework en installant dernièrement SQLectron, un client SQL pour se connecter à une base de donnée.

Dommage qu'une fois de plus, des outils se base sur le moteur de rendu HTML de Google et non pas celui de Mozilla, pour lui donner un peu plus de poids, assurer une certaine indépendance.
Cela ne va pas aider à garder une concurence saine des moteurs de rendu à vouloir toujours et toujours à aller voir celui de Google. Dommage.
0  0 
Avatar de foxzoolm
Membre régulier https://www.developpez.com
Le 20/05/2020 à 10:06
Mozilla avait inventé quelque chose équivalant y a longtemps
xul/xulrunner

BIDE TOTAL
abandon

le bind du moteur js de mozzila est bcp plus simple que V8 (C vs C++).
mais il semble que mozilla n'est plus la volonté de se battre pour avoir un peu de lumiere sur son moteur.
toujours un peu a la ramasse question rapidité vs v8.

le bind du moteur de rendu n'est meme plus docu (pas verifier depuis des lustres)

mais mozzila c'est RUST. Qu'il se concentre sur ca...

Chromum/v8 c'est ne PAS Google... faut arreter avec ca...
c'est un projet communautaire...
0  1