Merge pull request #247 from reactjs/sync-4367566b

Sync with reactjs.org @ 4367566

content/community/conferences.md

@@ -88,6 +88,11 @@ Le 18 juillet 2020 à Medellín, Colombie.
 
 [Site web](https://reactlaconf.co/) - [Twitter](https://twitter.com/reactlaconf)
 
+### Chain React 2020 {#chain-react-2020}
+Du 29 au 30 juillet 2020 à Portland, Oregon, États-Unis.
+
+[Website](https://infinite.red/ChainReactConf) - [Twitter](https://twitter.com/ChainReactConf)
+
 ### ComponentsConf 2020 {#components20}
 
 Le 1er septembre 2020 à Melbourne, Australie

content/community/meetups.md

@@ -76,6 +76,7 @@ Vous organisez un meetup React.js dans votre ville ? Ajoutez-le ici !<br/>
 * [Canarias](https://www.meetup.com/React-Canarias/)
 
 ## États-Unis d'Amérique {#us}
+* [Ann Arbor, MI - ReactJS](https://www.meetup.com/AnnArbor-jsx/)
 * [Atlanta, GA - ReactJS](https://www.meetup.com/React-ATL/)
 * [Austin, TX - ReactJS](https://www.meetup.com/ReactJS-Austin-Meetup/)
 * [Boston, MA - ReactJS](https://www.meetup.com/ReactJS-Boston/)

content/docs/concurrent-mode-adoption.md

@@ -79,7 +79,7 @@ ReactDOM.createRoot(
 >
 > Les API du mode concurrent, telles que `createRoot`, n’existent que dans les builds expérimentaux de React.
 
-En mode concurrent, les méthodes de cycle de vie qui étaient [auparavant désignées](https://reactjs.org/blog/2018/03/27/update-on-async-rendering.html) comme « dangereuses » *(“unsafe”, NdT)* sont *effectivement* dangereuses, et peuvent entraîner des bugs encore plus souvent que dans le code React habituel. Nous vous déconseillons de tester le mode concurrent tant que votre appli n’est pas compatible avec le [mode strict](https://reactjs.org/docs/strict-mode.html).
+En mode concurrent, les méthodes de cycle de vie qui étaient [auparavant désignées](/blog/2018/03/27/update-on-async-rendering.html) comme « dangereuses » *(“unsafe”, NdT)* sont *effectivement* dangereuses, et peuvent entraîner des bugs encore plus souvent que dans le code React habituel. Nous vous déconseillons de tester le mode concurrent tant que votre appli n’est pas compatible avec le [mode strict](/docs/strict-mode.html).
 
 ## À quoi s’attendre ? {#what-to-expect}
 

content/docs/faq-versioning.md

@@ -22,7 +22,7 @@ Les versions mineures sont de loin les plus courantes.
 
 > Cette politique de versions ne s’applique pas aux pré-versions dans les canaux *Next* et *Experimental*. [En savoir plus sur les pré-versions](/docs/release-channels.html).
 
-Personne n’aime perdre en compatibilité ascendante, nous essayons donc de minimiser le nombre de versions majeures ; par exemple, React 15 est sorti en avril 2016 et React 16 en septembre 2017 ; React 17 n'est pas prévu avant 2019.
+Personne n’aime perdre en compatibilité ascendante, nous essayons donc de minimiser le nombre de versions majeures ; par exemple, React 15 est sorti en avril 2016 et React 16 en septembre 2017 ; React 17 n'est pas prévu avant 2020.
 
 Au lieu de ça, nous publions les nouvelles fonctionnalités dans des versions mineures. Celles-ci sont souvent plus intéressantes et motivantes que les majeures, malgré leur nom modeste.
 

content/docs/how-to-contribute.md

@@ -23,7 +23,7 @@ Tout travail sur React se passe directement sur [GitHub](https://github.com/face
 
 ### Gestion sémantique des versions {#semantic-versioning}
 
-React utilise une [gestion sémantique de version](https://semver.org/). Nous publions des versions de correctifs pour les corrections de bugs critiques, des versions mineures pour les nouvelles fonctionnalités et les modifications non-essentielles, et des versions majeures s'il y a rupture de la compatibilité ascendante. Quand nous introduisons de telles ruptures, nous ajoutons aussi des avertissements de dépréciation dans une version mineure afin que nos utilisateur·rice·s puissent se familiariser avec les changements à venir et migrer leur code en amont.  Vous pouvez en apprendre davantage sur notre engagement en termes de stabilité et de migration incrémentielle dans notre [politique de gestion des versions](https://reactjs.org/docs/faq-versioning.html).
+React utilise une [gestion sémantique de version](https://semver.org/). Nous publions des versions de correctifs pour les corrections de bugs critiques, des versions mineures pour les nouvelles fonctionnalités et les modifications non-essentielles, et des versions majeures s'il y a rupture de la compatibilité ascendante. Quand nous introduisons de telles ruptures, nous ajoutons aussi des avertissements de dépréciation dans une version mineure afin que nos utilisateur·rice·s puissent se familiariser avec les changements à venir et migrer leur code en amont.  Vous pouvez en apprendre davantage sur notre engagement en termes de stabilité et de migration incrémentielle dans notre [politique de gestion des versions](/docs/faq-versioning.html).
 
 Toute modification substancielle est documentée dans le [journal des modifications](https://github.com/facebook/react/blob/master/CHANGELOG.md).
 

content/docs/react-without-jsx.md

@@ -40,7 +40,7 @@ ReactDOM.render(
 
 Si vous voulez voir plus d'exemples de conversion de code JSX en JavaScript brut, vous pouvez essayer [le compilateur Babel en ligne](babel://jsx-simple-example).
 
-Le composant peut être soit une chaîne de caractères, soit une sous-classe de `React.Component`, soit une fonction simple pour les composants sans état.
+Le composant peut être soit une chaîne de caractères, soit une sous-classe de `React.Component`, soit une fonction simple.
 
 Si vous n'avez pas envie de taper `React.createElement` à chaque fois, vous pouvez à la place créer un raccourci :
 

content/docs/reference-profiler.md

@@ -6,11 +6,11 @@ category: Reference
 permalink: docs/profiler.html
 ---
 
-Le `Profiler` mesure à quelle fréquence une application React réalise son rendu, et détermine le « coût » de ces rendus.  L’objectif est de vous aider à identifier les parties d’une application qui sont lentes et pourraient bénéficier [d’optimisations telles que la mémoïsation](https://reactjs.org/docs/hooks-faq.html#how-to-memoize-calculations).
+Le `Profiler` mesure à quelle fréquence une application React réalise son rendu, et détermine le « coût » de ces rendus.  L’objectif est de vous aider à identifier les parties d’une application qui sont lentes et pourraient bénéficier [d’optimisations telles que la mémoïsation](/docs/hooks-faq.html#how-to-memoize-calculations).
 
 > Remarque
 >
-> Le profilage pénalise légèrement les performances effectives, il est donc **désactivé dans [le build de production](https://reactjs.org/docs/optimizing-performance.html#use-the-production-build)**.
+> Le profilage pénalise légèrement les performances effectives, il est donc **désactivé dans [le build de production](/docs/optimizing-performance.html#use-the-production-build)**.
 >
 > Pour activer le profilage en production, React fournit un build de production spécifique avec le profilage
 > activé.  Vous pouvez apprendre comment l’utiliser sur [fb.me/react-profiling](https://fb.me/react-profiling).

content/docs/refs-and-the-dom.md

@@ -161,7 +161,7 @@ class Parent extends React.Component {
 }
 ```
 
-Si vous voulez permettre à vos utilisateurs de passer une `ref` à votre fonction composant, vous pouvez utiliser[`forwardRef`](https://reactjs.org/docs/forwarding-refs.html) (peut-être combiné à un [`useImperativeHandle`](/docs/hooks-reference.html#useimperativehandle)), ou vous pouvez convertir votre composant pour être à base de classe.
+Si vous voulez permettre à vos utilisateurs de passer une `ref` à votre fonction composant, vous pouvez utiliser[`forwardRef`](/docs/forwarding-refs.html) (peut-être combiné à un [`useImperativeHandle`](/docs/hooks-reference.html#useimperativehandle)), ou vous pouvez convertir votre composant pour être à base de classe.
 
 Vous pouvez néanmoins **utiliser l'attribut `ref` dans une fonction composant**, tant que vous vous référez à un élément DOM ou un composant à base de classe :
 

content/docs/testing-environments.md

@@ -29,7 +29,7 @@ Une large part des tests d’interface utilisateur (UI) peuvent être écrits de
 
 Si vous écrivez une bibliothèque qui doit tester principalement des comportements spécifiques aux navigateurs, et requiert donc des comportements natifs du navigateur tels que la mise en page ou de véritables champs de saisie, il vous faudra alors plutôt une solution comme [mocha](https://mochajs.org/).
 
-Dans un environnement où vous _ne pouvez pas_ simuler un DOM (par exemple en testant des composants React Native depuis Node.js), vous pourriez opter pour des [utilitaires de simulation d’événements](https://reactjs.org/docs/test-utils.html#simulate), qui simulent les interactions avec les éléments. Une autre option consisterait à utiliser la fonction utilitaire `fireEvent` fournie par [`@testing-library/react-native`](https://testing-library.com/docs/native-testing-library).
+Dans un environnement où vous _ne pouvez pas_ simuler un DOM (par exemple en testant des composants React Native depuis Node.js), vous pourriez opter pour des [utilitaires de simulation d’événements](/docs/test-utils.html#simulate), qui simulent les interactions avec les éléments. Une autre option consisterait à utiliser la fonction utilitaire `fireEvent` fournie par [`@testing-library/react-native`](https://testing-library.com/docs/native-testing-library).
 
 Les frameworks comme [Cypress](https://www.cypress.io/), [puppeteer](https://github.com/GoogleChrome/puppeteer) et [webdriver](https://www.seleniumhq.org/projects/webdriver/) sont quant à eux utiles pour exécuter des [tests de bout en bout](#end-to-end-tests-aka-e2e-tests).