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 `