From 56f091198f0ef2705d761b5cb93397ba37bd25f8 Mon Sep 17 00:00:00 2001
From: Anmol Sethi <hi@nhooyr.io>
Date: Tue, 4 Jun 2019 01:04:32 -0400
Subject: [PATCH] Simplify README language

---
 README.md | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/README.md b/README.md
index 15d830d..f96664d 100644
--- a/README.md
+++ b/README.md
@@ -129,8 +129,8 @@ gorilla/websocket requires you to constantly read from the connection to respond
 even if you don't expect the peer to send any messages.
 
 The ping API is also much nicer. Unlike gorilla/websocket, you don't need to register a
-callback for pongs, there is a single exported Ping method on the Conn you use that sends
-a ping and waits for the pong. 
+callback for pongs which makes the control flow awkward. There is Ping method on the Conn
+that sends a ping and waits for the pong.
 
 In terms of performance, the differences depend on your application code. nhooyr/websocket
 reuses buffers efficiently out of the box if you use the wsjson and wspb subpackages whereas
-- 
GitLab