[Doc FR]: last changes and complete additional review.

docs/fr/SUMMARY.md

@@ -22,7 +22,7 @@
   - [Récupération de données](advanced/data-fetching.md)
   - [Comportement du défilement](advanced/scroll-behavior.md)
   - [Chargement à la volée](advanced/lazy-loading.md)
-- Réference de l'API
+- Référence de l'API
   - [Options de construction du routeur](api/options.md)
     - [routes](api/options.md#routes)
     - [mode](api/options.md#mode)

docs/fr/advanced/data-fetching.md

@@ -2,9 +2,9 @@
 
 Parfois vous avez besoin de récupérer des données depuis le serveur lorsqu'une route est activée. Par exemple, avant de faire le rendu d'un profil utilisateur, vous avez besoin de récupérer les données de l'utilisateur depuis le serveur. Nous pouvons y parvenir de deux façons différentes :
 
-- **Récupération de donnée après la navigation** : effectue la navigation en premier, et récupère les données dans le hook entrant du cycle de vie d'un composant. Affiche un état de chargement pendant que les données sont en train d'être récupérées.
+- **Récupération de données après la navigation** : effectue la navigation en premier, et récupère les données dans le hook entrant du cycle de vie d'un composant. Affiche un état de chargement pendant que les données sont en train d'être récupérées.
 
-- **Récupération de donnée avant la navigation** : récupère les données avant la navigation dans la fonction d'interception d'entrée de la route, et effectue la navigation après que les données aient été récupérées.
+- **Récupération de données avant la navigation** : récupère les données avant la navigation dans la fonction d'interception d'entrée de la route, et effectue la navigation après que les données aient été récupérées.
 
 Techniquement, les deux choix sont valides. Cela dépend de l'expérience utilisateur que vous souhaitez apporter.
 
@@ -71,7 +71,7 @@ export default {
 
 ## Récupération de données avant la navigation
 
-Avec cette approche, nous récupérerons les données avant de naviguer vers la nouvelle route. Nous pouvons effectuer la récupération de données dans la fonction d'interception `beforeRouteEnter` du composant à venir, et seulement appeler `next` lorsque la récupération est terminée :
+Avec cette approche, nous récupèrerons les données avant de naviguer vers la nouvelle route. Nous pouvons effectuer la récupération de données dans la fonction d'interception `beforeRouteEnter` du composant à venir, et seulement appeler `next` lorsque la récupération est terminée :
 
 ``` js
 export default {

docs/fr/advanced/lazy-loading.md

@@ -16,9 +16,9 @@ Deuxièmement, avec webpack 2, nous pouvons utiliser la syntaxe d'[import dynami
 import('./Foo.vue') // returns a Promise
 ```
 
-> Note: if you are using Babel, you will need to add the [syntax-dynamic-import](http://babeljs.io/docs/plugins/syntax-dynamic-import/) plugin so that Babel can properly parse the syntax.
+> Note: si vous utilisez Babel, vous aurez besoin d'ajouter le plugin [syntax-dynamic-import](http://babeljs.io/docs/plugins/syntax-dynamic-import/) de façon à ce que Babel puisse analyser correctement la syntaxe.
 
-Combining the two, this is how to define an async component that will be automatically code-split by webpack:
+En combinant les deux, on définit un composant asynchrone qui sera automatiquement scindé par webpack :
 
 ``` js
 const Foo = () => import('./Foo.vue')

docs/fr/advanced/meta.md

@@ -27,7 +27,7 @@ Tout d'abord, chaque objet route dans la configuration de `routes` est appelé u
 
 Par exemple, avec la configuration de route ci-dessous, l'URL `/foo/bar` va concorder avec le registre parent et le registre enfant.
 
-Tous les registres concordant avec une route sont exposés dans l'objet `$route` (ainsi que les objets de route dans les sécurisations de navigation) dans le tableau `$route.matched`. Donc, nous devons itérer à travers `$route.matched` pour vérifier les champs meta dans les registres de route.
+Tous les registres concordants avec une route sont exposés dans l'objet `$route` (ainsi que les objets de route dans les sécurisations de navigation) dans le tableau `$route.matched`. Donc, nous devons itérer à travers `$route.matched` pour vérifier les champs meta dans les registres de route.
 
 Un exemple concret est la vérification d'un champ meta dans une interception de navigation globale :
 

docs/fr/advanced/navigation-guards.md

@@ -16,7 +16,7 @@ router.beforeEach((to, from, next) => {
 })
 ```
 
-Les interceptions d'entrées globales sont appelées lors de l'ordre de création, chaque fois qu'une navigation est déclenchée. Les interceptions peuvent être résolues de manière asynchrone, et la navigation est considérée comme **en attente** avant que tous les hooks ne soient résolues.
+Les interceptions d'entrées globales sont appelées lors de l'ordre de création, chaque fois qu'une navigation est déclenchée. Les interceptions peuvent être résolues de manière asynchrone, et la navigation est considérée comme **en attente** avant que tous les hooks ne soient résolus.
 
 Chaque fonction d'interception reçoit trois arguments :
 
@@ -26,7 +26,7 @@ Chaque fonction d'interception reçoit trois arguments :
 
 - **`next: Function`**: cette fonction doit être appelée pour **résoudre** le hook. L'action dépend des arguments fournis à `next`:
 
-  - **`next()`**: se déplacer jusqu'au prochain hook du workflow. S'il ne reste aucun hooks, la navigation est **confirmée**.
+  - **`next()`**: se déplacer jusqu'au prochain hook du workflow. S'il ne reste aucun hook, la navigation est **confirmée**.
 
   - **`next(false)`**: annuler la navigation courante. Si l'URL du navigateur avait changé (manuellement par l'utilisateur ou via le bouton retour du navigateur), il sera remis à sa valeur de route de `from`.
 
@@ -40,7 +40,7 @@ Chaque fonction d'interception reçoit trois arguments :
 
 > Nouveau dans la 2.5.0
 
-Dans la 2.5.0+ vous pouvez abonner une interception globale avec `router.beforeResolve`. Ceci est similaire a `router.beforeEach`, mais la différence est qu'elle sera appelée juste après que la navigation soit confirmée, **après que toutes les interceptions par composants et les composants de route asynchrone ai été résolus**.
+Dans la 2.5.0+ vous pouvez abonner une interception globale avec `router.beforeResolve`. Ceci est similaire a `router.beforeEach`, mais la différence est qu'elle sera appelée juste après que la navigation soit confirmée, **après que toutes les interceptions par composants et les composants de route asynchrone ait été résolu**.
 
 ### Hooks de sortie globaux
 
@@ -54,7 +54,7 @@ router.afterEach((to, from) => {
 
 ### Interception par route
 
-Vous pouvez définir la interception `beforeEnter` directement sur l'objet de configuration d'une route :
+Vous pouvez définir l'interception `beforeEnter` directement sur l'objet de configuration d'une route :
 
 ``` js
 const router = new VueRouter({
@@ -93,7 +93,7 @@ const Foo = {
     // mais que ce composant est utilisé de nouveau dans la nouvelle route.
     // Par exemple, pour une route avec le paramètre dynamique `/foo/:id`, quand nous
     // naviguons entre `/foo/1` et `/foo/2`, la même instance du composant `Foo`
-    // va être ré-utilisée, et ce hook va être appelé quand cela arrivera.
+    // va être réutilisée, et ce hook va être appelé quand cela arrivera.
     // ce hook a accès à l'instance de ce composant via `this`.
   },
   beforeRouteLeave (to, from, next) {
@@ -104,7 +104,7 @@ const Foo = {
 }
 ```
 
-L'interception `beforeRouteEnter` **n'**a **PAS** accès à `this`, car l'interception est appelée avant que la navigation soit confirmée, et le nouveau composant entrant n'a même pas encore été crée.
+L'interception `beforeRouteEnter` **n'**a **PAS** accès à `this`, car l'interception est appelée avant que la navigation soit confirmée, et le nouveau composant entrant n'a même pas encore été créé.
 
 Cependant, vous pouvez accéder à l'instance en passant dans la fonction de rappel `next`. Cette fonction de rappel va être appelée quand la navigation sera confirmée, et l'instance du composant sera passée à la fonction de rappel en tant qu'argument :
 
@@ -116,19 +116,19 @@ beforeRouteEnter (to, from, next) {
 }
 ```
 
-Vous pouvez directement accéder à `this` à l'intérieur de `beforeRouteLeave`. L'interception de sortie est utilisée pour empêcher l'utilisateur de quitter la route par accident alors qu'il n'a pas sauver ses modifications. La navigation peut être annulée en appelant `next(false)`.
+Vous pouvez directement accéder à `this` à l'intérieur de `beforeRouteLeave`. L'interception de sortie est utilisée pour empêcher l'utilisateur de quitter la route par accident alors qu'il n'a pas sauvé ses modifications. La navigation peut être annulée en appelant `next(false)`.
 
 ### Le flux de résolution de navigation complet
 
 1. La navigation est demandée.
-2. Appel de la interception de sortie des composants désactivés (ceux que l'on va quitter).
+2. Appel de l'interception de sortie des composants désactivés (ceux que l'on va quitter).
 3. Appel des interceptions globales `beforeEach`.
-4. Appel des interceptions `beforeRouteUpdate` pour les composants ré-utilisés (2.2+).
+4. Appel des interceptions `beforeRouteUpdate` pour les composants réutilisés (2.2+).
 5. Appel de `beforeEnter` dans la configuration de route.
 6. Résolution des composants de route asynchrones.
 7. Appel de `beforeRouteEnter` dans les composants activés (ceux où l'on va arriver).
 8. Appel des interceptions `beforeResolve` (2.5+).
 9. Confirmation de la navigation.
 10. Appel des hooks globaux `afterEach`.
-11. Modification du DOM demandées.
+11. Modification du DOM demandée.
 12. Appel des fonctions de rappel passées à `next` dans l'interception `beforeRouteEnter` avec l'instance instanciée.

docs/fr/advanced/scroll-behavior.md

@@ -34,7 +34,7 @@ scrollBehavior (to, from, savedPosition) {
 
 Cela permettra de défiler au haut de page à chaque navigation à travers les routes.
 
-Retourner l'objet `savedPosition` résultera en un comportement quasi-natif en naviguant avec les boutons précédents/suivants :
+Retourner l'objet `savedPosition` résultera en un comportement quasi natif en naviguant avec les boutons précédents/suivants :
 
 ``` js
 scrollBehavior (to, from, savedPosition) {

docs/fr/advanced/transitions.md

@@ -12,7 +12,7 @@ Vu que `<router-view>` est essentiellement un composant dynamique, on peut lui a
 
 ### Transition par route
 
-L'utilisation au dessus applique la même transition pour chaque route. Si vous voulez que les composants de route aient des transitions différentes, vous pouvez utiliser à la place `<transition>` avec des noms différents à l'intérieur de chaque composant de route :
+L'utilisation du dessus applique la même transition pour chaque route. Si vous voulez que les composants de route aient des transitions différentes, vous pouvez utiliser à la place `<transition>` avec des noms différents à l'intérieur de chaque composant de route :
 
 ``` js
 const Foo = {

docs/fr/api/options.md

@@ -65,7 +65,7 @@
 
 - default : `"router-link-exact-active"`
 
-  Configure de manière globale la classe active par défaut de `<router-link>` lors d'une correspondance exact. Voir aussi [router-link](router-link.md).
+  Configure de manière globale la classe active par défaut de `<router-link>` lors d'une correspondance exacte. Voir aussi [router-link](router-link.md).
 
 ### scrollBehavior
 
@@ -89,7 +89,7 @@
 
 - type : `Function`
 
-  Permet de spécifier des fonctions personnalisées pour formater en objet ou en chaîne de caractères la requête. Surcharge les fonctions par défaut.
+  Permettent de spécifier des fonctions personnalisées pour formater en objet ou en chaîne de caractères la requête. Surcharge les fonctions par défaut.
 
 ### fallback
 
@@ -99,4 +99,4 @@
 
   Contrôle comment le routeur devrait passer en mode `hash` quand le navigateur ne supporte pas `history.pushState`. Par défaut à `true`.
 
-  Passer cette valeur à `false` va essentiellement faire que la navigation via `router-link` va réclamer un rechargement de page dans IE9. Ceci est utile quand l'application est rendu côté serveur et à besoin de fonctionner dans IE9, car le mode hash ne fonctionne pas avec du SSR.
+  Passer cette valeur à `false` va essentiellement faire que la navigation via `router-link` va réclamer un rechargement de page dans IE9. Ceci est utile quand l'application est rendue côté serveur et à besoin de fonctionner dans IE9, car le mode hash ne fonctionne pas avec du SSR.

docs/fr/api/route-object.md

@@ -36,7 +36,7 @@ L'objet `Route` peut être trouvé à plusieurs endroits :
 
   - type : `string`
 
-    Une chaîne de caractères représentant le chemin de la route en cours, toujours résolue en tant que chemin absolu, ex : `"/foo/bar"`.
+    Une chaine de caractères représentant le chemin de la route en cours, toujours résolue en tant que chemin absolu, ex : `"/foo/bar"`.
 
 - **$route.params**
 
@@ -48,13 +48,13 @@ L'objet `Route` peut être trouvé à plusieurs endroits :
 
   - type : `Object`
 
-    Un objet qui contient des pairs clé/valeur de la requête au format d'une chaîne de caractères. Par exemple, pour un chemin `/foo?user=1`, on aura `$route.query.user == 1`. S'il n'y a pas de requête, alors la valeur sera un objet vide.
+    Un objet qui contient des pairs clé/valeur de la requête au format d'une chaine de caractères. Par exemple, pour un chemin `/foo?user=1`, on aura `$route.query.user == 1`. S'il n'y a pas de requête, alors la valeur sera un objet vide.
 
 - **$route.hash**
 
   - type : `string`
 
-    Le hash de la route courante (avec le `#`), s'il y en a un. S'il n'y a pas de hash, alors la valeur sera une chaîne de caractères vide.
+    Le hash de la route courante (avec le `#`), s'il y en a un. S'il n'y a pas de hash, alors la valeur sera une chaine de caractères vide.
 
 - **$route.fullPath**
 

docs/fr/api/router-instance.md

@@ -40,7 +40,7 @@
 
 - **router.getMatchedComponents(location?)**
 
-  Retourne un tableau de composants (définition/constructeur et non les instances) correspondant à la `location` passée en paramètre, ou alors de la route actuelle. Cette fonction est principalement utilisée pendant le rendu côté serveur afin d'effectuer une pré-récupération des données.
+  Retourne un tableau de composants (définition/constructeur et non les instances) correspondant à la `location` passée en paramètre, ou alors de la route actuelle. Cette fonction est principalement utilisée pendant le rendu côté serveur afin d'effectuer une prérécupération des données.
 
 - **router.resolve(location, current?, append?)**
 
@@ -73,7 +73,7 @@
 
   C'est utile pendant un rendu côté serveur pour assurer une sortie consistance sur le serveur et le client.
 
-  Le deuxième argument `errorCallback` est uniquement supporté à partir de la version 2.4. Il sera appelé lorsque la résolution de la route initiale résultera en une erreur (ex : la résolution d'un composant asynchrone qui a échouée).
+  Le deuxième argument `errorCallback` est uniquement supporté à partir de la version 2.4. Il sera appelé lorsque la résolution de la route initiale résultera en une erreur (ex. : la résolution d'un composant asynchrone qui a échoué).
 
 - **router.onError(callback)**
 
@@ -83,6 +83,6 @@
 
   - L'erreur est lancée de manière synchrone à l'intérieur d'une fonction d'interception de route ;
 
-  - L'erreur est capturée et traitée de manière asynchrone en appelant `next(err)` à l'intérieur d'une fonction de d'interception de route ;
+  - L'erreur est capturée et traitée de manière asynchrone en appelant `next(err)` à l'intérieur d'une fonction d'interception de route ;
 
   - Une erreur est survenue pendant la résolution d'un composant asynchrone qui est requis pour faire le rendu d'une route.