diff --git a/docs-translations/fr-FR/tutorial/electron-versioning.md b/docs-translations/fr-FR/tutorial/electron-versioning.md index 1c30cffaa4c7..bec3f01b8e0d 100644 --- a/docs-translations/fr-FR/tutorial/electron-versioning.md +++ b/docs-translations/fr-FR/tutorial/electron-versioning.md @@ -1,14 +1,14 @@ # Versionage d'Electron -Si vous êtes un développeur Node expérimenté, vous êtes sûrement au courant de `semver` - et pourrez l'utiliser pour donner à vos systèmes de gestion de dépendences seulement des lignes directrices générales plutôt que des numéros de version fixes. En raison d'une forte dépendence avec Node et +Si vous êtes un développeur Node expérimenté, vous êtes sûrement au courant de `semver` - et pourrez l'utiliser pour donner à vos systèmes de gestion de dépendances seulement des lignes directrices générales plutôt que des numéros de version fixes. En raison d'une forte dépendence avec Node et Chromium, Electron est dans une position quelque peu difficile et ne suit pas semver. Vous devez donc toujours faire référence à une version spécifique d'Electron. -Les numéros de version sont mis à jour selon les règle suivantes: +Les numéros de version sont mis à jour selon les règles suivantes: * Majeur: Pour les gros changements entrainant des ruptures dans l'API d'Electron - Si vous passez de la version `0.37.0` à `1.0.0`, vous devrez effectuer une migration de votre application. -* Mineur: Pour des changements majeurs de Chrome et des changements mineur de Node; ou des changements important d'Electron - si vous mettez à jour de `1.0.0` vers `1.1.0`, le plus gros de votre application fonctionnera, seul de petits changements seront à effectuer. +* Mineur: Pour des changements majeurs de Chrome et des changements mineurs de Node; ou des changements importants d'Electron - si vous mettez à jour de `1.0.0` vers `1.1.0`, le plus gros de votre application fonctionnera, seuls de petits changements seront à effectuer. * Patch: Pour de nouvelles fonctionalités et des résolutions de bugs - si vous passez de la version `1.0.0` à `1.0.1`, votre application continuera de s'exécuter telle quelle. -Si vous utilisez `electron` ou `electron-prebuilt`, nous vous recommandons de fixer le numéro de version (`1.1.0` instead of `^1.1.0`) pour être sûr que toutes les mises à jour d'Electron sont une opération manuelle faite par vous, le développeur. +Si vous utilisez `electron` ou `electron-prebuilt`, nous vous recommandons de fixer le numéro de version (`1.1.0` au lieu de `^1.1.0`) pour être sûr que toutes les mises à jour d'Electron sont une opération manuelle faite par vous, le développeur. diff --git a/docs-translations/fr-FR/tutorial/quick-start.md b/docs-translations/fr-FR/tutorial/quick-start.md index 33fdc5e6fdc9..4a59dbde7295 100644 --- a/docs-translations/fr-FR/tutorial/quick-start.md +++ b/docs-translations/fr-FR/tutorial/quick-start.md @@ -21,7 +21,7 @@ pages Web. Puisque Electron utilise Chromium pour afficher des pages Web, Chromium Multi-process architecture est également utilisé. Chaque page Web d'Electron -fonctionne avec son propre processus, qui est appelé __le processus de rendu.__. +fonctionne avec son propre processus, qui est appelé __le processus de rendu__. Dans les navigateurs normaux, les pages Web sont habituellement exécutées dans un environnement aux ressources indépendantes. Les utilisateurs d'électrons @@ -33,17 +33,17 @@ un système d'exploitation de niveau inférieur d'interactions. Le processus principal crée des pages Web en créant des instances `BrowserWindow`. Chaque instance `BrowserWindow` exécute la page Web dans son propre processus de rendu. Lorsqu'une occurrence `BrowserWindow` est détruite, le processus -de rendu correspondant est également terminée. +de rendu correspondant est également terminé. Le processus principal gère toutes les pages Web et leur processus rendu correspondant. Chaque processus de rendu est isolé et ne se soucie que de la page Web en cours d'exécution. Dans les pages Web, l'appel des API relatives aux GUI natives n'est pas autorisé -car la gestion des ressources natives GUI dans les pages Web sont très dangereuse, +car la gestion des ressources natives GUI dans les pages Web est très dangereuse, il est facile de perdre des ressources. Si vous souhaitez effectuer des opérations GUI dans une page Web, le Processus de la page Web doit communiquer avec le -processus principal pour lui demander d'effectur ces opérations. +processus principal pour lui demander d'effectuer ces opérations. Dans Electron, nous avons plusieurs façons de communiquer entre le processus principal et le processeurs. Comme [`ipcRenderer`] (../ api / ipc-renderer.md) et [`IpcMain`] @@ -106,7 +106,7 @@ function createWindow () { // Émis lorsque la fenêtre est fermée. win.on('closed', () => { - // Déréférencer l'objet fenêtre, habituellement vous stocker des fenêtres + // Déréférencer l'objet fenêtre, habituellement vous stockez des fenêtres // dans un tableau si votre application prend en charge plusieurs fenêtres, // c'est l'heure où vous devez supprimer l'élément correspondant. win = null diff --git a/docs-translations/fr-FR/tutorial/security.md b/docs-translations/fr-FR/tutorial/security.md index d398a07436cb..e879aab716d2 100644 --- a/docs-translations/fr-FR/tutorial/security.md +++ b/docs-translations/fr-FR/tutorial/security.md @@ -1,26 +1,26 @@ # Securité, Application Natives, et Votre Responsabilité En tant que développeurs Web, nous avons l'habitude de bénéficier d'une sécurité élevée au niveau du navigateur - les -risques associés au code que nous écrivons sont relativement faibles. Nos sites internet ont des droit limités au sein +risques associés au code que nous écrivons sont relativement faibles. Nos sites internet ont des droits limités au sein d'une sandbox, et nous faisons confiance à nos utilisateurs pour utiliser des navigateurs créés par de grosses équipes d'ingénieurs capables de réagir rapidement lorsqu'une faille de sécurité est découverte. Quand on travaille avec Electron, il est important de comprendre qu'Electron n'est pas un navigateur web. -Il vous permet de construire des applications de bureau riches de fonctionnalités au travers de technologies web familaires, -mais votre code a beaucoup plus de possibilités. Javascript peut accéder au système de fichier, au shell, et plus. +Il vous permet de construire des applications de bureau riches de fonctionnalités au travers de technologies web familières, +mais votre code a beaucoup plus de possibilités. Javascript peut accéder au système de fichiers, au shell, et plus. Cela vous permet de construire des applications natives de haute qualité, mais les problèmes de sécurité sont inhérents à toutes ces possibilités. Avec ça en tête, soyez conscient qu'afficher du contenu arbitraire depuis des sources extérieures pose un gros risque au niveau de la sécurité qu'Electron ne peut gérer. -En fait, les applications utilisant Electron les plus populaires (Atom, Slack, Visual Studio Code, ...etc) affichent principalement du contenu local (ou de confiance, il s'agit alors de contenu distant sécurisé sans intégration avec Node) - si votre application exécute du code depuis une source extérieur, il est de votre responsabilité de vous assurer que ce code n'est pas malveillant. +En fait, les applications utilisant Electron les plus populaires (Atom, Slack, Visual Studio Code, ...etc) affichent principalement du contenu local (ou de confiance, il s'agit alors de contenu distant sécurisé sans intégration avec Node) - si votre application exécute du code depuis une source extérieure, il est de votre responsabilité de vous assurer que ce code n'est pas malveillant. -## Problèmes de sécurités liés à Chromium et mises à jour +## Problèmes de sécurité liés à Chromium et mises à jour -Tandis qu'Electron essai de supporter les nouvelles versions de Chromium dès que possible, -les developpeurs doivent garder à l'esprit que le fait de mettre à jour l'application est une tâche laborieuse durant laquelle plusieurs douzaines, voir plusieurs centaines de fichiers doivent être modifiés à la main. -Selon les ressources et les contributions actuelles, Electron ne fonctionnera pas toujours avec la dernière version de Chromium, un délai de quelques jours voir quelques semaines est à prévoir. +Tandis qu'Electron essaie de supporter les nouvelles versions de Chromium dès que possible, +les developpeurs doivent garder à l'esprit que le fait de mettre à jour l'application est une tâche laborieuse durant laquelle plusieurs douzaines, voire plusieurs centaines de fichiers doivent être modifiés à la main. +Selon les ressources et les contributions actuelles, Electron ne fonctionnera pas toujours avec la dernière version de Chromium, un délai de quelques jours voire quelques semaines est à prévoir. -Nous pensons que notre système actuel de mises à jour du composant Chromium correspond à +Nous pensons que notre système actuel de mises à jour du composant Chromium correspond à un équilibre approprié entre les ressources dont nous disposons et les besoins de la majorité des applications construites autour du framework. Les Pull requests et les contributions supportant cet effort sont toujours les bienvenues. @@ -45,7 +45,7 @@ Il ne s'agit pas d'une liste exhaustive, mais au moins, pour palier aux problèm * Définir une [`Content-Security-Policy`](http://www.html5rocks.com/en/tutorials/security/content-security-policy/) , et utiliser des règles strictes (i.e. `script-src 'self'`) * [Surcharger et désactiver `eval`](https://github.com/nylas/N1/blob/0abc5d5defcdb057120d726b271933425b75b415/static/index.js#L6-L8) -, qui permet à des chaines de caractères d'être exécutées comme du code. +, qui permet à des chaînes de caractères d'être exécutées comme du code. * Ne pas assigner `allowRunningInsecureContent` à true. * Ne pas activer `experimentalFeatures` ou `experimentalCanvasFeatures` à moins d'être sûr ce que vous faites. * Ne pas utiliser `blinkFeatures` à moins d'être sûr ce que vous faites. diff --git a/docs-translations/fr-FR/tutorial/supported-platforms.md b/docs-translations/fr-FR/tutorial/supported-platforms.md index 78b666c89a75..cdf3849da6fb 100644 --- a/docs-translations/fr-FR/tutorial/supported-platforms.md +++ b/docs-translations/fr-FR/tutorial/supported-platforms.md @@ -19,7 +19,7 @@ Les binaires précompilés `ia32` (`i686`) et `x64` (`amd64`) d'Electron sont co Ubuntu 12.04, le binaire `arm` est compilé à partir d'une version ARM v7 hard-float ABI et NEON pour Debian Wheezy. -Pour que les binaires pré-compilés puissent s'exécuter sur une certaine distribution, il faut que cette distribution inclut les librairies dont Electron a besoin. C'est à dire que seulement Ubuntu 12.04 est guaranti de fonctionner, même si les plateformes suivantes sont aussi verifiées et capables d'exécuter les binaires pré-compilés d'Electron: +Pour que les binaires pré-compilés puissent s'exécuter sur une certaine distribution, il faut que cette distribution inclut les librairies dont Electron a besoin. C'est à dire que seulement Ubuntu 12.04 est garanti de fonctionner, même si les plateformes suivantes sont aussi verifiées et capables d'exécuter les binaires pré-compilés d'Electron: * Ubuntu 12.04 et suivantes * Fedora 21