From: Daniel Gustafsson <daniel@yesql.se>
Date: Fri, 5 Oct 2018 11:37:02 +0000 (+0200)
Subject: INTERNALS: escape reference to parameter
X-Git-Tag: curl-7_62_0~94
X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=c5063a773f3fc3e8cebe96c69c4941781e592915;p=curl

INTERNALS: escape reference to parameter

The parameter reference <string> was causing rendering issues in the
generated HTML page, as <string> isn't a valid HTML tag. Fix by back-
tick escaping it.

Closes #3099
Reviewed-by: Jay Satiro <raysatiro@yahoo.com>
Reviewed-by: Daniel Stenberg <daniel@haxx.se>
---

diff --git a/docs/INTERNALS.md b/docs/INTERNALS.md
index ab04fec7e..a509cdb91 100644
--- a/docs/INTERNALS.md
+++ b/docs/INTERNALS.md
@@ -680,8 +680,8 @@ Content Encoding
  that will work (besides "identity," which does nothing) are "deflate",
  "gzip" and "br". If a response is encoded using the "compress" or methods,
  libcurl will return an error indicating that the response could
- not be decoded.  If <string> is NULL no Accept-Encoding header is generated.
- If <string> is a zero-length string, then an Accept-Encoding header
+ not be decoded.  If `<string>` is NULL no Accept-Encoding header is generated.
+ If `<string>` is a zero-length string, then an Accept-Encoding header
  containing all supported encodings will be generated.
 
  The [`CURLOPT_ACCEPT_ENCODING`][5] must be set to any non-NULL value for