Traduction fr #1

LiquidITGuy · 2025-03-03T21:12:27Z

No description provided.

docs/.vitepress/config.ts

docs/guide/index.md

.github/CONTRIBUTING.md

README.md

sbenard · 2025-04-24T21:05:25Z

docs/.vitepress/config.ts

            },
            {
-              text: 'Building for Production',
+              text: 'Construction pour la production',


Est il mieux de garder build|building ou utiliser construction ?

tu as une préférence ?
je crois qu'il faut qu'on initie un lexique aussi comme tu as proposé

docs/.vitepress/config.ts

docs/_data/team.js

docs/releases.md

sbenard · 2025-04-27T13:39:23Z

docs/releases.md

+### Versions de Node.js non LTS

-Non-LTS Node.js versions (odd-numbered) are not tested as part of Vite's CI, but they should still work before their [EOL](https://endoflife.date/nodejs).
+Les versions de Node.js non LTS (les numéros impairs) ne sont pas testées comme partie de Vite's CI, mais elles devraient encore fonctionner avant leur [fin de vie](https://endoflife.date/nodejs).


ne sont pas testées comme faisant partie de plutot que ne sont pas testées comme partie de

docs/releases.md

sbenard

Review partiel de partie contributiong

CONTRIBUTING.md

sbenard · 2025-04-27T16:44:13Z

CONTRIBUTING.md

+### Environnement de test et helpers

-Inside playground tests, you can import the `page` object from `~utils`, which is a Playwright [`Page`](https://playwright.dev/docs/api/class-page) instance that has already navigated to the served page of the current playground. So, writing a test is as simple as:
+Dans les tests sous`playground/`, vous pouvez importer l’objet `page`depuis`~utils`, qui est une instance de [`Page`](https://playwright.dev/docs/api/class-page)de Playwright qui a déjà navigué vers la page servie du playground actuel. Donc, écrire un test est aussi simple que :


Question Mettre sousplayground/ semble change le sens de la phrase

Dans les tests au sein de playground/ peut être ?
qu'en penses tu ?

Je ne suis pas certain du sens exact. Playground est il un répertoire ? Auquel cas c'est utile de rajouter le "/" pour indiquer ce point.

Cependant ce n'était pas mis dans la version original, tel que je lis le texte en anglais j'ai plutôt l'impression qu'il s'agit de "test dans un environnement sandboxé" (ou qqchose du genre).

Close the variable `locales`

sbenard · 2025-04-27T17:53:27Z

CONTRIBUTING.md

+### Étendre le jeu de tests

-To add new tests, you should find a related playground to the fix or feature (or create a new one). As an example, static assets loading is tested in the [assets playground](https://github.com/vitejs/vite/tree/main/playground/assets). In this Vite app, there is a test for `?raw` imports with [a section defined in the `index.html` for it](https://github.com/vitejs/vite/blob/main/playground/assets/index.html#L121):
+Pour ajouter de nouveaux tests, vous devriez trouver un playground lié à la correction ou à la fonctionnalité (ou en créer un nouveau). Par exemple, le chargement des assets statiques est testé dans le [playground des assets](https://github.com/vitejs/vite/tree/main/playground/assets). Dans cette application Vite, il y a un test pour `?raw`imports avec [une section définie dans le `index.html`pour cela](https://github.com/vitejs/vite/blob/main/playground/assets/index.html#L121) :


Cette section n'est pas clair pour moi :(

A mon avis il y a une erreur dans le texte d'origine, c'est "?raw imports" qui devrais être entre guillemets

on tente ça mais je ne resolve pas le commentaire :)

CONTRIBUTING.md

sbenard

Review de la doc vite 2 et vite 3

sbenard · 2025-05-18T11:07:41Z

docs/blog/announcing-vite2.md

+Aujourd'hui, nous sommes heureux d'annoncer la sortie officielle de Vite 2.0 !

-Vite (French word for "fast", pronounced `/vit/`) is a new kind of build tool for frontend web development. Think a pre-configured dev server + bundler combo, but leaner and faster. It leverages browser's [native ES modules](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules) support and tools written in compile-to-native languages like [esbuild](https://esbuild.github.io/) to deliver a snappy and modern development experience.
+Vite (mot français pour "rapide", prononcé `/vit/`) est un nouvel outil de construction pour le développement web frontend. Pensez à un serveur de développement pré-configuré + combo de bundler, mais plus léger et plus rapide. Il exploite le support [native ES modules](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Modules) du navigateur et des outils écrits dans des langages compilés en langage natif comme [esbuild](https://esbuild.github.io/) pour offrir une expérience de développement rapide et moderne.


-"nouvel outil de constructio" => "nouveau type d'outil de construction" me semble une traduction plus adapté à new kind of build tool

"mais plus léger" => "mais en plus léger"

sbenard · 2025-05-18T11:09:48Z

docs/blog/announcing-vite2.md

+### Cœur totalement indépendant des frameworks

-The original idea of Vite started as a [hacky prototype that serves Vue single-file components over native ESM](https://github.com/vuejs/vue-dev-server). Vite 1 was a continuation of that idea with HMR implemented on top.
+L'idée originale de Vite a commencé comme un [prototype bidon qui servait les composants de fichier unique Vue sur ESM natif](https://github.com/vuejs/vue-dev-server). Vite 1 était une continuation de cette idée avec HMR implémentée par-dessus.


Plutôt

"bricolé" à la place de "bidon" ^^

"en ESM natif" à la place de "sur ESM natif"

sbenard · 2025-05-18T11:13:31Z

docs/blog/announcing-vite2.md

+L'idée originale de Vite a commencé comme un [prototype bidon qui servait les composants de fichier unique Vue sur ESM natif](https://github.com/vuejs/vue-dev-server). Vite 1 était une continuation de cette idée avec HMR implémentée par-dessus.

-Vite 2.0 takes what we learned along the way and is redesigned from scratch with a more robust internal architecture. It is now completely framework agnostic, and all framework-specific support is delegated to plugins. There are now [official templates for Vue, React, Preact, Lit Element](https://github.com/vitejs/vite/tree/main/packages/create-vite), and ongoing community efforts for Svelte integration.
+Vite 2.0 prend ce que nous avons appris le long du chemin et est redéfini de zéro avec une architecture interne plus robuste. Il est maintenant complètement indépendant des frameworks, et tout le support des frameworks spécifiques est délégué aux plugins. Il existe maintenant des [templates officiels pour Vue, React, Preact, Lit Element](https://github.com/vitejs/vite/tree/main/packages/create-vite), et des efforts de la communauté en cours pour l'intégration de Svelte.


Avis personnel :
Je préférerais traduire "along the way" par "en cours de route", plutôt que "le long du chemin".
"framework agnostique" plutôt que "indépendant des frameworks"

sbenard · 2025-05-18T11:19:03Z

docs/blog/announcing-vite2.md

 ### esbuild Powered Dep Pre-Bundling

-Since Vite is a native ESM dev server, it pre-bundles dependencies to reduce the number browser requests and handle CommonJS to ESM conversion. Previously Vite did this using Rollup, and in 2.0 it now uses `esbuild` which results in 10-100x faster dependency pre-bundling. As a reference, cold-booting a test app with heavy dependencies like React Material UI previously took 28 seconds on an M1-powered MacBook Pro and now takes ~1.5 seconds. Expect similar improvements if you are switching from a traditional bundler based setup.
+Vite est un serveur de développement ESM natif, il pré-bundle donc les dépendances pour réduire le nombre de requêtes de navigateur et gérer la conversion de CommonJS en ESM. Précédemment, Vite faisait cela en utilisant Rollup, et dans 2.0, il utilise maintenant `esbuild` qui donne un gain de vitesse de10-100x pour le pré-bundle des dépendances. En guise de référence, le démarrage froid d'une application de test avec des dépendances lourdes comme React Material UI prendait 28 secondes sur un MacBook Pro M1 et maintenant prend environ 1.5 secondes. Vous pouvez vous attendre à des améliorations similaires si vous changez d'un environnement de build basé sur un bundler traditionnel.


"de10-100x" => "de 10 à 100x"

"prendait" => "Prenait"

"et maintenant prend environ" => "et prend maintenant environ"

"si vous changez d'un environnement" => "si vous passez d'un environnement"

sbenard · 2025-05-18T11:24:58Z

docs/blog/announcing-vite2.md

+Vite 2.0 embarque [un support SSR expérimental](https://fr.vite.dev/guide/ssr.html). Vite fournit des API pour charger et mettre à jour le code source ESM basé sur Node.js pendant le développement (presque comme le HMR côté serveur), et automatiquement externalise les dépendances CommonJS compatibles pour améliorer la vitesse de développement et de build SSR. Le serveur de production peut être complètement découplé de Vite, et le même montage peut être facilement adapté pour effectuer un rendu préalable / SSG.

-Vite SSR is provided as a low-level feature and we are expecting to see higher level frameworks leveraging it under the hood.
+Le support SSR est fourni comme une fonctionnalité de bas niveau et nous attendons à voir des frameworks l'utiliser en arrière-plan.


Manque "Vite" => "Le support SSR de Vite est ..."

"Vite" me semble utile dans cette phrase pour mieux distinguer Vite et les frameworks

sbenard · 2025-05-18T11:45:51Z

docs/blog/announcing-vite3.md

+  <summary><b>Cliquer pour en savoir plus</b></summary>

-In Vite 2.9, both the scanner and optimizer were run in the background. In the best scenario, where the scanner would find every dependency, no reload was needed in cold start. But if the scanner missed a dependency, a new optimization phase and then a reload were needed. Vite was able to avoid some of these reloads in v2.9, as we detected if the new optimized chunks were compatible with the ones the browser had. But if there was a common dep, the sub-chunks could change and a reload was required to avoid duplicated state. In Vite 3, the optimized deps aren't handed to the browser until the crawling of static imports is done. A quick optimization phase is issued if there is a missing dep (for example, injected by a plugin), and only then, the bundled deps are sent. So, a page reload is no longer needed for these cases.
+Dans Vite 2.9, les deux scanners et optimisateurs étaient exécutés en arrière-plan. Dans le meilleur scénario, où le scanner trouverait chaque dépendance, aucun rechargement n'était nécessaire au démarrage froid. Mais si le scanner manquait une dépendance, un nouvel algorithme d'optimisation et un rechargement étaient nécessaires. Vite a été en mesure d'éviter certains de ces rechargements dans v2.9, car nous avons pu détecter si les nouveaux chunks optimisés étaient compatibles avec ceux que le navigateur avait. Mais si une dépendance commune manquait, les sous-chunks pourraient changer et un rechargement serait nécessaire pour éviter un état dupliqué. Dans Vite 3, les dépendances optimisées ne sont pas envoyées au navigateur avant le balayage des imports statiques. Une phase d'optimisation rapide est émise si une dépendance manque (par exemple, injectée par un plugin), et uniquement dans ce cas, les dépendances optimisées sont envoyées. Donc, un rechargement de page n'est plus nécessaire pour ces cas.


J'ai un doute sur "Mais si une dépendance commune manquait,"

Je crois qu'il n'est pas question de "dépendance commune manquante" mais juste de "dépendance commune".

sbenard · 2025-05-18T11:52:30Z

docs/blog/announcing-vite3.md

+### Optimisation des dépendances à la construction avec esbuild (Expérimental)

-One of the main differences between dev and build time is how Vite handles dependencies. During build time, [`@rollup/plugin-commonjs`](https://github.com/rollup/plugins/tree/master/packages/commonjs) is used to allow importing CJS only dependencies (like React). When using the dev server, esbuild is used instead to pre-bundle and optimize dependencies, and an inline interop scheme is applied while transforming user code importing CJS deps. During the development of Vite 3, we introduced the changes needed to also allow the use of [esbuild to optimize dependencies during build time](https://v3.vite.dev/guide/migration.html#using-esbuild-deps-optimization-at-build-time). [`@rollup/plugin-commonjs`](https://github.com/rollup/plugins/tree/master/packages/commonjs) can then be avoided, making dev and build time work in the same way.
+Une des principales différences entre le développement et le build est la façon dont Vite gère les dépendances. Pendant la construction, [`@rollup/plugin-commonjs`](https://github.com/rollup/plugins/tree/master/packages/commonjs) est utilisé pour permettre l'importation de dépendances CJS uniquement (comme React). Lors de l'utilisation du serveur de développement, esbuild est utilisé à la place pour pré-bundler et optimiser les dépendances, et un schéma d'interopération en ligne est appliqué pendant la transformation du code utilisateur important des dépendances CJS. Pendant le développement de Vite 3, nous avons introduit les modifications nécessaires pour permettre également l'utilisation de [esbuild pour optimiser les dépendances pendant le build](https://v3.vite.dev/guide/migration.html#using-esbuild-deps-optimization-at-build-time). [`@rollup/plugin-commonjs`](https://github.com/rollup/plugins/tree/master/packages/commonjs) peut alors être évité, faisant en sorte que le développement et le build fonctionnent de la même manière.


Questionnement sur le remplacement de :
"build" => "construction"

build est déjà traduit à plusieurs endroits par "construction" et on réutilise "construction" par la suite sur cette ligne.
Ici build me semblais cohérent, mais juste après on parle de construction (et dans le titre de la section aussi). Donc autant tout remplacer par l'un ou l'autre ?

sbenard · 2025-05-18T11:56:03Z

docs/blog/announcing-vite3.md

+| Réduction   |     -30%     |     -7%      |

-In part, this reduction was possible by making some dependencies that most users weren't needing optional. First, [Terser](https://github.com/terser/terser) is no longer installed by default. This dependency was no longer needed since we already made esbuild the default minifier for both JS and CSS in Vite 2. If you use `build.minify: 'terser'`, you'll need to install it (`npm add -D terser`). We also moved [node-forge](https://github.com/digitalbazaar/forge) out of the monorepo, implementing support for automatic https certificate generation as a new plugin: [`@vitejs/plugin-basic-ssl`](https://v3.vite.dev/guide/migration.html#automatic-https-certificate-generation). Since this feature only creates untrusted certificates that are not added to the local store, it didn't justify the added size.
+En partie, cette réduction a été possible en rendant certaines dépendances optionnelles pour la plupart des utilisateurs. Premièrement, [Terser](https://github.com/terser/terser) n'est plus installé par défaut. Cette dépendance n'était plus nécessaire depuis que nous avons fait d'esbuild le minificateur par défaut pour les deux JS et CSS dans Vite 2. Si vous utilisez `build.minify: 'terser'`, vous devez l'installer (`npm add -D terser`). Nous avons également déplacé [node-forge](https://github.com/digitalbazaar/forge) hors du monorepo, en implémentant le support pour la génération automatique de certificats HTTPS en tant que nouveau plugin : [`@vitejs/plugin-basic-ssl`](https://v3.vite.dev/guide/migration.html#automatic-https-certificate-generation). Étant donné que cette fonctionnalité n'a créé que des certificats non fiables qui ne sont pas ajoutés au store local, elle n'a pas justifié la taille supplémentaire.


" les deux JS et CSS dans Vite 2" => "à la fois JS et CSS"
" n'a créé que " => "ne créé que"
" elle n'a pas justifié la taille supplémentaire." => "elle ne justifie pas ..." (possibilité de varie avec ", son ajout ne se justifie pas")

sbenard · 2025-05-18T12:02:23Z

docs/blog/announcing-vite3.md

- Vite is now published as ESM, with a CJS proxy to the ESM entry for compatibility.
- The Modern Browser Baseline now targets browsers which support the [native ES Modules](https://caniuse.com/es6-module), [native ESM dynamic import](https://caniuse.com/es6-module-dynamic-import), and [`import.meta`](https://caniuse.com/mdn-javascript_operators_import_meta) features.
- JS file extensions in SSR and library mode now use a valid extension (`js`, `mjs`, or `cjs`) for output JS entries and chunks based on their format and the package type.
+- Vite ne supporte plus Node.js 12 / 13 / 15, qui a atteint son EOL. Node.js 14.18+ / 16+ est maintenant requis.


Même commentaire que plus haut.
Faut il traduire "EOL" par "fin de vie"

sbenard · 2025-05-18T12:04:14Z

docs/blog/announcing-vite3.md

+## Remerciements

-Vite 3 is the result of the aggregate effort of members of the [Vite Team](/team) working together with ecosystem project maintainers and other collaborators to Vite core.
+Vite 3 est le résultat du travail collectif des membres du [Vite Team](/team) travaillant ensemble avec les responsables de projets de l'écosystème et d'autres collaborateurs pour le noyau de Vite.


Vite Team => "l'équipe Vite"

LiquidITGuy force-pushed the traduction-fr branch 2 times, most recently from 0ef69e1 to a670abd Compare March 6, 2025 20:23

sbenard reviewed Apr 24, 2025

View reviewed changes

docs/.vitepress/config.ts Show resolved Hide resolved

sbenard reviewed Apr 24, 2025

View reviewed changes

docs/guide/index.md Show resolved Hide resolved

sbenard reviewed Apr 24, 2025

View reviewed changes

.github/CONTRIBUTING.md Outdated Show resolved Hide resolved

.github/CONTRIBUTING.md Outdated Show resolved Hide resolved

.github/CONTRIBUTING.md Outdated Show resolved Hide resolved

.github/CONTRIBUTING.md Outdated Show resolved Hide resolved

sbenard reviewed Apr 24, 2025

View reviewed changes

sbenard force-pushed the traduction-fr branch from 526d451 to a455ef5 Compare April 27, 2025 11:02

sbenard reviewed Apr 27, 2025

View reviewed changes

docs/releases.md Outdated Show resolved Hide resolved

sbenard reviewed Apr 27, 2025

View reviewed changes

docs/releases.md Outdated Show resolved Hide resolved

sbenard reviewed Apr 27, 2025

View reviewed changes

docs/releases.md Outdated Show resolved Hide resolved

sbenard reviewed Apr 27, 2025

View reviewed changes

LiquidITGuy added 18 commits May 1, 2025 15:59

traduction du README

73629fb

traduction de la racine de docs

46c91b8

traduction du config.ts

6fd1942

traduction de teams.js

4e7c18d

traduction de contributing.md

24c0812

traduction de ssr

69bef39

traduction de l'article d'annonce de vite 2

3941915

traduction de l'article d'annonce de vite 3

da4393a

traduction de l'article d'annonce de vite 4-3

fb10664

traduction de l'article d'annonce de vite 4

2e917db

traduction de l'article d'annonce de vite 5 5-1 6

4778c8a

traduction de philosophie

201e183

traduction de hotupdate

bdfa42d

traduction de ssr-using-modulerunner

3662723

traduction de environnement-in-hook

a1cf5c9

traduction de shared-plugin

f4fafcc

traduction de per-environment-api

971d46c

traduction de changes

fcb4930

LiquidITGuy and others added 21 commits May 1, 2025 16:01

traduction de build-options

90e94d4

traduction de worker-options

dbb0085

traduction de plugins

c543752

traduction de ssr-options

01346ca

traduction de shared options

e945988

traduction de dep optimization options

31e2f6d

traduction de docs/config/index.md

62a5ee3

traduction de preview-options

09f97c0

fin de traduction de shared options.md

360e269

traduction de server-options et fin de traduction de config

b8b9f75

traduction de why

73d0e10

traduction de using-plugins

9d621ba

traduction de troubleshooting

b3b3745

traduction de contributing

5d541f9

traduction de static-deploy

01af84e

traduction de performance

ec6fad0

traduction de migration

1c44985

traduction de cli

816fbae

traduction de guide index

f41bb41

petite relecture

9b16bdd

Fix build issue on config.ts

6603153

Close the variable `locales`

sbenard force-pushed the traduction-fr branch from a455ef5 to 6603153 Compare May 1, 2025 14:01

sbenard reviewed May 11, 2025

View reviewed changes

review: prise en compte de la review

113e973

sbenard reviewed May 18, 2025

View reviewed changes

Traduction fr #1

Are you sure you want to change the base?

Traduction fr #1

Uh oh!

Conversation

LiquidITGuy commented Mar 3, 2025

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

sbenard left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

LiquidITGuy May 11, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

sbenard left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

LiquidITGuy May 11, 2025 •

edited

Loading