From 8de414b71b25fc4c1a4d6c77ef32bc164baa3f13 Mon Sep 17 00:00:00 2001 From: nchaudhary1 Date: Thu, 5 Feb 2026 14:00:06 +0530 Subject: [PATCH] docs: fix a few small typos --- docs/guide/expanding.md | 2 +- docs/guide/pagination.md | 2 +- docs/guide/tables.md | 2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/guide/expanding.md b/docs/guide/expanding.md index 6088251ec9..5a9a34f26a 100644 --- a/docs/guide/expanding.md +++ b/docs/guide/expanding.md @@ -40,7 +40,7 @@ Expanded data can either contain table rows or any other data you want to displa ### Table rows as expanded data -Expanded rows are essentially child rows that inherit the same column structure as their parent rows. If your data object already includes these expanded rows data, you can utilize the `getSubRows` function to specify these child rows. However, if your data object does not contain the expanded rows data, they can be treated as custom expanded data, which is discussed in next section. +Expanded rows are essentially child rows that inherit the same column structure as their parent rows. If your data object already includes these expanded rows data, you can utilize the `getSubRows` function to specify these child rows. However, if your data object does not contain the expanded rows data, they can be treated as custom expanded data, which is discussed in the next section. For example, if you have a data object like this: diff --git a/docs/guide/pagination.md b/docs/guide/pagination.md index 6cc2b73f01..3fb9be9f6d 100644 --- a/docs/guide/pagination.md +++ b/docs/guide/pagination.md @@ -30,7 +30,7 @@ Using client-side pagination means that the `data` that you fetch will contain * Client-side pagination is usually the simplest way to implement pagination when using TanStack Table, but it might not be practical for very large datasets. -However, a lot of people underestimate just how much data can be handled client-side. If your table will only ever have a few thousand rows or less, client-side pagination can still be a viable option. TanStack Table is designed to scale up to 10s of thousands of rows with decent performance for pagination, filtering, sorting, and grouping. The [official pagination example](../framework/react/examples/pagination) loads 100,000 rows and still performs well, albeit with only handful of columns. +However, a lot of people underestimate just how much data can be handled client-side. If your table will only ever have a few thousand rows or less, client-side pagination can still be a viable option. TanStack Table is designed to scale up to 10s of thousands of rows with decent performance for pagination, filtering, sorting, and grouping. The [official pagination example](../framework/react/examples/pagination) loads 100,000 rows and still performs well, albeit with only a handful of columns. Every use-case is different and will depend on the complexity of the table, how many columns you have, how large every piece of data is, etc. The main bottlenecks to pay attention to are: diff --git a/docs/guide/tables.md b/docs/guide/tables.md index 781ae37c6c..cf67ad1ef9 100644 --- a/docs/guide/tables.md +++ b/docs/guide/tables.md @@ -71,7 +71,7 @@ const data = ref([]) #### Defining Columns -Column definitions are covered in detail in the next section in the [Column Def Guide](./column-defs.md). We'll note here, however, that when you define the type of your columns, you should use the same `TData` type that you used for you data. +Column definitions are covered in detail in the next section in the [Column Def Guide](./column-defs.md). We'll note here, however, that when you define the type of your columns, you should use the same `TData` type that you used for your data. ```ts const columns: ColumnDef[] = [] //Pass User type as the generic TData type