Closed opoudjis closed 6 years ago
Aha, the reason the “vspace” is needed is that idnits
complains about the white spacing of the resulting definition lists. It is not a stated requirement but will fail IETF validation.
Oh. God. Yuck.
sigh OK. Putting it back in. I am not touching v3 yet.
The vspace for breaking up multi paragraph lists is still required independently.
Actually I’m a bit torn on this one because you are technically right. Maybe we could use some “option” that acts as a hack in this case... up to you. However if we return the behavior we’d better explain in some style guide how to actually create a RFC that passes idnits
validation.
Hm.
Yet again, document option. By default in v2, we insert the vspace; if the document option is off, we don't.
Or just enforce the vspace in v2 and forget it.
The option could be called something like definition-vspace
or something better...
Option is :inline-definition-lists:
, defaults to false.
Checked in, refer to spec/asciidoctor/rfc/v2/dlist_spec.rb
Nice stuff. Thanks @opoudjis !
I do not agree with mandating a
<vspace/>
(<br/>
in v3) after the definition text in a definition list: the user should have the option of leaving the definition text inline. This can already be left as a choice in Asciidoc markup, and in fact I've used the option to align definition lists to their text RFC counterparts:Inline definition list
RFC XML 2:
RFC XML 3:
Next line definition list:
RFC XML 2:
RFC XML3:
Increasingly, this looks like we need a style guide to Asciidoc. At any rate, I will add the separate line definition list to rspec.