diff --git a/content/community/conferences.md b/content/community/conferences.md index 74fff851b..6cbc3169e 100644 --- a/content/community/conferences.md +++ b/content/community/conferences.md @@ -82,6 +82,11 @@ July 18, 2020. Medellín, Colombia. [Website](https://reactlaconf.co/) - [Twitter](https://twitter.com/reactlaconf) +### Chain React 2020 {#chain-react-2020} +July 29-30, 2020. Portland, Oregon, USA. + +[Website](https://infinite.red/ChainReactConf) - [Twitter](https://twitter.com/ChainReactConf) + ### ComponentsConf 2020 {#components20} September 1, 2020 in Melbourne, Australia diff --git a/content/community/meetups.md b/content/community/meetups.md index 0b717ceb0..5d500f5ff 100644 --- a/content/community/meetups.md +++ b/content/community/meetups.md @@ -149,6 +149,7 @@ permalink: community/meetups.html * [Kiev](https://www.meetup.com/Kyiv-ReactJS-Meetup) ## Estados Unidos {#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/) diff --git a/content/docs/concurrent-mode-adoption.md b/content/docs/concurrent-mode-adoption.md index 69de2327f..44ee1b85d 100755 --- a/content/docs/concurrent-mode-adoption.md +++ b/content/docs/concurrent-mode-adoption.md @@ -80,7 +80,7 @@ ReactDOM.createRoot( > >Las API del Modo Concurrente como `createRoot` solo existen en los compilados experimentadles de React. -En el Modo Concurrente, los métodos de ciclo de vida [previamente marcados](https://reactjs.org/blog/2018/03/27/update-on-async-rendering.html) como "inseguros" de hecho son inseguros, y conducen aún a más errores que en React hoy en día. No recomendamos intentar el Modo Concurrente hasta que tu aplicación sea compatible con el [Modo estricto](https://reactjs.org/docs/strict-mode.html). +En el Modo Concurrente, los métodos de ciclo de vida [previamente marcados](/blog/2018/03/27/update-on-async-rendering.html) como "inseguros" de hecho son inseguros, y conducen aún a más errores que en React hoy en día. No recomendamos intentar el Modo Concurrente hasta que tu aplicación sea compatible con el [Modo estricto](/docs/strict-mode.html). ## ¿Qué esperar? {#what-to-expect} diff --git a/content/docs/faq-versioning.md b/content/docs/faq-versioning.md index 6b9eb0ed7..8dfc2a7d0 100644 --- a/content/docs/faq-versioning.md +++ b/content/docs/faq-versioning.md @@ -22,7 +22,7 @@ Los lanzamientos menores son el tipo de lanzamiento más común. ### Cambios con rupturas {#breaking-changes} -Los cambios con rupturas son inconvenientes para todos, por lo que intentamos minimizar el número de lanzamientos importantes – por ejemplo, React 15 fue lanzado en Abril de 2016 y React 16 fue lanzado en Septiembre de 2017; no esperamos lanzar React 17 hasta el 2019. +Los cambios con rupturas son inconvenientes para todos, por lo que intentamos minimizar el número de lanzamientos importantes – por ejemplo, React 15 fue lanzado en Abril de 2016 y React 16 fue lanzado en Septiembre de 2017; no esperamos lanzar React 17 hasta algún momento en el 2020. En cambio, lanzamos nuevas funcionalidades en versiones menores. Esto significa que los lanzamientos menores son a menudo más interesantes que los lanzamientos importantes, a pesar de su modesto nombre. diff --git a/content/docs/how-to-contribute.md b/content/docs/how-to-contribute.md index cfd524d79..38742a296 100644 --- a/content/docs/how-to-contribute.md +++ b/content/docs/how-to-contribute.md @@ -21,7 +21,7 @@ Todo el trabajo en React sucede directamente en [GitHub](https://github.com/face ### Versionado semántico {#semantic-versioning} -React utiliza [versionado semántico](https://semver.org/). Lanzamos versiones con parches para arreglos de errores críticos, versiones menores para nuevas funcionalidades o cambios no esenciales, y versiones mayores para cualquier cambio disruptivo. Cuando creamos cambios disruptivos, también agregamos alertas de obsolescencia para que los usuarios aprendan sobre los cambios que vienen y migren su código con antelación. Aprende más sobre nuestro compromiso con la estabilidad y la migración incremental en [nuestra política de versionado](https://reactjs.org/docs/faq-versioning.html). +React utiliza [versionado semántico](https://semver.org/). Lanzamos versiones con parches para arreglos de errores críticos, versiones menores para nuevas funcionalidades o cambios no esenciales, y versiones mayores para cualquier cambio disruptivo. Cuando creamos cambios disruptivos, también agregamos alertas de obsolescencia para que los usuarios aprendan sobre los cambios que vienen y migren su código con antelación. Aprende más sobre nuestro compromiso con la estabilidad y la migración incremental en [nuestra política de versionado](/docs/faq-versioning.html). Cada cambio significativo es documentado en el [archivo de cambios](https://github.com/facebook/react/blob/master/CHANGELOG.md). @@ -56,7 +56,7 @@ Facebook tiene un [programa de recompensas](https://www.facebook.com/whitehat/) ### Cómo entrar en contacto {#how-to-get-in-touch} * IRC: [#reactjs en freenode](https://webchat.freenode.net/?channels=reactjs) -* Foro de discusión: [discuss.reactjs.org](https://es.reactjs.org/community/support.html#popular-discussion-forums) +* Foro de discusión: [discuss.reactjs.org](/community/support.html#popular-discussion-forums) También hay [una comunidad activa de usuarios de React en la plataforma de chat Discord](https://www.reactiflux.com/) en caso de que necesites ayuda con React. diff --git a/content/docs/react-without-jsx.md b/content/docs/react-without-jsx.md index 9452fa186..c829c998d 100644 --- a/content/docs/react-without-jsx.md +++ b/content/docs/react-without-jsx.md @@ -40,7 +40,7 @@ ReactDOM.render( Si tienes curiosidad por ver más ejemplos de cómo JSX se convierte a Javascript, puedes probar el [compilador en línea de Babel](babel://jsx-simple-example). -El componente puede ser proporcionado como una cadena, como una subclase de `React.Component`, o una función simple para componentes sin estado. +El componente puede ser proporcionado como una cadena, como una subclase de `React.Component`, o una función simple. Si te cansas de escribir tanto `React.createElement`, un patrón común es asignarlo a una variable corta: diff --git a/content/docs/reference-profiler.md b/content/docs/reference-profiler.md index 6287e6906..74e5b4060 100644 --- a/content/docs/reference-profiler.md +++ b/content/docs/reference-profiler.md @@ -7,11 +7,11 @@ permalink: docs/profiler.html --- El `Profiler` (perfilador o generador de perfiles) mide con qué frecuencia se renderiza una aplicación React y cuál es el "costo" del renderizado. -Su propósito es ayudar a identificar partes de una aplicación que son lentas y pueden beneficiarse de [optimizaciones como la memoización](https://reactjs.org/docs/hooks-faq.html#how-to-memoize-calculations). +Su propósito es ayudar a identificar partes de una aplicación que son lentas y pueden beneficiarse de [optimizaciones como la memoización](/docs/hooks-faq.html#how-to-memoize-calculations). > Nota: > -> La creación de perfiles agrega una sobrecarga adicional, por lo que **está deshabilitada en [la compilación de producción](https://reactjs.org/docs/optimizing-performance.html#use-the-production-build)**. +> La creación de perfiles agrega una sobrecarga adicional, por lo que **está deshabilitada en [la compilación de producción](/docs/optimizing-performance.html#use-the-production-build)**. > > Para acceder al análisis de rendimiento en producción, React proporciona una compilación de producción especial con la generación de perfiles habilitada. > Lea más sobre cómo usar esta compilación en [fb.me/react-profiling](https://fb.me/react-profiling) diff --git a/content/docs/refs-and-the-dom.md b/content/docs/refs-and-the-dom.md index 417008bd3..f598fe44a 100644 --- a/content/docs/refs-and-the-dom.md +++ b/content/docs/refs-and-the-dom.md @@ -161,7 +161,7 @@ class Parent extends React.Component { } ``` -Sí deseas permitir que las personas tomen una `ref` de tu componente de función, puedes usar [`forwardRef`](https://reactjs.org/docs/forwarding-refs.html) (posiblemente en conjunto con [`useImperativeHandle`](/docs/hooks-reference.html#useimperativehandle)), o puedes convertir el componente a una clase. +Sí deseas permitir que las personas tomen una `ref` de tu componente de función, puedes usar [`forwardRef`](/docs/forwarding-refs.html) (posiblemente en conjunto con [`useImperativeHandle`](/docs/hooks-reference.html#useimperativehandle)), o puedes convertir el componente a una clase. Sin embargo, puedes **usar el atributo `ref` dentro de un componente de función** siempre y cuando hagas referencia de un elemento del DOM o de un componente de clase. diff --git a/content/docs/testing-environments.md b/content/docs/testing-environments.md index b93aa78c8..6df2e9d29 100644 --- a/content/docs/testing-environments.md +++ b/content/docs/testing-environments.md @@ -29,7 +29,7 @@ Una gran parte de pruebas a la interfaz gráfica pueden ser escritas con la conf Si estas escribiendo una biblioteca que prueba principalmente un comportamiento específico del navegador y requiere comportamiento nativo del navegador como el layout o inputs reales, puedes usar un framewrok como [mocha.](https://mochajs.org/) -En un entorno donde _no puedes_ simular el DOM (por ejemplo, probando componentes de React Native en Node.js), podrías usar [simuladores de eventos](https://reactjs.org/docs/test-utils.html#simulate) para simular interacciones con elementos. De manera alternativa, también puedes usar el _helper_ `fireEvent` de [`@testing-library/react-native`](https://testing-library.com/docs/native-testing-library). +En un entorno donde _no puedes_ simular el DOM (por ejemplo, probando componentes de React Native en Node.js), podrías usar [simuladores de eventos](/docs/test-utils.html#simulate) para simular interacciones con elementos. De manera alternativa, también puedes usar el _helper_ `fireEvent` de [`@testing-library/react-native`](https://testing-library.com/docs/native-testing-library). Frameworks como [Cypress](https://www.cypress.io/), [puppeteer](https://github.com/GoogleChrome/puppeteer) y [webdriver](https://www.seleniumhq.org/projects/webdriver/) son útiles para ejecutar pruebas ["end-to-end"](#end-to-end-tests-aka-e2e-tests).