--On Friday, July 12, 2019 21:46 -0400 John Levine <johnl@xxxxxxxxx> wrote: > In article <20190710190507.GI3215@localhost> you write: >> Yeah, it does seem lik the XML hate is mostly just that, but >> that our use of XML is not really a blocker. But these are >> feelings we're talking about -- all subjective. > > I think the practical difference is between a toolset that is > unique to the IETF and one that is more widely used. > > It is utterly unclear to me whether better bridge tools would > help. I am pretty sure that with enough effort I could write > a two-way converter between xml2rfc and a Microsoft Word file > with suitable stylesheets and macros. (It'd be a lot harder > than what Joe has done.) So you could edit stuff in Word, and > revise by importing xml2rfc into Word and then exporting when > you're done. But would anyone use it? The answer to the specific question is probably a subset, maybe a large subset, of those who are using Joe's tool. I don't have a clue as to how many people it would attract from markdown. But it seems to me that there is a generic problem in much of this discussion. The original motivation for xml2rfc (see the introduction to RFC 2629) was to allow enough descriptive markup to facilitate RFC production and permit element identification for other purposes. If one generalizes a bit from that, one gets to the motivation for SGML itself: allowing authors to describe the elements of a document well enough that someone or something else can deal with formatting, page layout, and a variety of stylistic issues in a way that produces reasonable results. As an aside, at least some SGML purists argued that giving authors control at the formatting level was not only a poor use of their time but that it encouraged evil behavior. That particular approach is particularly important if one wants to produce a variety of different output formats from a single source document, something that was definitely not part of the program for RFC 2629 but is critical for the new format setup and xmlrfc v3. Perhaps unfortunately, most of us at one time or another want to mess with formatting and layout. Carl and Marshall were quite careful about that, introducing some elements that were clearly about low-level formatting but being rather clear that most of them were kludges and they knew it. Whatever the other strengths and weaknesses of v3, elements like <strong> and <sub> are format markup. Go very far in that direction (and I'm trying to remain agnostic about whether the right choices were made) and one ends up back to nroff. Where this relates to the above is that formatting engines, even those with style sheets, don't provide, other than heuristically, anything other than format-level behavior and markup. Relative to the expectations of identifying material by its nature and application of generic markup, there isn't a lot of difference among Word, nroff, TeX and LaTex, etc. Getting from generic markup to one of them as an intermediate step to layout and formatting is fairly straightforward. The historical RFC Editor path of xml2rfc input -> nroff -> final documents is a rather good example. But getting from final documents for format/layout material back to generic markup is a dicey business that is going to fall into the "sometimes it works and sometimes it doesn't" category. How important that is depends on what one wants and expects. john
