From 5f60c1af2c455cab07622cab4de23f8c6061182d Mon Sep 17 00:00:00 2001 From: leaanthony Date: Sat, 18 Nov 2023 00:04:17 +0000 Subject: [PATCH] docs: sync translations --- .../current/community/showcase/tinyrdm.mdx | 2 +- .../current/guides/crossplatform-build.mdx | 28 ++--- .../guides/custom-protocol-schemes.mdx | 14 +-- .../current/guides/file-association.mdx | 85 ++++++++------- .../current/guides/mac-appstore.mdx | 16 +-- .../current/guides/manual-builds.mdx | 48 ++++----- .../current/guides/migrating.mdx | 84 +++++++-------- .../current/guides/mouse-buttons.mdx | 6 +- .../current/guides/obfuscated.mdx | 20 ++-- .../current/guides/overscroll.mdx | 2 +- .../current/guides/routing.mdx | 10 +- .../current/guides/sveltekit.mdx | 100 +++++++++--------- .../current/guides/templates.mdx | 74 ++++++------- .../current/guides/troubleshooting.mdx | 2 +- .../current/guides/vscode.mdx | 14 +-- .../current/guides/windows.mdx | 30 +++--- .../current/introduction.mdx | 2 +- .../current/reference/cli.mdx | 58 +++++----- .../current/reference/options.mdx | 30 +++--- .../current/reference/project-config.mdx | 75 +++++++------ .../current/reference/runtime/screen.mdx | 10 +- .../current/reference/runtime/window.mdx | 2 +- 22 files changed, 355 insertions(+), 357 deletions(-) diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/community/showcase/tinyrdm.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/community/showcase/tinyrdm.mdx index cd9cec8b309..b145ad06992 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/community/showcase/tinyrdm.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/community/showcase/tinyrdm.mdx @@ -7,4 +7,4 @@

``` -The [Tiny RDM](https://redis.tinycraft.cc/) application is an open-source, modern lightweight Redis GUI. It has a beautful UI, intuitive Redis database management, and compatible with Windows, Mac, and Linux. It provides visual key-value data operations, supports various data decoding and viewing options, built-in console for executing commands, slow log queries and more. +L'application [Tiny RDM](https://redis.tinycraft.cc/) est une interface Redis moderne et open-source. Il possède une interface utilisateur magnifique, une gestion de base de données Redis intuitive et compatible avec Windows, Mac et Linux. Il fournit des opérations visuelles de données de clé-valeur, supporte diverses options de décodage et de visualisation des données, possède une console intégrée pour exécuter des commandes, des requêtes de log lentes et plus encore. diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/crossplatform-build.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/crossplatform-build.mdx index fd81a974d04..7482e04a540 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/crossplatform-build.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/crossplatform-build.mdx @@ -1,14 +1,14 @@ -# Crossplatform build with Github Actions +# Construction cross-plateforme avec Github Actions -To build a Wails project for all the available platforms, you need to create an application build for each operating system. One effective method to achieve this is by utilizing GitHub Actions. +Pour construire un projet Wails pour toutes les plateformes disponibles, vous devez créer un build de l'application pour chaque système d'exploitation. Une méthode efficace pour y parvenir est d'utiliser GitHub Actions. -An action that facilitates building a Wails app is available at: +Une action qui facilite la création d'une application Wails est disponible sur : https://github.com/dAppServer/wails-build-action -In case the existing action doesn't fulfill your requirements, you can select only the necessary steps from the source: +Dans le cas où l'action existante ne répond pas à vos exigences, vous ne pouvez sélectionner que les étapes nécessaires à partir de la source : https://github.com/dAppServer/wails-build-action/blob/main/action.yml -Below is a comprehensive example that demonstrates building an app upon the creation of a new Git tag and subsequently uploading it to the Actions artifacts: +Voici un exemple complet qui démontre la construction d'une application lors de la création d'une nouvelle balise Git et qui la téléversera ensuite sur les artefacts Actions : ```yaml name: Wails build @@ -16,17 +16,17 @@ name: Wails build on: push: tags: - # Match any new tag + # Matche n'importe quel nouveau tag - '*' env: - # Necessary for most environments as build failure can occur due to OOM issues + # Nécessaire pour la plupart des environnement, car des soucis de build peuvent arriver à cause de soucis de mémoire NODE_OPTIONS: "--max-old-space-size=4096" jobs: build: strategy: - # Failure in one platform build won't impact the others + # Afin d'éviter que l'échec du build d'une plateforme n'impacte les autres fail-fast: false matrix: build: @@ -57,10 +57,10 @@ jobs: go-version: '1.20' ``` -This example offers opportunities for various enhancements, including: +Cet exemple offre des opportunités pour diverses améliorations, comprenant : -- Caching dependencies -- Code signing -- Uploading to platforms like S3, Supbase, etc. -- Injecting secrets as environment variables -- Utilizing environment variables as build variables (such as version variable extracted from the current Git tag) +- Mise en cache des dépendances +- Signature de code +- Envoi vers des plateformes comme S3, Supbase, etc. +- Injection de secrets en tant que variables d'environnement +- Utiliser des variables d'environnement comme variables de compilation (telles que la variable de version extraite de la balise Git actuelle) diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/custom-protocol-schemes.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/custom-protocol-schemes.mdx index e86b651845d..61ba67a46de 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/custom-protocol-schemes.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/custom-protocol-schemes.mdx @@ -25,15 +25,15 @@ For example: } ``` -| Property | Description | -| :---------- | :------------------------------------------------------------------------------------ | -| scheme | Custom Protocol scheme. e.g. myapp | -| description | Windows-only. The description. | -| role | macOS-only. The app’s role with respect to the type. Corresponds to CFBundleTypeRole. | +| Propriété | Description | +| :----------- | :------------------------------------------------------------------------------------------ | +| scheme | Custom Protocol scheme. e.g. myapp | +| description | Windows seulement. La description. | +| role | macOS uniquement. The app’s role with respect to the type. Corresponds to CFBundleTypeRole. | -## Platform Specifics: +## Spécificités par platefome : -### macOS +### MacOS When you open custom protocol with your app, the system will launch your app and call the `OnUrlOpen` function in your Wails app. Example: diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/file-association.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/file-association.mdx index 167955b12d7..e1e7972fb2b 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/file-association.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/file-association.mdx @@ -1,15 +1,15 @@ -# File Association +# Associations de fichiers -File association feature allows you to associate specific file types with your app so that when users open those files, -your app is launched to handle them. This can be particularly useful for text editors, image viewers, or any application -that works with specific file formats. In this guide, we'll walk through the steps to implement file association in Wails app. +La fonction d'association de fichiers vous permet d'associer des types de fichiers spécifiques à votre application afin que lorsque les utilisateurs ouvrent ces fichiers, +votre application est lancée pour les gérer. Cela peut être particulièrement utile pour les éditeurs de texte, les visualisateurs d'images ou n'importe quelle application +qui fonctionne avec des formats de fichiers spécifiques. Dans ce guide, nous allons parcourir les étapes pour implémenter l'association de fichiers dans l'application Wails. -## Set Up File Association: +## Configurer l'association de fichiers : -To set up file association, you need to modify your application's wails.json file. -In "info" section add a "fileAssociations" section specifying the file types your app should be associated with. +Pour configurer l'association de fichiers, vous devez modifier le fichier wails.json de votre application. +Dans la section "info", ajoutez une section "fileAssociations" spécifiant les types de fichiers auxquels votre application doit être associée. -For example: +Par exemple : ```json { @@ -34,23 +34,23 @@ For example: } ``` -| Property | Description | -| :---------- | :------------------------------------------------------------------------------------------------------------------------------------------------- | -| ext | The extension (minus the leading period). e.g. png | -| name | The name. e.g. PNG File | -| iconName | The icon name without extension. Icons should be located in build folder. Proper icons will be generated from .png file for both macOS and Windows | -| description | Windows-only. The description. It is displayed on the `Type` column on Windows Explorer. | -| role | macOS-only. The app’s role with respect to the type. Corresponds to CFBundleTypeRole. | +| Propriété | Description | +| :----------- | :-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| ext | L'extension. ex: png | +| name | Le nom de l'extension. ex: PNG File | +| iconName | Le nom de l'icône sans extension. Les icônes doivent être situées dans le dossier de build. Des icônes appropriées seront générées à partir du fichier .png pour macOS et Windows | +| description | Windows seulement. La description. Il est affiché dans la colonne `Type` dans l'explorateur Windows. | +| role | macOS uniquement. Rôle de l'application par rapport au type. Correspond au rôle CFBundleTypeRole. | -## Platform Specifics: +## Spécificités par platefome : -### macOS +### MacOS -When you open file (or files) with your app, the system will launch your app and call the `OnFileOpen` function in your Wails app. Example: +Lorsque vous ouvrez un fichier (ou des fichiers) avec votre application, le système lancera votre application et appellera la fonction `OnFileOpen` dans votre application Wails. Exemple: ```go title="main.go" func main() { - // Create application with options + // Création d'une application avec des options err := wails.Run(&options.App{ Title: "wails-open-file", Width: 1024, @@ -75,9 +75,9 @@ func main() { ### Windows -On Windows file association is supported only with NSIS installer. During installation, the installer will create a -registry entry for your file associations. When you open file with your app, new instance of app is launched and file path is passed -as argument to your app. To handle this you should parse command line arguments in your app. Example: +L'association de fichiers dans Windows n'est prise en charge qu'avec l'installateur NSS. Pendant l'installation, l'installateur créera une entrée de registre +pour vos associations de fichiers. Lorsque vous ouvrez un fichier avec votre application, une nouvelle instance d'application est lancée et le chemin d'accès est passé à +comme argument à votre application. Pour gérer cela, vous devez analyser les arguments de la ligne de commande dans votre application. Exemple: ```go title="main.go" func main() { @@ -89,12 +89,12 @@ func main() { } ``` -You also can enable single instance lock for your app. In this case, when you open file with your app, new instance of app is not launched -and arguments are passed to already running instance. Check single instance lock guide for details. Example: +Vous pouvez également activer le verrouillage par instance unique pour votre application. Dans ce cas, lorsque vous ouvrez un fichier avec votre application, la nouvelle instance d'application n'est pas lancée +et les arguments sont passés à l'instance déjà en cours d'exécution. Consultez le guide de verrouillage de l'instance unique pour plus de détails. Exemple: ```go title="main.go" func main() { - // Create application with options + // Création d'une application avec des options err := wails.Run(&options.App{ Title: "wails-open-file", Width: 1024, @@ -116,11 +116,11 @@ func main() { ### Linux -Currently, Wails doesn't support bundling for Linux. So, you need to create file associations manually. -For example if you distribute your app as a .deb package, you can create file associations by adding required files in you bundle. -You can use [nfpm](https://nfpm.goreleaser.com/) to create .deb package for your app. +Actuellement, Wails ne prend pas en charge l'association de fichiers pour Linux. Vous devez donc créer des associations de fichiers manuellement. +Par exemple, si vous distribuez votre application en tant que package .deb, vous pouvez créer des associations de fichiers en ajoutant les fichiers requis dans votre bundle. +Vous pouvez utiliser [nfpm](https://nfpm.goreleaser.com/) pour créer un package .deb pour votre application. -1. Create a .desktop file for your app and specify file associations there. Example: +1. Créez un fichier .desktop pour votre application et spécifiez des associations de fichiers là-bas. Exemple: ```ini [Desktop Entry] @@ -133,7 +133,7 @@ Type=Application MimeType=application/x-wails;application/x-test ``` -2. Create mime types file. Example: +2. Créer un fichier de type MIME. Exemple: ```xml @@ -145,19 +145,19 @@ MimeType=application/x-wails;application/x-test ``` -3. Create icons for your file types. SVG icons are recommended. -4. Prepare postInstall/postRemove scripts for your package. Example: +3. Créez des icônes pour vos types de fichiers. Les icônes SVG sont recommandées. +4. Préparez les scripts postInstall/postRemove pour votre paquet. Exemple: ```sh -# reload mime types to register file associations +# Recharge les types MIME pour enregistrer votre association de fichiers update-mime-database /usr/share/mime -# reload desktop database to load app in list of available +# Recharge la base de données du bureau afin de rendre disponible votre application dans les choix possibles update-desktop-database /usr/share/applications -# update icons +# Mise à jour des icônes update-icon-caches /usr/share/icons/* ``` -5. Configure nfpm to use your scripts and files. Example: +5. Configurez nfpm pour utiliser vos scripts et fichiers. Exemple: ```yaml name: "wails-open-file" @@ -198,15 +198,14 @@ scripts: postremove: ./postRemove.sh ``` -6. Build your .deb package using nfpm: +6. Construisez votre paquet .deb en utilisant nfpm: ```sh nfpm pkg --packager deb --target . ``` -7. Now when your package is installed, your app will be associated with specified file types. When you open file with your app, - new instance of app is launched and file path is passed as argument to your app. - To handle this you should parse command line arguments in your app. Example: +7. Maintenant que votre paquet est installé, votre application sera associée aux types de fichiers qui ont été spécifiés. Lorsque vous ouvrez un fichier avec votre application, une nouvelle instance est lancée et le chemin du fichier est passé en argument à votre application. + Pour gérer cela, vous devez analyser les arguments de la ligne de commande dans votre application. Exemple: ```go title="main.go" func main() { @@ -218,12 +217,12 @@ func main() { } ``` -You also can enable single instance lock for your app. In this case, when you open file with your app, new instance of app is not launched -and arguments are passed to already running instance. Check single instance lock guide for details. Example: +Vous pouvez également activer le verrouillage par instance unique pour votre application. Dans ce cas, lorsque vous ouvrez un fichier avec votre application, la nouvelle instance d'application n'est pas lancée +et les arguments sont passés à l'instance déjà en cours d'exécution. Consultez le guide de verrouillage de l'instance unique pour plus de détails. Exemple: ```go title="main.go" func main() { - // Create application with options + // Création d'une application avec des options err := wails.Run(&options.App{ Title: "wails-open-file", Width: 1024, diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mac-appstore.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mac-appstore.mdx index fe040591634..f17d6dbc717 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mac-appstore.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mac-appstore.mdx @@ -21,12 +21,12 @@ Cette page donne un bref aperçu de la façon de soumettre votre application Wai 3. Remplissez votre application avec les bonnes captures d'écran, descriptions, etc. selon les besoins d'Apple 4. Créer une nouvelle version de votre application -#### Create Provisioning Profile -1. Go to the [Apple Developer Profiles](https://developer.apple.com/account/resources/profiles/list) page -2. Add a new provisioning profile for Mac App Store Distribution -3. Set the Profile Type as Mac and select the App ID for the application created above -4. Select the Mac App Distribution certificate -5. Name the Provisioning Profile embedded and download the created profile. +#### Créer un profil de provisioning +1. Allez sur la page [Profils de Développeur Apple](https://developer.apple.com/account/resources/profiles/list) +2. Ajouter un nouveau profil de provisioning pour la distribution Mac App Store +3. Définissez le type de profil comme Mac et sélectionnez l'ID d'application pour l'application créée ci-dessus +4. Sélectionnez le certificat de distribution Mac App +5. Nommez le profil de provisioning intégré et téléchargez le profil créé. ## Processus Mac App Store @@ -36,7 +36,7 @@ Les applications soumises au Mac App Store doivent tourner dans la [Sandbox](htt **Example de fichier Entitlements** -Ceci est un exemple du fichier entitlements de l'application [RiftShare](https://github.com/achhabra2/riftshare). Pour référence, veuillez mettre dans les droits requis par votre application. Reportez-vous à [ce site](https://developer.apple.com/documentation/bundleresources/entitlements) pour plus d'informations. You will need to replace the Team ID and Application Name with the ones you registered above. +Ceci est un exemple du fichier entitlements de l'application [RiftShare](https://github.com/achhabra2/riftshare). Pour référence, veuillez mettre dans les droits requis par votre application. Reportez-vous à [ce site](https://developer.apple.com/documentation/bundleresources/entitlements) pour plus d'informations. Vous devrez remplacer l'ID de l'équipe et le nom de l'application par ceux que vous avez enregistrés ci-dessus. ```xml title="entitlements.plist" @@ -61,7 +61,7 @@ Ceci est un exemple du fichier entitlements de l'application [RiftShare](https:/ ``` -**Add the Embedded Provisioning Profile** The Provisioning Profile created above needs to be added to the root of the applicaton. It needs to be named embedded.provisionprofile. +**Ajouter le profil de provisionnement incorporé** Le profil de provisioning créé ci-dessus doit être ajouté à la racine de l'application. Il doit être nommé embedded.provisionprofile. #### Construire et signer le package de l'application diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/manual-builds.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/manual-builds.mdx index 98457d19cc9..af26ac6d1fc 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/manual-builds.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/manual-builds.mdx @@ -53,43 +53,43 @@ Cette étape peut être réalisée à partir de la ligne de commande ou d'un scr ##### Windows -- If `build/windows/icon.ico` does not exist, it will create it from `build/appicon.png` using icon sizes of 256, 128, 64, 48, 32 and 16. This is done using [winicon](https://github.com/leaanthony/winicon). -- If the `build/windows/.manifest` file does not exist, it creates it from a default version. -- Compiles the application as a production build (above) -- Uses [winres](https://github.com/tc-hib/winres) to bundle the icon and manifest into a `.syso` file ready for linking. +- Si `build/windows/icon.ico` n'existe pas, il le créera à partir de `build/appicon.png` en utilisant les tailles d’icônes de 256, 128, 64, 48, 32 et 16. Ceci est fait en utilisant [winicon](https://github.com/leaanthony/winicon). +- Si le fichier `build/windows/.manifest` n'existe pas, il le crée à partir d'une version par défaut. +- Compile l'application en tant que version de production +- Utilise [winres](https://github.com/tc-hib/winres) pour regrouper l'icône et manifest dans un fichier `.syso` prêt à être lié. #### Étapes manuelles -- Create `icon.ico` using the [winicon](https://github.com/leaanthony/winicon) CLI tool (or any other tool). -- Create / Update a `.manifest` file for your application -- Use the [winres CLI](https://github.com/tc-hib/go-winres) to generate a `.syso` file. +- Créez le fichier `icon.ico` en utilisant l'outil CLI [winicon](https://github.com/leaanthony/winicon) (ou n'importe quel autre outil). +- Créez / Mettez à jour un fichier `.manifest` pour votre application +- Utilisez le CLI [winres](https://github.com/tc-hib/go-winres) pour générer un fichier `.syso`. ### Compiler l'application #### CLI Wails -- If the `-clean` flag is provided, the `build` directory is deleted and recreated -- For `wails dev`, the following default Go flags are used: `-tags dev -gcflags "all=-N -l"` -- For `wails build`, the following default Go flags are used: `-tags desktop,production -ldflags "-w -s"` - - On Windows, `-ldflags "-w -h -H windowsgui"` -- Additional tags passed to the CLI using `-tags` are added to the defaults -- Additional ldflags passed to the CLI using `-ldflags` are added to the defaults -- The `-o` flag is passed through -- The Go compiler specified by `-compiler` will be used for compilation +- Si l'option `-clean` est fourni, le répertoire `build` est supprimé et recréé +- Pour `wails dev`, les options suivantes de Go sont utilisées : `-tags dev -gcflags "all=-N -l"` +- Pour `wails build`, les options suivantes de Go sont utilisées : `-tags desktop,production -ldflags "-w -s"` + - Sous Windows, `-ldflags "-w -h -H windowsgui"` +- Des tags additionnels peuvent être ajoutées à la liste par défaut en utilisant l'option `-tags` dans le CLI +- Des ldftags additionnels peuvent être ajoutés à la liste par défaut en utilisant l'option `-ldflags` dans le CLI +- L'option `-o` est transmise +- Le compilateur Go spécifié par `-compiler` sera utilisé pour la compilation -#### Manual steps +#### Étapes manuelles -- For dev build, the minimum command would be: `go build -tags dev -gcflags "all=-N -l"` -- For production build, the minimum command would be: `go build -tags desktop,production -ldflags "-w -s -H windowsgui"` -- Ensure that you compile in the same directory as the `.syso` file +- Pour la compilation du dev, la commande minimale serait : `go build -tags dev -gcflags "all=-N -l"` +- Pour la compilation en production, la commande minimale serait : `go build -tags desktop,production -ldflags "-w -s -H windowsgui"` +- Assurez-vous que vous compilez dans le même répertoire que le fichier `.syso` -### Compress application +### Compresser l'application #### CLI Wails -- If the `-upx` flag has been given, the `upx` program will be run to compress the application with the default settings -- If `-upxflags` is also passed, these flags are used instead of the default ones +- Si l'option `-upx` est définie, le programme `upx` sera exécuté pour compresser l'application avec les paramètres par défaut +- Si l'option `-upxflags` est également passée, les options définies seront utilisées à la place des options par défaut -#### Manual steps +#### Étapes manuelles -- Run `upx [flags]` manually to compress the application. +- Exécutez manuellement `upx [flags]` pour compresser l'application. diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/migrating.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/migrating.mdx index 7123cbe6b60..3d6c8f17596 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/migrating.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/migrating.mdx @@ -1,14 +1,14 @@ -# Migrating from v1 +# Migration depuis la v1 -## Overview +## Vue d'ensemble -Wails v2 is a significant change from v1. This document aims to highlight the changes and the steps in migrating an existing project. +Les changements dans Wails v2 comparés à la v1 sont significatifs. Ce document vise à mettre en évidence les changements et les étapes à suivre pour migrer un projet existant. -### Creating the Application +### Création de l’Application -In v1, the main application is created using `wails.CreateApp`, bindings are added with `app.Bind`, then the application is run using `app.Run()`. +Dans v1, l'application principale est créée à l'aide de `wails.CreateApp`, les liaisons sont ajoutées avec `app.Bind`, et l'application est alors exécutée en utilisant `app.Run()`. -Example: +Exemple: ```go title="v1" app := wails.CreateApp(&wails.AppConfig{ @@ -23,7 +23,7 @@ Example: app.Run() ``` -In v2, there is just a single method, `wails.Run()`, that accepts [application options](../reference/options.mdx#application-options). +Dans la v2, il n'y a qu'une seule méthode, `wails.Run()`, qui en paramètre les [options de l'application](../reference/options.mdx#application-options). ```go title="v2" err := wails.Run(&options.App{ @@ -39,9 +39,9 @@ In v2, there is just a single method, `wails.Run()`, that accepts [application o }) ``` -### Binding +### Liaisons -In v1, it was possible to bind both arbitrary functions and structs. In v2, this has been simplified to only binding structs. The struct instances that were previously passed to the `Bind()` method in v1, are now specified in the `Bind` field of the [application options](../reference/options.mdx#application-options): +En v1, il était possible de lier à la fois des fonctions arbitraires et des structs. Dans la v2, cela a été simplifié pour seulement lier des structs. Les instances de struct qui étaient passées à la méthode `Bind()` dans v1, sont maintenant spécifiés dans le champ `Bind` des [options de l'application](../reference/options.mdx#application-options): ```go title="v1" app := wails.CreateApp(/* options */) @@ -57,19 +57,19 @@ In v1, it was possible to bind both arbitrary functions and structs. In v2, this }) ``` -In v1, bound methods were available to the frontend at `window.backend`. This has changed to `window.go`.`` +Dans v1, les méthodes liées étaient disponibles sur dans le frontend via `window.backend`. Cela a changé pour `window.go`.`` -### Application Lifecycle +### Cycle de vie de l'application -In v1, there were 2 special methods in a bound struct: `WailsInit()` and `WailsShutdown()`. These have been replaced with 3 lifecycle hooks as part of the [application options](../reference/options.mdx#application-options): +En v1, il y avait 2 méthodes spéciales dans un struct lié : `WailsInit()` et `WailsShutdown()`. Cela a été remplacé par trois hooks faisant partis des [options de l'application](../reference/options.mdx#application-options): - [OnStartup](../reference/options.mdx#onstartup) - [OnShutdown](../reference/options.mdx#onshutdown) - [OnDomReady](../reference/options.mdx#ondomready) -Note: [OnDomReady](../reference/options.mdx#ondomready) replaces the `wails:ready` system event in v1. +Remarque : [OnDomReady](../reference/options.mdx#ondomready) remplace l'événement système `wails:ready` de la v1. -These methods can be standard functions, but a common practice is to have them part of a struct: +Ces méthodes peuvent être des fonctions simples, mais une bonne pratique est de les lier à un struct : ```go title="v2" basic := NewBasicApp() @@ -91,9 +91,9 @@ func (b *Basic) startup(ctx context.Context) { ### Runtime -The runtime in v2 is much richer than v1 with support for menus, window manipulation and better dialogs. The signature of the methods has changed slightly - please refer the the [Runtime Reference](../reference/runtime/intro.mdx). +Le runtime de la v2 est beaucoup plus riche que dans la v1 avec le support des menus, la manipulation des fenêtres et de meilleures boites de dialogues. La signature des méthodes a légèrement changé - veuillez vous référer à la [référence du Runtime](../reference/runtime/intro.mdx). -In v1, the [runtime](../reference/runtime/intro.mdx) was available via a struct passed to `WailsInit()`. In v2, the runtime has been moved out to its own package. Each method in the runtime takes the `context.Context` that is passed to the [OnStartup](../reference/options.mdx#onstartup) method. +Dans la v1, le [runtime](../reference/runtime/intro.mdx) était disponible via un struct passé à `WailsInit()`. Dans v2, l'exécutable a été déplacé vers son propre paquet. Chaque méthode dans le runtime prend le contexte `Context` qui est passé à la méthode [OnStartup](../reference/options.mdx#onstartup). ```go title="Runtime Example" package main @@ -112,24 +112,24 @@ func (a *App) startup(ctx context.Context) { ``` -### Assets +### Ressources -The _biggest_ change in v2 is how assets are handled. +Le _plus grand_ changement dans la v2 est la façon dont les actifs sont gérés. -In v1, assets were passed via 2 application options: +En v1, les ressources sont passées via l'une des 2 options de l'application : -- `JS` - The application's JavaScript -- `CSS` - The application's CSS +- `JS` - Le JavaScript de l'application +- `CSS` - Le CSS de l'application -This meant that the responsibility of generating a single JS and CSS file was on the developer. This essentially required the use of complicated packers such as webpack. +Cela signifie que la responsabilité du développeur de générer un seul fichier JS et CSS. Cela nécessitait essentiellement l'utilisation de paquets compliqués tels que le webpack. -In v2, Wails makes no assumptions about your frontend assets, just like a webserver. All of your application assets are passed to the application options as an `embed.FS`. +En v2, Wails ne fait aucune hypothèse à propos de vos ressources en frontend, tout comme un serveur web. Toutes les ressources de votre application sont passées aux options de l'application en tant que `embed.FS`. -**This means there is no requirement to bundle your assets, encode images as Base64 or attempt the dark art of bundler configuration to use custom fonts**. +**Cela signifie qu'il n'y a pas de prérequis pour le regroupement de vos assets, l'encodage en base64 pour vos images ou tenter de configurer un regroupement de vos polices d'écriture personnalisées**. -At startup, Wails will scan the given `embed.FS` for `index.html` and use its location as the root path for all the other application assets - just like a webserver would. +Au démarrage, Wails va scanner `embed.FS` pour trouver `index.html` et utiliser son emplacement comme chemin racine pour toutes les autres ressources de l'application - comme le ferait un serveur web. -Example: An application has the following project layout. All final assets are placed in the `frontend/dist` directory: +Exemple : Une application est structurée de la manière suivante. Toutes les ressources finales sont placées dans le dossier `frontend/dist`: ```shell . @@ -144,7 +144,7 @@ Example: An application has the following project layout. All final assets are p └── wails.json ``` -Those assets may be used by the application by simply creating an `embed.FS`: +Ces ressources peuvent être utilisées par l'application en créant simplement un `embed.FS`: ```go title="Assets Example" //go:embed all:frontend/dist @@ -160,32 +160,32 @@ func main() { } ``` -Of course, bundlers can be used if you wish to. The only requirement is to pass the final application assets directory to Wails using an `embed.FS` in the `Assets` key of the [application options](../reference/options.mdx#application-options). +Bien sûr, les bundlers peuvent être utilisés si vous le souhaitez. La seule obligation est de donner à Wails le dossier contenant toutes les ressources en utilisant `embed.FS` dans le champ `Assets` des [options de l'application](../reference/options.mdx#application-options). -### Project Configuration +### Configuration du projet -In v1, the project configuration was stored in the `project.json` file in the project root. In v2, the project configuration is stored in the `wails.json` file in the project root. +Dans v1, la configuration du projet a été stockée dans le fichier `project.json` à la racine du projet. Dans la v2, la configuration du projet est stockée dans le fichier `wails.json` à la racine du projet. -The format of the file is slightly different. Here is a comparison: +Le format du fichier est légèrement différent. Voici une comparaison:

| v1 | v2 | Notes | | ------------------ | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | name | name | | -| description | | Removed | +| description | | Retiré | | author / name | author / name | | | author / email | author / email | | | version | version | | -| binaryname | outputfilename | Changed | -| frontend / dir | | Removed | -| frontend / install | frontend:install | Changed | -| frontend / build | frontend:build | Changed | -| frontend / bridge | | Removed | -| frontend / serve | | Removed | -| tags | | Removed | -| | wailsjsdir | The directory to generate wailsjs modules | -| | assetdir | The directory of the compiled frontend assets for `dev` mode. This is normally inferred and could be left empty. | -| | reloaddirs | Comma separated list of additional directories to watch for changes and to trigger reloads in `dev` mode. This is only needed for some more advanced asset configurations. | +| binaryname | outputfilename | Changé | +| frontend / dir | | Retiré | +| frontend / install | frontend:install | Changé | +| frontend / build | frontend:build | Changé | +| frontend / bridge | | Retiré | +| frontend / serve | | Retiré | +| tags | | Retiré | +| | wailsjsdir | Le dossier où les modules wailsjs seront générés | +| | assetdir | Le dossier où les ressources compilées du frontend seront stockées en mode `dev`. Cela est normalement déduit et pourrait être laissé vide. | +| | reloaddirs | Liste de répertoires supplémentaires séparés par des virgules pour surveiller les changements et déclencher des recharges en mode `dev`. Ceci n'est nécessaire que pour certaines configurations plus avancées. |

diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mouse-buttons.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mouse-buttons.mdx index 4a3de2a61b5..1f6fca1f7ab 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mouse-buttons.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/mouse-buttons.mdx @@ -1,6 +1,6 @@ -# Mouse Buttons +# Boutons de Souris -The Wails runtime intercepts mouse clicks to determine whether a frameless window needs resizing or a window needs to be moved. It has been asked how to detect when a mouse click has occurred, because `window.onclick` doesn't report the mouse buttons correctly. The following code shows how to detect mouse clicks: +Le runtime Wails intercepte les clics de souris pour déterminer si une fenêtre sans cadre a besoin d'être redimensionnée ou si une fenêtre doit être déplacée. Il a été demandé comment détecter quand un clic de souris s'est produit, parce que `window.onclick` ne signale pas correctement les boutons de la souris. Le code suivant montre comment détecter les clics de souris : ```javascript window.addEventListener("mousedown", handleMouseButtonDown); @@ -22,4 +22,4 @@ function handleMouseButtonDown(event) { } ``` -Reference: https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/button +Référence : https://developer.mozilla.org/en-US/docs/Web/API/MouseEvent/button diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/obfuscated.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/obfuscated.mdx index 21f7875e389..2688d41e48c 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/obfuscated.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/obfuscated.mdx @@ -1,32 +1,32 @@ -# Obfuscated Builds +# Constructions obfusquées -Wails includes support for obfuscating your application using [garble](https://github.com/burrowers/garble). +Wails inclut le support pour masquer votre application en utilisant [garble](https://github.com/burrowers/garble). -To produce an obfuscated build, you can use the `-obfuscate` flag with the `wails build` command: +Pour produire une version obfusquée, vous pouvez utiliser l'option `-obfuscate` avec la commande `wails build`: ```bash wails build -obfuscated ``` -To customise the obfuscation settings, you can use the `-garbleargs` flag: +Pour personnaliser les paramètres d'obfuscation, vous pouvez utiliser l'option `-garbleargs`: ```bash wails build -obfuscated -garbleargs "-literals -tiny -seed=myrandomseed" ``` -These settings may be persisted in your [project config](../reference/project-config). +Ces paramètres peuvent être maintenus dans la [configuration de votre projet](../reference/project-config). -## How it works +## Comment ça marche -In a standard build, all bound methods are available in the frontend under the `window.go` variable. When these methods are called, the corresponding backend method is called using the fully qualified function name. When using an obfuscated build, methods are bound using an ID instead of a name. The bindings generated in the `wailsjs` directory use these IDs to call the backend functions. +Dans une compilation standard, toutes les méthodes liées sont disponibles dans le frontend sous la variable `window.go` . Lorsque ces méthodes sont appelées, la méthode d'arrière-plan correspondante est appelée en utilisant le nom de la fonction. Lors de l'utilisation d'une compilation obfusquée, les méthodes sont liées en utilisant un ID au lieu d'un nom. Les liaisons générées dans le répertoire `wailsjs` utilisent ces IDs pour appeler les fonctions backend. :::note -To ensure that your application will work in obfuscated mode, you must use the generated bindings under the `wailsjs` directory in your application. +Pour vous assurer que votre application fonctionnera en mode masqué, vous devez utiliser les liaisons générées dans le répertoire `wailsjs` de votre application. ::: -## Example +## Exemple Importing the "Greet" method from the bindings like this: @@ -37,4 +37,4 @@ import { Greet } from "../../wailsjs/go/main/App"; Greet("World"); ``` -will ensure that the method will work correctly in obfuscated mode, as the bindings will be regenerated with IDs and the call mechanism updated. +Cela assurera que la méthode fonctionnera correctement en mode obfusqué, car les liaisons seront régénérées avec des identifiants et le mécanisme d'appel mis à jour. diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/overscroll.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/overscroll.mdx index 9d1d772d0fb..ad265375953 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/overscroll.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/overscroll.mdx @@ -1,6 +1,6 @@ # Overscroll -[Overscroll](https://developer.mozilla.org/en-US/docs/Web/CSS/overscroll-behavior) is the "bounce effect" you sometimes get when you scroll beyond a page's content boundaries. This is common in mobile apps. This can be disabled using CSS: +[Overscroll](https://developer.mozilla.org/en-US/docs/Web/CSS/overscroll-behavior) est l'effet de rebond que vous obtenez parfois lorsque vous faites défiler au-delà des limites de contenu d'une page. Ceci est courant dans les applications mobiles. Cette option peut être désactivée en utilisant le code CSS suivant : ```css html { diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/routing.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/routing.mdx index ce176943ea5..bde10b0ff95 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/routing.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/routing.mdx @@ -1,10 +1,10 @@ -# Routing +# Routage -Routing is a popular way to switch views in an application. This page offers some guidance around how to do that. +Le routage est un moyen populaire de changer de vue dans une application. Cette page offre quelques conseils sur la façon de le faire. ## Vue -The recommended approach for routing in Vue is [Hash Mode](https://next.router.vuejs.org/guide/essentials/history-mode.html#hash-mode): +L'approche recommandée pour le routage dans Vue est le [Mode Hash](https://next.router.vuejs.org/guide/essentials/history-mode.html#hash-mode): ```js import { createRouter, createWebHashHistory } from "vue-router"; @@ -19,7 +19,7 @@ const router = createRouter({ ## Angular -The recommended approach for routing in Angular is [HashLocationStrategy](https://codecraft.tv/courses/angular/routing/routing-strategies#_hashlocationstrategy): +L'approche recommandée pour le routage dans Angular est [HashLocationStrategy](https://codecraft.tv/courses/angular/routing/routing-strategies#_hashlocationstrategy): ```ts RouterModule.forRoot(routes, { useHash: true }); @@ -27,7 +27,7 @@ RouterModule.forRoot(routes, { useHash: true }); ## React -The recommended approach for routing in React is [HashRouter](https://reactrouter.com/en/main/router-components/hash-router): +L'approche recommandée pour le routage dans React est [HashRouter](https://reactrouter.com/en/main/router-components/hash-router): ```jsx import { HashRouter } from "react-router-dom"; diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/sveltekit.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/sveltekit.mdx index 4651c422ed1..1ffff4d92ca 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/sveltekit.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/sveltekit.mdx @@ -1,66 +1,66 @@ # SvelteKit -This guide will go into: +Ce tutoriel va vous présenter : -1. Miminal Installation Steps - The steps needed to get a minimum Wails setup working for SvelteKit. -2. Install Script - Bash script for accomplishing the Minimal Installation Steps with optional Wails branding. -3. Important Notes - Issues that can be encountered when using SvelteKit + Wails and fixes. +1. L'installation minimale - Les étapes à suivre au minimum pour avoir Wails fonctionnant avec SvelteKit. +2. Script d'installation - Script Bash pour réaliser les étapes d'installation minimale avec la marque Wails (pouvant être changée dans les options). +3. Notes importantes - Problèmes qui peuvent être rencontrés avec SvelteKit + Wails et comment les corriger. -## 1. Minimal Installation Steps +## 1. Étapes d'installation minimales -##### Install Wails for Svelte. +##### Installer Wails pour Svelte. - `wails init -n myapp -t svelte` -##### Delete the svelte frontend. +##### Supprimer le frontend svelte. -- Navigate into your newly created myapp folder. -- Delete the folder named "frontend" +- Naviguez dans votre dossier myapp nouvellement créé. +- Supprimer le dossier nommé "frontend" -##### While in the Wails project root. Use your favorite package manager and install SvelteKit as the new frontend. Follow the prompts. +##### Lorsque vous êtes dans le dossier racine du projet Wails. Utilisez votre gestionnaire de paquets préféré et installez SvelteKit comme nouveau frontend. Suivez les instructions. - `npm create svelte@latest frontend` -##### Modify wails.json. +##### Modifier wails.json. -- Add `"wailsjsdir": "./frontend/src/lib",` Do note that this is where your Go and runtime functions will appear. -- Change your package manager frontend here if not using npm. +- Ajoutez `"wailsjsdir": "./frontend/src/lib",` Notez que c'est là que vos fonctions Go et runtime apparaîtront. +- Changez le frontend de votre gestionnaire de paquets si vous n'utilisez pas npm. -##### Modify main.go. +##### Modifier main.go. -- The first comment `//go:embed all:frontend/dist` needs to be changed to `//go:embed all:frontend/build` +- Le premier commentaire `//go:embed all:frontend/dist` doit être changé en `//go:embed all:frontend/build` -##### Install/remove dependencies using your favorite package manager. +##### Installez / supprimez des dépendances en utilisant votre gestionnaire de paquets favori. -- Navigate into your "frontend" folder. +- Naviguez dans votre dossier "frontend". - `npm i` - `npm uninstall @sveltejs/adapter-auto` - `npm i -D @sveltejs/adapter-static` -##### Change adapter in svelte.config.js +##### Changer l'adaptateur dans svelte.config.js -- First line of file change `import adapter from '@sveltejs/adapter-auto';` to `import adapter from '@sveltejs/adapter-static';` +- La première ligne du fichier `import adapter from '@sveltejs/adapter-auto';` doit être changée en `import adapter from '@sveltejs/adapter-static';` -##### Put SvelteKit into SPA mode with prerendering. +##### Mettez SvelteKit en mode SPA avec la prévision. -- Create a file under myapp/frontend/src/routes/ named +layout.ts/+layout.js. -- Add two lines into the newly created file `export const prerender = true` and `export const ssr = false` +- Créez un fichier sous myapp/frontend/src/routes/ nommé +layout.ts/+layout.js. +- Ajoutez les deux lignes suivantes dans le fichier nouvellement créé : `export const prerender = true` et `export const ssr = false` -##### Test installation. +##### Tester l'installation. -- Navigate back into the Wails project root (one directory up). -- run `wails dev` -- If the application doesn't run please check through the previous steps. +- Naviguez à la racine du projet Wails +- Exécuter `wails dev` +- Si l'application ne fonctionne pas, veuillez vérifier les étapes précédentes. -## 2. Install Script +## 2. Script d'installation -##### This Bash Script does the steps listed above. Make sure to read over the script and understand what the script is doing on your computer. +##### Ce script Bash fait les étapes énumérées ci-dessus. Assurez-vous de lire le script et de comprendre ce que le script fait sur votre ordinateur. -- Create a file sveltekit-wails.sh -- Copy the below code into the new file then save it. -- Make it executable with `chmod +x sveltekit-wails.sh` -- Brand is an optional param below that adds back in the wails branding. Leave third param blank to not insert the Wails branding. -- Example usage: `./sveltekit-wails.sh pnpm newapp brand` +- Crée un fichier sveltekit-wails.sh +- Copie le code ci-dessous dans le nouveau fichier puis l'enregistre. +- Rende le script exécutable avec `chmod +x sveltekit-wails.sh` +- La marque est un paramètre optionnel qui ajoute à la marque Wails. Laissez vide le troisième paramètre pour ne pas insérer la marque Wails. +- Exemple d'utilisation : `./sveltekit-wails.sh pnpm newapp brand` ##### sveltekit-wails.sh: @@ -96,17 +96,17 @@ cd .. wails dev ``` -## 3. Important Notes +## 3. Notes importantes -##### Server files will cause build failures. +##### Les fichiers serveur provoqueront des échecs de compilation. -- \+layout.server.ts, +page.server.ts, +server.ts or any file with "server" in the name will fail to build as all routes are prerendered. +- \+layout.server.ts, +page.server.ts, +server.ts ou tout fichier avec "server" dans le nom échouera car toutes les routes sont prédéfinies. -##### The Wails runtime unloads with full page navigations! +##### Le runtime Wails se décharge avec des pages de navigation complètes ! -- Anything that causes full page navigations: `window.location.href = '//'` or Context menu reload when using wails dev. What this means is that you can end up losing the ability to call any runtime breaking the app. There are two ways to work around this. -- Use `import { goto } from '$app/navigation'` then call `goto('//')` in your +page.svelte. This will prevent a full page navigation. -- If full page navigation can't be prevented the Wails runtime can be added to all pages by adding the below into the `` of myapp/frontend/src/app.html +- Tout ce qui provoque la navigation de page complète : \`window.location.href = '//' ou le menu contextuel se recharge lorsque vous utilisez wails dev. Cela signifie que vous pouvez finir par perdre la possibilité d'appeler n'importe quel runtime cassant l'application. Il y a deux façons de contourner ce problème. +- Utilisez `import { goto } de '$app/navigation'` puis appelez `goto('//')` dans votre +page.svelte. Cela empêchera la navigation de la page complète. +- Si la navigation de la page complète ne peut pas être empêchée, le runtime Wails peut être ajouté à toutes les pages en ajoutant ce qui suit dans le `` de myapp/frontend/src/app.html ``` @@ -118,17 +118,17 @@ wails dev ``` -See https://wails.io/docs/guides/frontend for more information. +Voir https://wails.io/docs/guides/frontend pour plus d'informations. -##### Inital data can be loaded and refreshed from +page.ts/+page.js to +page.svelte. +##### Les données initiales peuvent être chargées et actualisées de +page.ts/+page.js à +page.svelte. -- \+page.ts/+page.js works well with load() https://kit.svelte.dev/docs/load#page-data -- invalidateAll() in +page.svelte will call load() from +page.ts/+page.js https://kit.svelte.dev/docs/load#rerunning-load-functions-manual-invalidation. +- \+page.ts/+page.js fonctionne bien avec la fonction load() https://kit.svelte.dev/docs/load#page-data +- invalidateAll() dans +page.svelte appellera la fonction load() de +page.ts/+page.js https://kit.svelte.dev/docs/load#rerunning-load-functions-manual-invalidation. -##### Error Handling +##### Gestion des erreurs -- Expected errors using Throw error works in +page.ts/+page.js with a +error.svelte page. https://kit.svelte.dev/docs/errors#expected-errors -- Unexpected errors will cause the application to become unusable. Only recovery option (known so far) from unexpected errors is to reload the app. To do this create a file myapp/frontend/src/hooks.client.ts then add the below code to the file. +- Les erreurs attendues en utilisant Throw fonctionne dans +page.ts/+page.js avec une page +error.svelte. https://kit.svelte.dev/docs/errors#expected-errors +- Des erreurs inattendues rendront l'application inutilisable. Seule l'option de récupération (connue jusqu'ici) des erreurs inattendues est de recharger l'application. Pour ce faire, créez un fichier myapp/frontend/src/hooks.client.ts puis ajoutez le code ci-dessous au fichier. ``` import { WindowReloadApp } from '$lib/wailsjs/runtime/runtime' @@ -137,10 +137,10 @@ export async function handleError() { } ``` -##### Using Forms and handling functions +##### Utilisation des formulaires et des fonctions de gestion -- The simplest way is to call a function from the form is the standard, bind:value your variables and prevent submission `
` -- The more advanced way is to use:enhance (progressive enhancement) which will allow for convenient access to formData, formElement, submitter. The important note is to always cancel() the form which prevents server side behavior. https://kit.svelte.dev/docs/form-actions#progressive-enhancement Example: +- Le moyen le plus simple est d'appeler une fonction du formulaire est le standard bind:value vos variables et de prévenir la soumission avec `` +- La façon la plus avancée est d'utiliser l'action use:enhance (amélioration progressive) qui permettra un accès pratique aux formData, formElement et submitter. La note importante est de toujours utiliser cancel() pour prévenir certains comportements côté serveur. https://kit.svelte.dev/docs/form-actions#progressive-enhancement Exemple: ``` { diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/templates.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/templates.mdx index 790e3107f04..281094050a6 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/templates.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/templates.mdx @@ -1,17 +1,17 @@ # Templates -Wails generates projects from pre-created templates. In v1, this was a difficult to maintain set of projects that were subject to going out of date. In v2, to empower the community, a couple of new features have been added for templates: +Wails génère des projets à partir de modèles pré-créés. Dans la v1, c'était difficile de maintenir un ensemble de projets pour qu'ils restent toujours à jour. Dans v2, pour augmenter l'impact de la communauté sur le projet, quelques nouvelles fonctionnalités ont été ajoutées pour les modèles : -- Ability to generate projects from [Remote Templates](../reference/cli.mdx#remote-templates) -- Tooling to help create your own templates +- Possibilité de générer des projets à partir de [Modèles à distance](../reference/cli.mdx#remote-templates) +- Outils pour aider à créer vos propres modèles -## Creating Templates +## Création de modèles -To create a template, you can use the `wails generate template` command. To generate a default template, run: +Pour créer un modèle, vous pouvez utiliser la commande `wails generate template`. Pour générer un modèle par défaut, exécutez : `wails generate template -name mytemplate` -This creates the directory "mytemplate" with default files: +Cela crée le répertoire "mytemplate" avec les fichiers par défaut : ```shell title=mytemplate/ . @@ -35,31 +35,31 @@ This creates the directory "mytemplate" with default files: `-- wails.tmpl.json ``` -### Template Overview +### Vue d'ensemble du modèle -The default template consists of the following files and directories: +Le modèle par défaut consiste en l'ensemble des fichiers et répertoires suivants : -| Filename / Dir | Description | -| --------------- | -------------------------------------------- | -| NEXTSTEPS.md | Instructions on how to complete the template | -| README.md | The README published with the template | -| app.tmpl.go | `app.go` template file | -| frontend/ | The directory containing frontend assets | -| go.mod.tmpl | `go.mod` template file | -| main.tmpl.go | `main.go` template file | -| template.json | The template metadata | -| wails.tmpl.json | `wails.json` template file | +| Nom du fichier / dossier | Description | +| ------------------------ | ------------------------------------------------ | +| NEXTSTEPS.md | Instructions sur la façon de compléter le modèle | +| README.md | Le README publié avec le modèle | +| app.tmpl.go | Fichier modèle `app.go` | +| frontend/ | Le répertoire contenant les assets du frontend | +| go.mod.tmpl | Fichier modèle `go.mod` | +| main.tmpl.go | Fichier modèle `main.go` | +| template.json | Template des metadonnées du projet | +| wails.tmpl.json | Fichier modèle `wails.json` | -At this point it is advisable to follow the steps in `NEXTSTEPS.md`. +À ce stade, il est conseillé de suivre les étapes dans `NEXTSTEPS.md`. -## Creating a Template from an Existing Project +## Créer un modèle à partir d'un projet existant -It's possible to create a template from an existing frontend project by passing the path to the project when generating the template. We will now walk through how to create a Vue 3 template: +Il est possible de créer un modèle à partir d'un projet frontend déjà existant, en passant le chemin du projet lors de la génération du template. Nous allons maintenant parcourir comment créer un modèle Vue 3 : -- Install the vue cli: `npm install -g @vue/cli` -- Create the default project: `vue create vue3-base` - - Select `Default (Vue 3) ([Vue 3] babel, eslint)` -- After the project has been generated, run: +- Installez le CLI Vue: `npm install -g @vue/cli` +- Créer le projet par défaut : `vue create vue3-base` + - Sélectionnez `Default (Vue 3) ([Vue 3] babel, eslint)` +- Une fois le projet généré, exécutez : ```shell > wails generate template -name wails-vue3-template -frontend .\vue3-base\ @@ -71,11 +71,11 @@ Updating package-lock.json data... Renaming package-lock.json -> package-lock.tmpl.json... ``` -- The template may now be customised as specified in the `NEXTSTEPS.md` file -- Once the files are ready, it can be tested by running: `wails init -n my-vue3-project -t .\wails-vue3-template\` -- To test the new project, run: `cd my-vue3-project` then `wails build` -- Once the project has compiled, run it: `.\build\bin\my-vue3-project.exe` -- You should have a fully functioning Vue3 application: +- Le modèle peut maintenant être personnalisé comme spécifié dans le fichier `NEXTSTEPS.md` +- Une fois les fichiers prêts, il peut être testé en exécutant : `wails init -n my-vue3-project -t .\wails-vue3-template\` +- Pour tester le nouveau projet, exécutez : `cd my-vue3-project` puis `wails build` +- Une fois que le projet est compilé, exécutez-le : `.\build\bin\my-vue3-project.exe` +- Vous devriez avoir une application Vue3 pleinement fonctionnelle : ```mdx-code-block
@@ -86,12 +86,12 @@ Renaming package-lock.json -> package-lock.tmpl.json...
``` -## Publishing Templates +## Publication de modèles -Publishing a template is simply pushing the files to GitHub. The following best practice is encouraged: +Pour publier un modèle, il vous faut simplement pousser les fichiers dans GitHub. Les bonnes pratiques suivantes sont encouragées : -- Remove any unwanted files and directories (such as `.git`) from your frontend directory -- Ensure that `template.json` is complete, especially `helpurl` -- Push the files to GitHub -- Create a PR on the [Community Templates](../community/templates.mdx) page -- Announce the template on the [Template Announcement](https://github.com/wailsapp/wails/discussions/825) discussion board +- Supprimer tous les fichiers et répertoires indésirables (comme `.git`) de votre répertoire frontend +- Assurez-vous que le fichier `template.json` est complet, spécifiquement `helpurl`. +- Envoyer les fichiers vers GitHub +- Créez un PR sur la page [Community Templates](../community/templates.mdx) +- Annoncer le modèle sur le forum de discussion [Template Announcement](https://github.com/wailsapp/wails/discussions/825) diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/troubleshooting.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/troubleshooting.mdx index 1c3b6a9cc52..91007158335 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/troubleshooting.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/troubleshooting.mdx @@ -1,4 +1,4 @@ -# Troubleshooting +# Résolution de problèmes An assortment of troubleshooting tips. diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/vscode.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/vscode.mdx index ed258656d63..363cf759279 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/vscode.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/vscode.mdx @@ -1,15 +1,15 @@ # Visual Studio Code -This page is for miscellaneous tips and tricks when using Visual Studio Code with Wails. +Cette page est destinée à divers trucs et astuces lors de l'utilisation de Visual Studio Code avec Wails. -## Vetur Configuration +## Configuration Vetur -Many thanks to [@Lyimmi](https://github.com/Lyimmi) for this tip. Originally posted [here](https://github.com/wailsapp/wails/issues/1791#issuecomment-1228158349). +Un grand merci à [@Lyimmi](https://github.com/Lyimmi) pour ce conseil. A initialement posté [ici](https://github.com/wailsapp/wails/issues/1791#issuecomment-1228158349). -Vetur is a popular plugin for Visual Studio Code that provides syntax highlighting and code completion for Vue projects. When loading a Wails project in VSCode, Vetur will throw an error as it is expecting to find the frontend project in the root directory. To fix this, you can do the following: +Vetur est un plugin populaire pour Visual Studio Code qui fournit la coloration syntaxique et la complétion du code pour les projets Vue. Lors du chargement d'un projet Wails en VSCode, Vetur lancera une erreur car il attend de trouver le projet frontend dans le répertoire racine. Pour résoudre ce problème, vous pouvez faire ce qui suit : -Create a file named `vetur.config.js` in the project's root. +Créer un fichier nommé `vetur.config.js` à la racine du projet. ```javascript // vetur.config.js @@ -56,7 +56,7 @@ module.exports = { } ``` -Next, configure `frontend/tsconfig.json`: +Ensuite, configurez `frontend/tsconfig.json`: ```javascript { @@ -79,4 +79,4 @@ Next, configure `frontend/tsconfig.json`: ] } ``` -This should enable you to now use Vetur as expected. +Cela devrait vous permettre d'utiliser Vetur comme prévu. diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/windows.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/windows.mdx index 6b24979d741..e4cbe5494ee 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/windows.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/guides/windows.mdx @@ -1,12 +1,12 @@ # Windows -This page has miscellaneous guides related to developing Wails applications for Windows. +Cette page a divers guides liés au développement d'applications Wails pour Windows. -## Handling the WebView2 Runtime Dependency +## Gestion de la dépendance d'exécution WebView2 -Wails applications built for Windows have a runtime requirement on the Microsoft [WebView2 Runtime](https://developer.microsoft.com/en-us/microsoft-edge/webview2/). Windows 11 will have this installed by default, but some machines won't. Wails offers an easy approach to dealing with this dependency. +Les applications Wails construites pour Windows ont une exigence d'exécution sur le runtime Microsoft [WebView2 Runtime](https://developer.microsoft.com/en-us/microsoft-edge/webview2/). Par défaut, Windows 11 l'a d'installé mais certaines machines ne l'ont pas. Wails offre une approche facile pour gérer cette dépendance. -By using the `-webview2` flag when building, you can decide what your application will do when a suitable runtime is not detected (including if the installed runtime is too old). The four options are: +En utilisant l'option `-webview2` lors de la construction, vous pouvez décider ce que votre application fera quand un runtime approprié n'est pas détecté (y compris si le runtime installé est trop ancien). Les quatre options sont : 1. Download 2. Embed @@ -15,25 +15,25 @@ By using the `-webview2` flag when building, you can decide what your applicatio ### Download -This option will prompt the user that no suitable runtime has been found and then offer to download and run the official bootstrapper from Microsoft's WebView2 site. If the user proceeds, the official bootstrapper will be downloaded and run. +Cette option demandera à l'utilisateur qu'aucun runtime approprié n'a été trouvé et proposera ensuite de télécharger et d'exécuter le bootstrapper officiel depuis le site WebView2 de Microsoft. Si l'utilisateur continue, le bootstrapper officiel sera téléchargé et exécuté. ### Embed -This option embeds the official bootstrapper within the application. If no suitable runtime has been found, the application will offer to run the bootstrapper. This adds ~150k to the binary size. +Cette option intègre le bootstrapper officiel dans l'application. Si aucun runtime approprié n'a été trouvé, l'application proposera d'exécuter le bootstrapper. Cela ajoute ~150k à la taille du binaire. ### Navigateur -This option will prompt the user that no suitable runtime has been found and then offer to open a browser to the official WebView2 page where the bootstrapper can be downloaded and installed. The application will then exit, leaving the installation up to the user. +Cette option demandera à l'utilisateur qu'aucun runtime approprié n'a été trouvé et proposera ensuite d'ouvrir un navigateur à la page officielle WebView2 où le bootstrapper peut être téléchargé et installé. L'application quittera alors en laissant l'installation à l'utilisateur. ### Error -If no suitable runtime is found, an error is given to the user and no further action taken. +Si aucun runtime approprié n'est trouvé, une erreur sera transmise à l'utilisateur et aucune autre action ne sera prise. -## Fixed version runtime +## Version du runtime fixe -Another way of dealing with webview2 dependency is shipping it yourself. You can download [fixed version runtime](https://developer.microsoft.com/microsoft-edge/webview2/#download-section) and bundle or download it with your application. +Une autre façon de gérer la dépendance de webview2 est de l'intégrer vous-même. Vous pouvez télécharger [une version du runtime](https://developer.microsoft.com/microsoft-edge/webview2/#download-section) et l'intégrer avec votre application. -Also, you should specify path to fixed version of webview2 runtime in the `windows.Options` structure when launching wails. +En outre, vous devez spécifier le chemin vers la version corrigée de webview2 runtime dans la structure `windows.Options` lors du lancement de wails. ```go wails.Run(&options.App{ @@ -43,11 +43,11 @@ Also, you should specify path to fixed version of webview2 runtime in the `windo }) ``` -Note: When `WebviewBrowserPath` is specified, `error` strategy will be forced in case of minimal required version mismatch or invalid path to a runtime. +Note: Quand `WebviewBrowserPath` est spécifié, une ` strategy error` sera lancée si la version minimale à utiliser n'est pas requise ou si le chemin vers le runtime est incorrect. -## Spawning other programs +## Faire apparaître d'autres programmes -When spawning other programs, such as scripts, you will see the window appear on the screen. To hide the window, you can use the following code: +Lorsque vous faites apparaître d'autres programmes, comme des scripts, vous verrez apparaître la fenêtre à l'écran. Pour masquer la fenêtre, vous pouvez utiliser le code suivant : ```go cmd := exec.Command("your_script.exe") @@ -58,4 +58,4 @@ cmd.SysProcAttr = &syscall.SysProcAttr{ cmd.Start() ``` -Solution provided by [sithembiso](https://github.com/sithembiso) on the [discussions board](https://github.com/wailsapp/wails/discussions/1734#discussioncomment-3386172). +Solution fournie par [sithembiso](https://github.com/sithembiso) dans les [discussions GitHub](https://github.com/wailsapp/wails/discussions/1734#discussioncomment-3386172). diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/introduction.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/introduction.mdx index 680c0bba22a..acfed0e0472 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/introduction.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/introduction.mdx @@ -42,7 +42,7 @@ Wails est livré avec un certain nombre de modèles préconfigurés qui vous per Wails utilise une bibliothèque conçue pour gérer les éléments natifs tels que les fenêtres, menus, boîtes de dialogues, etc, pour que vous puissiez construire des applications de bureau riches en fonctionnalités. -**It does not embed a browser**, so it delivers a small runtime. Instead, it reuses the native rendering engine for the platform. Sous Windows, c'est la nouvelle bibliothèque Microsoft Webview2, construite sur Chromium. +**Il n'intègre pas un navigateur**, donc il délivre un petit runtime. Au lieu de cela, il réutilise le moteur de rendu natif pour la plate-forme. Sous Windows, c'est la nouvelle bibliothèque Microsoft Webview2, construite sur Chromium. ### Interopérabilité Go & Javascript diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/cli.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/cli.mdx index 30721c11204..0e664559c39 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/cli.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/cli.mdx @@ -49,35 +49,35 @@ Si vous n'êtes pas sûr d'un modèle, inspectez les fichiers `package.json` et `wails build` est utilisé pour compiler votre projet vers un binaire prêt à la production. -| Option | Description | Par défaut | -|:-------------------- |:------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| -clean | Nettoie le répertoire `build/bin` | | -| -compiler "compiler" | Utiliser un autre compilateur pour compiler, par exemple go1.15beta1 | go | -| -debug | Conserve les informations de débogage dans l'application et affiche la console de débogage. Permet l'utilisation des outils de développement dans la fenêtre de l'application | | -| -devtools | Allows the use of the devtools in the application window in production (when -debug is not used). Ctrl/Cmd+Shift+F12 may be used to open the devtools window. *NOTE*: This option will make your application FAIL Mac appstore guidelines. Use for debugging only. | | -| -dryrun | Affiche la commande build sans l'exécuter | | -| -f | Forcer la compilation de l'application | | -| -garbleargs | Arguments à passer à garble | `-literals -tiny -seed=random` | -| -ldflags "flags" | Options supplémentaires à passer au compilateur | | -| -m | Permet d'ignorer mod tidy avant la compilation | | -| -nopackage | Ne pas empaqueter l'application | | -| -nocolour | Désactive la couleur des logs dans le terminal | | -| -nosyncgomod | Ne pas synchroniser go.mod avec la version Wails | | -| -nsis | Génère l'installateur NSIS pour Windows | | -| -o filename | Nom du fichier de sortie | | -| -obfuscated | Cacher le code de l'application en utilisant [garble](https://github.com/burrowers/garble) | | -| -platform | Construit pour les [plates-formes](../reference/cli.mdx#platforms) données (séparées par des virgules) par exemple. `windows/arm64`. Notez que si vous ne donnez pas l'architecture, `runtime.GOARCH` est utilisé. | platform = le contenu de la variable d'environnement `GOOS` si elle existe, autrement `runtime.GOOS`.
arch = le contenu de la variable d'environnement `GOARCH` si elle existe, autrement `runtime.GOARCH`. | -| -race | Construire avec le détecteur Go race | | -| -s | Ignorer la construction du frontend | | -| -skipbindings | Ignorer la génération des liaisons | | -| -tags "extra tags" | Options de compilation à passer au compilateur Go. Doivent être entre guillemets. Séparés par un espace ou une virgule (pas les deux) | | -| -trimpath | Supprimer tous les chemins vers les fichiers système de l'exécutable final. | | -| -u | Met à jour le `go.mod de votre projet` pour utiliser la même version de Wails que le CLI | | -| -upx | Compresser le binaire final en utilisant "upx" | | -| -upxflags | Options à passer à upx | | -| -v int | Niveau de verbosité (0 - silencieux, 1 - par défaut, 2 - verbeux) | 1 | -| -webview2 | Stratégie d'installation WebView2 : download,embed,browser,error | download | -| -windowsconsole | Garder la fenêtre de la console lors de la construction d'une version pour Windows | | +| Option | Description | Par défaut | +|:-------------------- |:-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| -clean | Nettoie le répertoire `build/bin` | | +| -compiler "compiler" | Utiliser un autre compilateur pour compiler, par exemple go1.15beta1 | go | +| -debug | Conserve les informations de débogage dans l'application et affiche la console de débogage. Permet l'utilisation des outils de développement dans la fenêtre de l'application | | +| -devtools | Permet l'utilisation des devtools dans la fenêtre d'application en production (quand -debug n'est pas utilisé). Ctrl/Cmd+Maj+F12 peut être utilisé pour ouvrir la fenêtre devtools. *NOTE*: Cette option fera que votre application ne suivra plus les guidelines de l'appstore Mac. Utiliser uniquement pour le débogage. | | +| -dryrun | Affiche la commande build sans l'exécuter | | +| -f | Forcer la compilation de l'application | | +| -garbleargs | Arguments à passer à garble | `-literals -tiny -seed=random` | +| -ldflags "flags" | Options supplémentaires à passer au compilateur | | +| -m | Permet d'ignorer mod tidy avant la compilation | | +| -nopackage | Ne pas empaqueter l'application | | +| -nocolour | Désactive la couleur des logs dans le terminal | | +| -nosyncgomod | Ne pas synchroniser go.mod avec la version Wails | | +| -nsis | Génère l'installateur NSIS pour Windows | | +| -o filename | Nom du fichier de sortie | | +| -obfuscated | Cacher le code de l'application en utilisant [garble](https://github.com/burrowers/garble) | | +| -platform | Construit pour les [plates-formes](../reference/cli.mdx#platforms) données (séparées par des virgules) par exemple. `windows/arm64`. Notez que si vous ne donnez pas l'architecture, `runtime.GOARCH` est utilisé. | platform = le contenu de la variable d'environnement `GOOS` si elle existe, autrement `runtime.GOOS`.
arch = le contenu de la variable d'environnement `GOARCH` si elle existe, autrement `runtime.GOARCH`. | +| -race | Construire avec le détecteur Go race | | +| -s | Ignorer la construction du frontend | | +| -skipbindings | Ignorer la génération des liaisons | | +| -tags "extra tags" | Options de compilation à passer au compilateur Go. Doivent être entre guillemets. Séparés par un espace ou une virgule (pas les deux) | | +| -trimpath | Supprimer tous les chemins vers les fichiers système de l'exécutable final. | | +| -u | Met à jour le `go.mod de votre projet` pour utiliser la même version de Wails que le CLI | | +| -upx | Compresser le binaire final en utilisant "upx" | | +| -upxflags | Options à passer à upx | | +| -v int | Niveau de verbosité (0 - silencieux, 1 - par défaut, 2 - verbeux) | 1 | +| -webview2 | Stratégie d'installation WebView2 : download,embed,browser,error | download | +| -windowsconsole | Garder la fenêtre de la console lors de la construction d'une version pour Windows | | Pour une description détaillée des options `webview2` , veuillez vous référer au Guide de [Windows](../guides/windows.mdx). diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/options.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/options.mdx index a80e3526732..70341ca8dfa 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/options.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/options.mdx @@ -366,7 +366,7 @@ Nom: CSSDragValue
Type: `string` EnableDefaultContextMenu active le menu contextuel par défaut du navigateur en production. -By default, the browser's default context-menu is only available in development and in a `-debug` [build](../reference/cli.mdx#build) along with the devtools inspector, Using this option you can enable the default context-menu in `production` while the devtools inspector won't be available unless the `-devtools` build flag is used. +Par défaut, le menu contextuel par défaut du navigateur n'est disponible qu'en développement et dans un `-debug` ou [build](../reference/cli.mdx#build) avec l'inspecteur de devtools. En utilisant cette option, vous pouvez activer le menu contextuel par défaut en `production`, alors que l'inspecteur devtools ne sera pas disponible à moins que l'option `-devtools` ne soit utilisée. Lorsque cette option est activée, par défaut, le menu contextuel ne sera affiché que pour du texte (où Couper/Copier/Coller est nécessaire), pour remplacer ce comportement, vous pouvez utiliser la propriété CSS `--default-contextmenu` sur n'importe quel élément HTML (y compris le corps ``) avec les valeurs suivantes : @@ -595,9 +595,9 @@ Nom: WebviewGpuIsDisabled
Type: `bool` #### EnableSwipeGestures -Setting this to `true` will enable swipe gestures for the webview. +Définir à `true` activera les gestes de balayage pour la webview. -Name: EnableSwipeGestures
Type: `bool` +Nom: EnableSwipeGestures
Type: `bool` ### Mac @@ -696,13 +696,13 @@ Nom: WindowIsTranslucent
Type: `bool` #### Preferences -The Preferences struct provides the ability to configure the Webview preferences. +Preferences fournit la possibilité de configurer les préférences de la Webview. -Name: Preferences
Type: [`*mac.Preferences`](#preferences-struct) +Nom: Preferences
Type: [`*mac.Preferences`](#preferences-struct) -##### Preferences struct +##### Preferences -You can specify the webview preferences. +Vous pouvez spécifier les préférences de la webview. ```go type Preferences struct { @@ -712,11 +712,11 @@ type Preferences struct { } ``` -| Nom | Description | -| ---------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| TabFocusesLinks | A Boolean value that indicates whether pressing the tab key changes the focus to links and form controls. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/2818595-tabfocuseslinks?language=objc) | -| TextInteractionEnabled | A Boolean value that indicates whether to allow people to select or otherwise interact with text. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/3727362-textinteractionenabled?language=objc) | -| FullscreenEnabled | A Boolean value that indicates whether a web view can display content full screen. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/3917769-elementfullscreenenabled?language=objc) | +| Nom | Description | +| ---------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| TabFocusesLinks | Un booléen qui indique si la touche de tabulation change le focus vers liens et les boutons des formulaires. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/2818595-tabfocuseslinks?language=objc) | +| TextInteractionEnabled | Un booléen qui indique s'il faut permettre aux gens de sélectionner ou d'interagir autrement avec le texte. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/3727362-textinteractionenabled?language=objc) | +| FullscreenEnabled | Un booléen qui indique si le contenu peut être affiché en plein écran. [Apple Docs](https://developer.apple.com/documentation/webkit/wkpreferences/3917769-elementfullscreenenabled?language=objc) | Exemple: @@ -831,11 +831,11 @@ Nom: WebviewGpuPolicy
Type: [`options.WebviewGpuPolicy`](#webviewgpupolicy- #### ProgramName -This option is used to set the program's name for the window manager via GTK's g_set_prgname(). This name should not be localized, [see the docs](https://docs.gtk.org/glib/func.set_prgname.html). +Cette option est utilisée pour définir le nom du programme pour le gestionnaire de fenêtres via la fonction g_set_prgname(). Ce nom ne doit pas être localisé, [voir la documentation](https://docs.gtk.org/glib/func.set_prgname.html). -When a .desktop file is created this value helps with window grouping and desktop icons when the .desktop file's `Name` property differs form the executable's filename. +Quand un fichier .desktop est créé, cette valeur aide avec le groupement de fenêtres et les icônes de bureau quand la propriété `Nom` est différente du nom de fichier de l'exécutable. -Name: ProgramName
Type: string
+Nom: ProgramName
Type: string
### Debug diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/project-config.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/project-config.mdx index a5f067dd870..e8983f84706 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/project-config.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/project-config.mdx @@ -8,85 +8,84 @@ La configuration du projet se trouve dans le fichier `wails.json` du répertoire ```json5 { - // Project config version + // Version de la config du projet "version": "", - // The project name + // Nom du projet "name": "", - // Relative path to the directory containing the compiled assets, this is normally inferred and could be left empty + // Chemin relatif vers le dosier contenant les assets compilés. Normalement, cette information est déduite et ce champ peu rester vide. "assetdir": "", - // Additional directories to trigger reloads (comma separated), this is only used for some advanced asset configurations + // Liste de dossiers (séparés par des virgules) à déclancher lors de rechargements. Seulement utilisé dans des configurations avancées. "reloaddirs": "", - // The directory where the build files reside. Defaults to 'build' + // Le dossier où les fichiers construits sont stockés. Défaut : "build" "build:dir": "", - // Relative path to the frontend directory. Defaults to 'frontend' + // Chemin relatif vers le dossier contenant la partie frontend. Défaut : "frontend" "frontend:dir": "", - // The command to install node dependencies, run in the frontend directory - often `npm install` + // Commande pour installer les dépendances nodes depuis le dossier contenant la partie frontend. - Généralement `npm install` "frontend:install": "", - // The command to build the assets, run in the frontend directory - often `npm run build` + // Commande pour construire les ressources du frontend depuis le dossier contenant cette partie. - Généralement `npm run build` "frontend:build": "", - // This command has been replaced by frontend:dev:build. If frontend:dev:build is not specified will falls back to this command. \nIf this command is also not specified will falls back to frontend:build + // Commande remplacée par "frontend:dev:build". Si "frontend:dev:build" n'est pas défini, ce paramètre sera alors utilisé. Si elle n'est pas définie, "frontend:build" sera utilisé à la place. "frontend:dev": "", - // This command is the dev equivalent of frontend:build. If not specified falls back to frontend:dev + // Commande équivalente à "frontend:build". Si non définie, la valeur de "frontend:dev" sera alors utilisée. "frontend:dev:build": "", - // This command is the dev equivalent of frontend:install. If not specified falls back to frontend:install + // Commande équivalente à "frontend:install". Si non définie, la valeur de "frontend:install" sera alors utilisée. "frontend:dev:install": "", - // This command is run in a separate process on `wails dev`. Useful for 3rd party watchers or starting 3d party dev servers + // Cette commande est exécutée dans un processus séparée lorsque `wails dev` est appeelé. Utile pour lancer des outils tiers de débuggage ou des serveurs de développement tiers. "frontend:dev:watcher": "", - // URL to a 3rd party dev server to be used to serve assets, EG Vite. \nIf this is set to 'auto' then the devServerUrl will be inferred from the Vite output + // URL vers un serveur de développement tiers pouvant être utilisé pour exposer les ressources. Par exemple : Vite. Si la valeur définir est "auto", l'url sera alors déduite des logs de Vite. "frontend:dev:serverUrl": "", - // Relative path to the directory that the auto-generated JS modules will be created + // Chemin relatif vers le dossier qui contiendra les modules JS auto-générés "wailsjsdir": "", - // The name of the binary + // Nom du binaire "outputfilename": "", - // The default time the dev server waits to reload when it detects a change in assets + // Temps d'attente par défaut avant que le serveur de développement effectue un rechargement après modification d'une ressource. "debounceMS": 100, - // Address to bind the wails dev sever to. Default: localhost:34115 + // Adresse à attacher au serveur de développement de wails. Défaut: localhost:34115 "devServer": "", - // Arguments passed to the application in shell style when in dev mode + // Arguments à passer à l'application dans le shell lorsque l'application est en "mode dev" "appargs": "", - // Defines if build hooks should be run though they are defined for an OS other than the host OS. + // Définit si les hooks de build doivent être exécutés bien qu'ils soient définis pour un système d'exploitation autre que le système d'exploitation hôte. "runNonNativeBuildHooks": false, "preBuildHooks": { - // The command that will be executed before a build of the specified GOOS/GOARCH: ${platform} is replaced with the "GOOS/GOARCH". The "GOOS/GOARCH" hook is executed before the "GOOS/*" and "*/*" hook. + // La commande qui sera exécutée avant un build du GOOS/GOARCH spécifié : ${platform} est remplacée par "GOOS/GOARCH". Le hook "GOOS/GOARCH" est exécuté avant les hooks "GOOS/*" et "*/*". "GOOS/GOARCH": "", - // The command that will be executed before a build of the specified GOOS: ${platform} is replaced with the "GOOS/GOARCH". The "GOOS/*" hook is executed before the "*/*" hook. + // La commande qui sera exécutée avant une build du GOOS spécifié : ${platform} est remplacée par "GOOS/GOARCH". Le hook "GOOS/*" est exécuté avant le hook "*/*". "GOOS/*": "", - // The command that will be executed before every build: ${platform} is replaced with the "GOOS/GOARCH". + // La commande qui sera exécutée avant chaque build: ${platform} est remplacé par "GOOS/GOARCH". "*/*": "" }, "postBuildHooks": { - // The command that will be executed after a build of the specified GOOS/GOARCH: ${platform} is replaced with the "GOOS/GOARCH" and ${bin} with the path to the compiled binary. The "GOOS/GOARCH" hook is executed before the "GOOS/*" and "*/*" hook. + // La ommande qui sera exécutée après un build du GOOS/GOARCH spécifié : ${platform} est remplacé par "GOOS/GOARCH" et ${bin} par le chemin d'accès au binaire compilé. Le hook "GOOS/GOARCH" est exécuté avant les hooks "GOOS/*" et "*/*". "GOOS/GOARCH": "", - // The command that will be executed after a build of the specified GOOS: ${platform} is replaced with the "GOOS/GOARCH" and ${bin} with the path to the compiled binary. The "GOOS/*" hook is executed before the "*/*" hook. + // La commande qui sera exécutée après un build du GOOS spécifié : ${platform} est remplacé par "GOOS/GOARCH" et ${bin} par le chemin d'accès au binaire compilé. Le hook "GOOS/*" est exécuté avant le hook "*/*". "GOOS/*": "", - // The command that will be executed after every build: ${platform} is replaced with the "GOOS/GOARCH" and ${bin} with the path to the compiled binary. + // La commande qui sera exécutée après chaque build : ${platform} est remplacé par "GOOS/GOARCH" et ${bin} par le chemin d'accès au binaire compilé. "*/*": "" }, - // Data used to populate manifests and version info. + // Données utilisées pour remplir le manifest et les informations sur la version. "info": { - // The company name. Default: [The project name] + // Nom de la compagnie. Défaut: [The project name] "companyName": "", - // The product name. Default: [The project name] + // Nom du produit. Défaut: [The project name] "productName": "", - // The version of the product. Default: '1.0.0' + // Version du produit. Défaut: '1.0.0' "productVersion": "", - // The copyright of the product. Default: 'Copyright.........' + // Copyright du produit. Défaut: 'Copyright.........' "copyright": "", - // A short comment of the app. Default: 'Built using Wails (https://wails.app)' + // Court commentaire sur le produit. Défaut: 'Built using Wails (https://wails.app)' "comments": "" }, - // 'multiple': One installer per architecture. 'single': Single universal installer for all architectures being built. Default: 'multiple' + // 'multiple': Un installateur par architecture. 'single': Installateur universel unique pour toutes les architectures. Défaut: 'multiple' "nsisType": "", - // Whether the app should be obfuscated. Default: false + // Si l'application doit être masquée. Défaut: false "obfuscated": "", - // The arguments to pass to the garble command when using the obfuscated flag + // Les arguments à passer à la commande garble lors de l'utilisation de l'option de masquage "garbleargs": "" } ``` -This file is read by the Wails CLI when running `wails build` or `wails dev`. +Ce fichier est lu par le CLI Wails lorsque vous exécutez `wails build` ou `wails dev`. -The `assetdir`, `reloaddirs`, `wailsjsdir`, `debounceMS`, `devserver` and `frontenddevserverurl` flags in `wails build/dev` will update the project config -and thus become defaults for subsequent runs. +Les options `assetdir`, `reloaddirs`, `wailsjsdir`, `debounceMS`, `devserver` et `frontenddevserverurl` dans `wails build/dev` vont mettre à jour les configs du projet et deviendront les valeurs par défaut des exécutions suivantes. -The JSON Schema for this file is located [here](https://wails.io/schemas/config.v2.json). +Le Schema JSON pour ce fichier se trouve [ici](https://wails.io/schemas/config.v2.json). diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/screen.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/screen.mdx index 457c92ebff9..e90d53a9a7d 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/screen.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/screen.mdx @@ -2,18 +2,18 @@ sidebar_position: 9 --- -# Screen +# Écran -These methods provide information about the currently connected screens. +Ces méthodes fournissent des informations sur les écrans actuellement connectés. ### ScreenGetAll -Returns a list of currently connected screens. +Retourne une liste des écrans actuellement connectés. Go: `ScreenGetAll(ctx context.Context) []screen`
JS: `ScreenGetAll()` -#### Screen +#### Écran Go struct: @@ -26,7 +26,7 @@ type Screen struct { } ``` -Typescript interface: +Interface Typescript : ```ts interface Screen { diff --git a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/window.mdx b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/window.mdx index e9d915a4f9b..12f654dc6ad 100644 --- a/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/window.mdx +++ b/website/i18n/fr/docusaurus-plugin-content-docs/current/reference/runtime/window.mdx @@ -202,7 +202,7 @@ Go: `WindowSetBackgroundColour(ctx context.Context, R, G, B, A uint8)`
JS: ### WindowPrint -Opens tha native print dialog. +Ouvre la boîte de dialogue d'impression native. Go: `WindowPrint(ctx context.Context)`
JS: `WindowPrint()`