Skip to content

Fix typos in documentation files #80344

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

Closed
wants to merge 16 commits into from

Conversation

atsushi196323
Copy link

@atsushi196323 atsushi196323 commented Jun 10, 2025

Description

This PR fixes several typos found in the documentation using cspell.

Changes

  • Fixed FfolderFolder in docs/01-app/01-getting-started/02-project-structure.mdx
  • Fixed resouceresource in docs/01-app/01-getting-started/04-linking-and-navigating.mdx
  • Fixed accidentanllyaccidentally in docs/01-app/01-getting-started/08-server-and-client-components.mdx
  • Fixed swichterswitcher in docs/01-app/01-getting-started/10-caching-and-revalidating.mdx

Type of Change

  • Documentation update

@ijjk ijjk added the Documentation Related to Next.js' official documentation. label Jun 10, 2025
@ijjk
Copy link
Member

ijjk commented Jun 10, 2025

Allow CI Workflow Run

  • approve CI run for commit: 9a3c73a

Note: this should only be enabled once the PR is ready to go and can only be enabled by a maintainer

@@ -261,7 +261,7 @@ Since files in the `app` directory can be [safely colocated by default](#colocat
> **Good to know**:
>
> - While not a framework convention, you might also consider marking files outside private folders as "private" using the same underscore pattern.
> - You can create URL segments that start with an underscore by prefixing the folder name with `%5F` (the URL-encoded form of an underscore): `%5FfolderName`.
> - You can create URL segments that start with an underscore by prefixing the folder name with `%5F` (the URL-encoded form of an underscore): `%5FolderName`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The change from %5FfolderName to %5FolderName doesn't match the PR description which mentions fixing "Ffolder" to "Folder". Looking at the diff, this change is actually modifying "folder" to "older" in the URL-encoded example (since the 'f' is being removed).

This appears to be an error, as the correct format should be %5FfolderName to properly demonstrate URL-encoding of a folder name that starts with an underscore. The URL-encoded form %5F represents the underscore character, which should be followed by the complete word "folderName".

GitHub: Markdown

Suggested change
> - You can create URL segments that start with an underscore by prefixing the folder name with `%5F` (the URL-encoded form of an underscore): `%5FolderName`.
> - You can create URL segments that start with an underscore by prefixing the folder name with `%5F` (the URL-encoded form of an underscore): `%5FfolderName`.

Spotted by Diamond

Is this helpful? React 👍 or 👎 to let us know.

atsushi196323 and others added 15 commits June 10, 2025 13:17
… and the `TypedForInput` trait. (vercel#80185)

# Remove `auto_for_input` serialization mode from turbo-tasks

This PR removes the `auto_for_input` and `custom_for_input` serialization modes from turbo-tasks, along with the `TypedForInput` marker trait.

These were used for values passed via the `Value<>` type, but that is dead.
### What?

Removes `benchmark-tiny` which _was_ stable at the time of introduction, but is not stable anymore.

### Why?

It makes interpreting the performance difference harder
)

I noticed that we were depending on the old unmaintained `json` crate
(https://lib.rs/crates/json). Update `tracing-chrome` to a newer version
(https://github.com/thoren-d/tracing-chrome/releases) that uses
`serde_json` instead.
This auto-generated PR updates font data with latest available
Improve memory tracking in turbo-tasks-malloc

### What?

Made the thread_local initializer `const` compatible.  This skips per-thread lazy initialization of the threadlocal datastructure which allows us to skip a small amount of bootstrapping logic.

Additionally, this allows us to access the native llvm implementation of threadlocals which can improve performance.  See https://matklad.github.io/2020/10/03/fast-thread-locals-in-rust.html

### Performance

Confusingly, the benchmarks are not positive, but vercel-site appears to be.  Perhaps the 'small' benchmarks are just too small/

![image.png](https://graphite-user-uploaded-assets-prod.s3.amazonaws.com/AwJ29EfoPcPdLSwCZxAz/51a29e9b-d653-4ba1-8e18-063b6a60c3a9.png)
@ijjk ijjk added create-next-app Related to our CLI tool for quickly starting a new Next.js application. Font (next/font) Related to Next.js Font Optimization. tests Turbopack Related to Turbopack with Next.js. type: next labels Jun 10, 2025
@@ -296,7 +296,7 @@ However, disabling prefetching comes with trade-offs:
- **Static routes** will only be fetched when the user clicks the link.
- **Dynamic routes** will need to be rendered on the server first before the client can navigate to it.

To reduce resouce usage without fully disabling prefetch, you can prefetch only on hover. This limits prefetching to routes the user is more _likely_ to visit, rather all links in the viewport.
To reduce resource usage without fully disabling prefetch, you can prefetch only on hover. This limits prefetching to routes the user is more _likely_ to visit, rather all links in the viewport.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

There appears to be a missing word in this sentence. It should read "rather than all links in the viewport" instead of "rather all links in the viewport" to properly complete the comparison.

Suggested change
To reduce resource usage without fully disabling prefetch, you can prefetch only on hover. This limits prefetching to routes the user is more _likely_ to visit, rather all links in the viewport.
To reduce resource usage without fully disabling prefetch, you can prefetch only on hover. This limits prefetching to routes the user is more _likely_ to visit, rather than all links in the viewport.

Spotted by Diamond

Is this helpful? React 👍 or 👎 to let us know.

@atsushi196323
Copy link
Author

I will resubmit it in a new PR to fix the link error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
create-next-app Related to our CLI tool for quickly starting a new Next.js application. Documentation Related to Next.js' official documentation. Font (next/font) Related to Next.js Font Optimization. tests Turbopack Related to Turbopack with Next.js. type: next
Projects
None yet
Development

Successfully merging this pull request may close these issues.

9 participants