Skip to content

Sync with react.dev @ 5138e605 #308

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 563 commits into
base: main
Choose a base branch
from
Open

Conversation

react-translations-bot
Copy link
Collaborator

This PR was automatically generated.

Merge changes from react.dev at 5138e60

DO NOT SQUASH MERGE THIS PULL REQUEST!

Doing so will "erase" the commits from main and cause them to show up as conflicts the next time we merge.

smikitky and others added 30 commits May 1, 2024 12:31
* Add new article "Translations"

* Add "languages" button in TopNav

* Add link to English (main) site

* Split deployedTranslations into multiple lines

* Fix build error regarding types

* Address some review comments

- deployedTranslations => finishedTranslations
- showTranslated => progress
- English fixes

* Update src/content/community/translations.md

Co-authored-by: Ricky <rickhanlonii@gmail.com>

* Update src/content/community/translations.md

---------

Co-authored-by: Ricky <rickhanlonii@gmail.com>
Thanks to @SAWARATSUKI for updating the logo!
Change the tense of "build" to "building".
* Update synchronizing-with-effects.md

Currently documentation says:

By default, your Effect will run after every render.

Which is in contrast with another section of the same page where it says:

Effects run at the end of a commit after the screen updates

* Update src/content/learn/synchronizing-with-effects.md

---------

Co-authored-by: Ricky <rickhanlonii@gmail.com>
* Fix #6854: node.js version upgrade

* Fix #6854: node.js version update
Co-authored-by: Rajat Jindal <rajat@testing.com>
* Update team.md: Jason Bonta

* Update src/content/community/team.md

Lauren's suggestion

Co-authored-by: lauren <poteto@users.noreply.github.com>

---------

Co-authored-by: lauren <poteto@users.noreply.github.com>
* Add initial skeleton

* Scaffold compiler docs structure

* Braindump for getting started

* Add intro

* tweaks

* add experimental tag

* flesh more out of index page

* flesh out installation

* add installation intro

* update install instrs

* add section on eslint plugin

* reorg

* add incremental guide

* [debugging] Add section about devtools badge

* [debugging] Add section about using logger

* Update next.js instructions

* reporting issues

* [debugging] Add section on useEffect over firing

* [debugging] Add section about conditional hook call

* Latest updates

* Remove ununsed reference pages

* adding extra context for Remix

---------

Co-authored-by: Sathya Gunasekaran <gsathya.ceg@gmail.com>
Co-authored-by: Lauren Tan <poteto@users.noreply.github.com>
Co-authored-by: Jason Bonta <jbonta@gmail.com>
Using "off", "warn", "error" has been supported for many years now - I think this helps improve the readability :) 

I completely forgot what rule: 2 meant - had to find it at 

https://eslint.org/docs/latest/use/configure/rules
Removed ; as it's unnecessary in jsx component
Front end nation is covering a full track of React talks including speakers such as:

* Kent C Dodds
* Sara Vieira
* Tejas Kumar
devongovett and others added 29 commits February 20, 2025 01:03
…r <style> when using the `precedence` property (#7643)
This is the exact same fix as #6422 as the example is duplicated between the useOptimistic and <form> pages.
* Update index.md

Invalid link to bluesky account

* Update index.md

Fixed invalid bluesky link for react.dev
Ports over the fix in the facebook/react repo for this workflow. We don't have to wait for it to be labeled first, now that we have the reusable maintainer check.
Defaults permissions to none for all workflows, and only request extra permissions when needed.

Similar to facebook/react#32708, prefer the less permissive `pull_request` trigger instead.
* [ci] Fix permissions and don't use pull_request_target

Defaults permissions to none for all workflows, and only request extra permissions when needed.

Similar to facebook/react#32708, prefer the less permissive `pull_request` trigger instead.

* [ci] Pin 3rd party actions to specific hash
* Add React Prague community

* Update link
* Remove captureOwnerStack canary banner

* Update nav and site config
* update reactrouter url

* Update src/content/learn/build-a-react-app-from-scratch.md

---------

Co-authored-by: Ricky <rickhanlonii@gmail.com>
1. Stop using `canary` for `captureOwnerStack` sandboxes
1. Remove remaining Canary badges from `captureOwnerStack` mentions
Updated `react-ahmedabad` community link to respective domain name
Co-authored-by: Rick Hanlon <rickhanlonii@fb.com>
… (#7682)

* Fix small grammatical mistake

* Update src/content/learn/reusing-logic-with-custom-hooks.md

---------

Co-authored-by: Ricky <rickhanlonii@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment