Update actors_features.md

concepts/actors/actors_features.md

@@ -1,6 +1,6 @@
 # Dapr Actors Runtime
 
-Dapr Actors runtime provides following capabilities:
+The Dapr actors runtime provides following capabilities:
 
 - [Method Invocation](#actor-method-invocation)
 - [State Management](#actor-state-management)
@@ -14,7 +14,7 @@ You can interact with Dapr to invoke the actor method by calling HTTP/gRPC endpo
 POST/GET/PUT/DELETE http://localhost:3500/v1.0/actors/<actorType>/<actorId>/method/<method>
 ```
 
-You can provide any data for actor method in the request body and response for the request would be in response body which is data from actor call.
+You can provide any data for the actor method in the request body and the response for the request is in response body which is data from actor method call.
 
 Refer [api spec](./actors_api.md#invoke-actor-method) for more details.
 
@@ -36,23 +36,23 @@ Actors can schedule periodic work on themselves by registering either timers or
 
 ### Actor timers
 
-You can register a callback on actor to be executed based on timer.
+You can register a callback on actor to be executed based on a timer.
 
-Dapr Actor runtime ensures that the callback methods respect the turn-based concurrency guarantees.This means that no other actor methods or timer/reminder callbacks will be in progress until this callback completes execution.
+The Dapr actor runtime ensures that the callback methods respect the turn-based concurrency guarantees.This means that no other actor methods or timer/reminder callbacks will be in progress until this callback completes execution.
 
 The next period of the timer starts after the callback completes execution. This implies that the timer is stopped while the callback is executing and is started when the callback finishes.
 
-The Dapr Actors runtime saves changes made to the actor's state when the callback finishes. If an error occurs in saving the state, that actor object will be deactivated and a new instance will be activated.
+The Dapr actors runtime saves changes made to the actor's state when the callback finishes. If an error occurs in saving the state, that actor object is deactivated and a new instance will be activated.
 
-All timers are stopped when the actor is deactivated as part of garbage collection. No timer callbacks are invoked after that. Also, the Dapr Actors runtime does not retain any information about the timers that were running before deactivation. It is up to the actor to register any timers that it needs when it is reactivated in the future.
+All timers are stopped when the actor is deactivated as part of garbage collection. No timer callbacks are invoked after that. Also, the Dapr actors runtime does not retain any information about the timers that were running before deactivation. It is up to the actor to register any timers that it needs when it is reactivated in the future.
 
-You can create a timer for an actor by calling the Http/gRPC request to Dapr.
+You can create a timer for an actor by calling the HTTP/gRPC request to Dapr.
 
 ```http
 POST/PUT http://localhost:3500/v1.0/actors/<actorType>/<actorId>/timers/<name>
 ```
 
-The timer due time and callback are specified in the request body.  The due time represents when the timer will first fire after registration.  The period represents how often the timer will fire after that.  A due time of 0 means to fire immediately.  Negative due times and periods are invalid.
+The timer `duetime` and callback are specified in the request body.  The due time represents when the timer will first fire after registration.  The `period` represents how often the timer fires after that.  A due time of 0 means to fire immediately.  Negative due times and negative periods are invalid.
 
 The following request body configures a timer with a `dueTime` of 9 seconds and a `period` of 3 seconds.  This means it will first fire after 9 seconds, then every 3 seconds after that.
 ```json
@@ -62,7 +62,7 @@ The following request body configures a timer with a `dueTime` of 9 seconds and
 }
 ```
 
-The following request body configures a timer with a `dueTime` 0 seconds and a `period` of 3 seconds.  This means it will fire immediately after registration, then every 3 seconds after that.
+The following request body configures a timer with a `dueTime` 0 seconds and a `period` of 3 seconds.  This means it fires immediately after registration, then every 3 seconds after that.
 ```json
 {
   "dueTime":"0h0m0s0ms",
@@ -80,7 +80,7 @@ Refer [api spec](./actors_api.md#invoke-timer) for more details.
 
 ### Actor Reminders
 
-Reminders are a mechanism to trigger persistent callbacks on an actor at specified times. Their functionality is similar to timers. But unlike timers, reminders are triggered under all circumstances until the actor explicitly unregisters them or the actor is explicitly deleted. Specifically, reminders are triggered across actor deactivations and failovers because the Dapr Actors runtime persists information about the actor's reminders using Dapr actor state provider.
+Reminders are a mechanism to trigger *persistent* callbacks on an actor at specified times. Their functionality is similar to timers. But unlike timers, reminders are triggered under all circumstances until the actor explicitly unregisters them or the actor is explicitly deleted. Specifically, reminders are triggered across actor deactivations and failovers because the Dapr actors runtime persists the information about the actors' reminders using Dapr actor state provider.
 
 You can create a persistent reminder for an actor by calling the Http/gRPC request to Dapr.
 
@@ -88,7 +88,7 @@ You can create a persistent reminder for an actor by calling the Http/gRPC reque
 POST/PUT http://localhost:3500/v1.0/actors/<actorType>/<actorId>/reminders/<name>
 ```
 
-The reminder due time and callback can be specified in the request body.  The due time represents when the reminder will first fire after registration.  The period represents how often the reminder will fire after that.  A due time of 0 means to fire immediately.  Negative due times and periods are invalid.  To register a reminder that fires only once, set the period to an empty string.
+The reminder `duetime` and callback can be specified in the request body.  The due time represents when the reminder first fires after registration.  The `period` represents how often the reminder will fire after that.  A due time of 0 means to fire immediately.  Negative due times and negative periods are invalid.  To register a reminder that fires only once, set the period to an empty string.
 
 The following request body configures a reminder with a `dueTime` 9 seconds and a `period` of 3 seconds.  This means it will first fire after 9 seconds, then every 3 seconds after that.
 ```json