more edits

Author: cebundy

articles/azure-web-pubsub/includes/reference-json-requests.md

@@ -154,6 +154,7 @@ Format:
 * `ackId` is the identity of each request and should be unique. The service sends a [ack response message](#ack-response) to notify the process result of the request. For details, see [AckId and Ack Response](../concept-client-protocols.md#ackid-and-ack-response)
 
 `dataType` can be one of `text`, `binary`, or `json`:
+
 * `json`: data can be any type json supports and will be published as what it is; The default is `json`.
 * `text`: data is in string format, and the string data will be published;
 * `binary`: data is in base64 format, and the binary data will be published;

articles/azure-web-pubsub/includes/reference-protobuf-requests.md

@@ -20,7 +20,7 @@ Format:
 
 * `ackId`:  The unique identity of each request. The service sends a [ack response message](#ack-response) to notify the process result of the request. More details can be found at [AckId and Ack Response](../concept-client-protocols.md#ackid-and-ack-response)
 
-* `dataType`:  The format of the `data`, which can be `protobuf`, `text`, or `binary`, depending on the `data` in `MessageData`. The receiving clients can use `dataType` to correctly process the content.
+* `dataType`:  The data format, which can be `protobuf`, `text`, or `binary` depending on the `data` in `MessageData`. The receiving clients can use `dataType` to correctly process the content.
 
 * `protobuf`: When you set `send_to_group_message.data.protobuf_data`, the implicit `dataType` is `protobuf`. `protobuf_data` can be of the [Any](https://developers.google.com/protocol-buffers/docs/proto3#any) message type. All other clients receive a protobuf-encoded binary, which can be deserialized by the protobuf SDK. Clients that support only text-based content (for example, `json.webpubsub.azure.v1`) receive a Base64-encoded binary.
 

articles/azure-web-pubsub/reference-json-reliable-webpubsub-subprotocol.md

@@ -85,7 +85,7 @@ The client implementation SHOULD always check if the `success` is `true` or `fal
 
 ### Message response
 
-Clients can receive messages published from a group the client has joined, or from the server that sends messages to a specific client or user.
+Clients can receive messages published from a group the client has joined or from the server, which, operating in a server management role, sends messages to specific clients or users.
 
 1. The response message from a group:
 

articles/azure-web-pubsub/reference-json-webpubsub-subprotocol.md

@@ -68,7 +68,7 @@ The client implementation SHOULD always check if the `success` is `true` or `fal
 
 ### Message response
 
-Clients can receive messages published from a group the client has joined or from the server. 
+Clients can receive messages published from a group the client has joined or from the server, which, operating in a server management role, sends messages to specific clients or users. 
 
 1. When the message is from a group