docs: fix typos (#2808)

diff --git a/packages/docs/cookbook/testing.md b/packages/docs/cookbook/testing.md
index 657ae7b4020ca44744b1c2e5211c92078539ba37..bc7300b6de30914ef36408b67c6c54716e46be8d 100644 (file)
--- a/packages/docs/cookbook/testing.md
+++ b/packages/docs/cookbook/testing.md
@@ -168,7 +168,7 @@ expect(store.someAction).toHaveBeenCalledTimes(1)
 
 ### Mocking the returned value of an action
 
-Actions are automatically spied but type-wise, they are still the regular actions. In order to get the correct type, we must implement a custom type-wrapper that is applies the `Mock` type to each action. **This type depends on the testing framework you are using**. Here is an example with Vitest:
+Actions are automatically spied but type-wise, they are still the regular actions. In order to get the correct type, we must implement a custom type-wrapper that applies the `Mock` type to each action. **This type depends on the testing framework you are using**. Here is an example with Vitest:
 
 ```ts
 import type { Mock } from 'vitest'

diff --git a/packages/docs/core-concepts/plugins.md b/packages/docs/core-concepts/plugins.md
index f784ec0dcfbca9d2087bd3f8c86e222fa30caf8d..b7dc4697f04ac5521ecdddc8f5c0d6cb878683d3 100644 (file)
--- a/packages/docs/core-concepts/plugins.md
+++ b/packages/docs/core-concepts/plugins.md
@@ -112,7 +112,7 @@ This is why you can access all computed properties without `.value` and why they
 If you want to add new state properties to a store or properties that are meant to be used during hydration, **you will have to add it in two places**:
 
 - On the `store` so you can access it with `store.myState`
-- On `store.$state` so it can be used in devtools and, **be serialized during SSR**.
+- On `store.$state` so it can be used in devtools and **be serialized during SSR**.
 
 On top of that, you will certainly have to use a `ref()` (or other reactive API) in order to share the value across different accesses:
 

diff --git a/packages/docs/introduction.md b/packages/docs/introduction.md
index 62eb986b7e2b19ac3108a49480c276c88a89779a..27c69652e08320121eac8bb1c5b77007134c7b84 100644 (file)
--- a/packages/docs/introduction.md
+++ b/packages/docs/introduction.md
@@ -24,9 +24,9 @@ Pinia is a store library for Vue, it allows you to share a state across componen
 - Testing utilities
 - Plugins: extend Pinia features with plugins
 - Proper TypeScript support or **autocompletion** for JS users
-- Server Side Rendering Support
+- Server Side Rendering support
 - Devtools support
-  - A timeline to track actions, mutations
+  - A timeline to track actions and mutations
   - Stores appear in components where they are used
   - Time travel and easier debugging
 - Hot module replacement

diff --git a/packages/docs/zh/cookbook/testing.md b/packages/docs/zh/cookbook/testing.md
index 66dfe21861566d4093765d765f840886fd94300a..745f9296b9fd7ee09a21119c172f013844c638b5 100644 (file)
--- a/packages/docs/zh/cookbook/testing.md
+++ b/packages/docs/zh/cookbook/testing.md
@@ -175,7 +175,7 @@ expect(store.someAction).toHaveBeenCalledTimes(1)
 
 ### Mocking the returned value of an action
 
-Actions are automatically spied but type-wise, they are still the regular actions. In order to get the correct type, we must implement a custom type-wrapper that is applies the `Mock` type to each action. **This type depends on the testing framework you are using**. Here is an example with Vitest:
+Actions are automatically spied but type-wise, they are still the regular actions. In order to get the correct type, we must implement a custom type-wrapper that applies the `Mock` type to each action. **This type depends on the testing framework you are using**. Here is an example with Vitest:
 
 ```ts
 import type { Mock } from 'vitest'