From 7c317f0d46e460903ea7bc965e00e9bf1c33c4cc Mon Sep 17 00:00:00 2001
From: Tony Arcieri <bascule@gmail.com>
Date: Fri, 28 Oct 2016 16:03:50 -0700
Subject: [PATCH] Add link to HTML spec

---
 README.md                       |  4 ++++
 generated/draft-tjson-spec.html | 25 +++++++++++++++++--------
 2 files changed, 21 insertions(+), 8 deletions(-)

diff --git a/README.md b/README.md
index 14d0aa7..877b31a 100644
--- a/README.md
+++ b/README.md
@@ -15,6 +15,10 @@ The file `draft-tjson-spec.md` contains the canonical copy of the TJSON
 specification, authored with [mmark]. Text and HTML versions can be
 produced using the [xml2rfc] tool.
 
+An HTML rendering of the spec can be found at:
+
+https://www.tjson.org/spec/
+
 [xml2rfc]: https://xml2rfc.tools.ietf.org/
 
 ## Examples File
diff --git a/generated/draft-tjson-spec.html b/generated/draft-tjson-spec.html
index 7e784df..04e19e0 100644
--- a/generated/draft-tjson-spec.html
+++ b/generated/draft-tjson-spec.html
@@ -383,7 +383,8 @@
 <link href="#rfc.section.3.1" rel="Chapter" title="3.1 UTF-8 Strings (&quot;s:&quot;)"/>
 <link href="#rfc.section.3.2" rel="Chapter" title="3.2 Binary Data"/>
 <link href="#rfc.section.3.2.1" rel="Chapter" title="3.2.1 base16 (&quot;b16:&quot;)"/>
-<link href="#rfc.section.3.2.2" rel="Chapter" title="3.2.2 base64url (&quot;b64:&quot;)"/>
+<link href="#rfc.section.3.2.2" rel="Chapter" title="3.2.2 base32 (&quot;b32:&quot;)"/>
+<link href="#rfc.section.3.2.3" rel="Chapter" title="3.2.3 base64url (&quot;b64:&quot;)"/>
 <link href="#rfc.section.3.3" rel="Chapter" title="3.3 Integers"/>
 <link href="#rfc.section.3.3.1" rel="Chapter" title="3.3.1 Signed Integers (&quot;i:&quot;)"/>
 <link href="#rfc.section.3.3.2" rel="Chapter" title="3.3.2 Unsigned Integers (&quot;u:&quot;)"/>
@@ -467,7 +468,8 @@ <h1 class="np" id="rfc.toc"><a href="#rfc.toc">Table of Contents</a></h1>
 <ul><li>3.1.   <a href="#rfc.section.3.1">UTF-8 Strings ("s:")</a></li>
 <li>3.2.   <a href="#rfc.section.3.2">Binary Data</a></li>
 <ul><li>3.2.1.   <a href="#rfc.section.3.2.1">base16 ("b16:")</a></li>
-<li>3.2.2.   <a href="#rfc.section.3.2.2">base64url ("b64:")</a></li>
+<li>3.2.2.   <a href="#rfc.section.3.2.2">base32 ("b32:")</a></li>
+<li>3.2.3.   <a href="#rfc.section.3.2.3">base64url ("b64:")</a></li>
 </ul><li>3.3.   <a href="#rfc.section.3.3">Integers</a></li>
 <ul><li>3.3.1.   <a href="#rfc.section.3.3.1">Signed Integers ("i:")</a></li>
 <li>3.3.2.   <a href="#rfc.section.3.3.2">Unsigned Integers ("u:")</a></li>
@@ -533,15 +535,22 @@ <h1 id="rfc.section.3.2.1"><a href="#rfc.section.3.2.1">3.2.1.</a> <a href="#bas
 <pre>
 "b16:48656c6c6f2c20776f726c6421"
 </pre>
-<p id="rfc.section.3.2.1.p.3">This should decode to the equivalent of the ASCII string: "Hello, world!" </p>
-<h1 id="rfc.section.3.2.2"><a href="#rfc.section.3.2.2">3.2.2.</a> <a href="#base64url-b64" id="base64url-b64">base64url ("b64:")</a></h1>
-<p id="rfc.section.3.2.2.p.1">A base64url literal starts with the "b64:" tag, followed by a valid base64url string. The base64url format is described in <a href="#RFC4648">[RFC4648]</a>. All base64url strings in TJSON MUST NOT include any padding with the '=' character. TJSON parsers MUST reject any documents containing padded base64url strings.  </p>
-<p id="rfc.section.3.2.2.p.2">The following is an example of a base64url string literal in TJSON: </p>
+<p id="rfc.section.3.2.1.p.3">This decodes to the equivalent of the ASCII string: "Hello, world!" </p>
+<h1 id="rfc.section.3.2.2"><a href="#rfc.section.3.2.2">3.2.2.</a> <a href="#base32-b32" id="base32-b32">base32 ("b32:")</a></h1>
+<p id="rfc.section.3.2.2.p.1">A base32 literal starts with the "b16:" tag, followed by a valid base32 string.  The base32 format is described in <a href="#RFC4648">[RFC4648]</a>. All base32 strings in TJSON MUST be lower case, and MUST NOT include any padding with the '=' character.  TJSON parsers MUST reject any documents containing upper case base32 characters or padding.  </p>
+<p id="rfc.section.3.2.2.p.2">The following is an example of a base32 string literal in TJSON: </p>
+<pre>
+"b32:jbswy3dpfqqho33snrscc"
+</pre>
+<p id="rfc.section.3.2.2.p.3">This decodes to the equivalent of the ASCII string: "Hello, world!" </p>
+<h1 id="rfc.section.3.2.3"><a href="#rfc.section.3.2.3">3.2.3.</a> <a href="#base64url-b64" id="base64url-b64">base64url ("b64:")</a></h1>
+<p id="rfc.section.3.2.3.p.1">A base64url literal starts with the "b64:" tag, followed by a valid base64url string. The base64url format is described in <a href="#RFC4648">[RFC4648]</a>. All base64url strings in TJSON MUST NOT include any padding with the '=' character. TJSON parsers MUST reject any documents containing padded base64url strings.  </p>
+<p id="rfc.section.3.2.3.p.2">The following is an example of a base64url string literal in TJSON: </p>
 <pre>
 "b64:SGVsbG8sIHdvcmxkIQ"
 </pre>
-<p id="rfc.section.3.2.2.p.3">This should decode to the equivalent of the ASCII string: "Hello, world!" </p>
-<p id="rfc.section.3.2.2.p.4">Only the base64url format is supported. The non-URL safe form of base64 is not supported and MUST be rejected by parsers.  </p>
+<p id="rfc.section.3.2.3.p.3">This decodes to the equivalent of the ASCII string: "Hello, world!" </p>
+<p id="rfc.section.3.2.3.p.4">Only the base64url format is supported. The non-URL safe form of base64 is not supported and MUST be rejected by parsers.  </p>
 <h1 id="rfc.section.3.3"><a href="#rfc.section.3.3">3.3.</a> <a href="#integers" id="integers">Integers</a></h1>
 <p id="rfc.section.3.3.p.1">TJSON provides standard syntax for representing integers as tagged strings, which can express a larger range of values than the <samp>[-(2**53)+1, (2**53)-1]</samp> range defined as interoperable in <a href="#RFC7159">[RFC7159]</a>.  </p>
 <p id="rfc.section.3.3.p.2">Both signed and unsigned integers are supported and provide the same ranges as 64-bit integers.  </p>