Skip to content

Commit f0830d4

Browse files
prestancedesignkimo-k
authored andcommitted
Fix some typo on documentation
1 parent ea7138e commit f0830d4

File tree

2 files changed

+2
-2
lines changed

2 files changed

+2
-2
lines changed

docs/FAQs/BestPractice.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -44,5 +44,5 @@ Originally, it was recommended that events be a vector like this `[:some-event-i
4444

4545
A better practice is to encapsulate the "args" into a single map: `[:some-event-id {:x arg1 :another arg2}]`
4646

47-
And then to optionally use the `unwrap` middleware on the asspciated event handlers. See [here](http://day8.github.io/re-frame/api-re-frame.core/#unwrap)
47+
And then to optionally use the `unwrap` middleware on the associated event handlers. See [here](http://day8.github.io/re-frame/api-re-frame.core/#unwrap)
4848

docs/FAQs/laggy-input.md

+1-1
Original file line numberDiff line numberDiff line change
@@ -28,7 +28,7 @@ That `on-change` handler is being called after the user types every character.
2828
6. That means the text in the box will revert from `state B` to `state A` (the character just typed won't be in the input)
2929
7. Now if nothing happened till the next animation frame the situation would resolve itself. Because `state B` would be rendered next time because the event which included the
3030
new character would have been processed well before then.
31-
6. BUT if the user immediately types another character, the state dispatched will be `State A + new character`. The prevous character typed,
31+
6. BUT if the user immediately types another character, the state dispatched will be `State A + new character`. The previous character typed,
3232
which caused A -> B, is now lost.
3333

3434
Bottom line: with very fast typing, characters can get dropped just before animation-frames.

0 commit comments

Comments
 (0)