URI Template
tools.ietf.org
tools.ietf.org
In Section 1.4:
Some URI Templates can be used in reverse for the purpose of variable
matching: comparing the template to a fully formed URI in order to
extract the variable parts from that URI and assign them to the named
variables. Variable matching only works well if the template
expressions are delimited by the beginning or end of the URI or by
characters that cannot be part of the expansion, such as reserved
characters surrounding a simple string expression. In general,
regular expression languages are better suited for variable matching.
It'd be better IMO to have a stricter definition of parseable templates and include test cases so that implementations that try to validate templates for parseability don't disagree.I haven't done anything with it, but I find it fascinating just to read the documentation:
http://docs.netkernel.org/book/view/book:quickstart/doc:quic...
I mean, they are formatted in HTML now, but as a giant block of monospace text. They could use <hx>s for the headers, let the text flow with browser resize for small screens, heck use bootstrap for good readable web typesetting, etc.
I am not sure why the IETF isn't interested in better web typesetting for em.
At one point someone had a site that did that, I think it was advertised and discussed here on HN, but I forget what it was called, and I think it faded into non-supported obscurity (since it was obviously a labor of love, unpaid).
Note: most RFCs can't be prettified at the moment, as their
source files are unavailable to the public and need to be
requested from rfc-editor.org. I'm working on this.
I suppose that it's just a matter of time.