Skip to content

Commit 84c935e

Browse files
authored
docs: fix typos (#2808)
1 parent 99ab76c commit 84c935e

File tree

4 files changed

+5
-5
lines changed

4 files changed

+5
-5
lines changed

packages/docs/cookbook/testing.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -168,7 +168,7 @@ expect(store.someAction).toHaveBeenCalledTimes(1)
168168

169169
### Mocking the returned value of an action
170170

171-
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:
171+
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:
172172

173173
```ts
174174
import type { Mock } from 'vitest'

packages/docs/core-concepts/plugins.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -112,7 +112,7 @@ This is why you can access all computed properties without `.value` and why they
112112
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**:
113113

114114
- On the `store` so you can access it with `store.myState`
115-
- On `store.$state` so it can be used in devtools and, **be serialized during SSR**.
115+
- On `store.$state` so it can be used in devtools and **be serialized during SSR**.
116116

117117
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:
118118

packages/docs/introduction.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -24,9 +24,9 @@ Pinia is a store library for Vue, it allows you to share a state across componen
2424
- Testing utilities
2525
- Plugins: extend Pinia features with plugins
2626
- Proper TypeScript support or **autocompletion** for JS users
27-
- Server Side Rendering Support
27+
- Server Side Rendering support
2828
- Devtools support
29-
- A timeline to track actions, mutations
29+
- A timeline to track actions and mutations
3030
- Stores appear in components where they are used
3131
- Time travel and easier debugging
3232
- Hot module replacement

packages/docs/zh/cookbook/testing.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -175,7 +175,7 @@ expect(store.someAction).toHaveBeenCalledTimes(1)
175175

176176
### Mocking the returned value of an action
177177

178-
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:
178+
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:
179179

180180
```ts
181181
import type { Mock } from 'vitest'

0 commit comments

Comments
 (0)