From 84742f0b0b41c1c02db03586adfc2faad93a8b9e Mon Sep 17 00:00:00 2001 From: dan Date: Wed, 2 Feb 2022 15:19:32 +0000 Subject: [PATCH] Fix typo --- beta/src/pages/learn/extracting-state-logic-into-a-reducer.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/beta/src/pages/learn/extracting-state-logic-into-a-reducer.md b/beta/src/pages/learn/extracting-state-logic-into-a-reducer.md index 991613ad..df85b465 100644 --- a/beta/src/pages/learn/extracting-state-logic-into-a-reducer.md +++ b/beta/src/pages/learn/extracting-state-logic-into-a-reducer.md @@ -224,7 +224,7 @@ Remove all the state setting logic. What you are left with are three event handl * `handleChangeTask(task)` is called when the user toggles a task or presses "Save". * `handleDeleteTask(taskId)` is called when the user presses "Delete". -Managing state with reducers is slightly different from directly setting state. Instead of telling React "what to do" by setting state, you specify "what the user just did" by dispatching "actions" from your event handlers. (The state update logic will live elsewhere!) So instead of "setting `tasks`" via event handler, you're dispatching an "added/removed/deleted a task" action. This is more descriptive of the user's intent. +Managing state with reducers is slightly different from directly setting state. Instead of telling React "what to do" by setting state, you specify "what the user just did" by dispatching "actions" from your event handlers. (The state update logic will live elsewhere!) So instead of "setting `tasks`" via event handler, you're dispatching an "added/changed/deleted a task" action. This is more descriptive of the user's intent. ```js function handleAddTask(text) {