Open JayDaley opened 1 year ago
I'm not convinced we need this policy. As long as some $foo is convertible to the current XML format, we don't need a policy about $foo.
Markdown is not just any old $foo - it's close to being the dominant authoring format used by new authors, it is strongly promoted by IETF leadership and is on a strong growth trajectory. Yet the Tools Team hands are tied to do anything to support this given the current situation, without fracturing the landscape even more. I'll take this discussion to the list!
Markdown is now a popular choice for I-D authors, rivalling RFCXML, and there is significant potential to develop its use further. We have two different Markdown processors used for I-D authoring, both provided and actively maintained by community volunteers.
The problems with the current situation are:
All of these problems could be addressed by standardising an official Markdown dialect for I-D authoring in an RFC. This would be a feature-complete replacement of RFCXML, therefore enabling automated bi-directional translation between this standardised Markdown and RFCXML, which in turn could go a long way towards solving the problems with authors struggling with the switch to RFCXML for AUTH48.
This would also support potential new developments such as a Javascript renderer/convertor that can be the basis for new web services or plugins to common developer tools.
The risk is that one or both community members who currently maintain a Markdown processor may choose not to adopt the standard or my choose to cease maintenance of their processor, leading to the Tools Team being obliged to produce its own processor to fill the gap, though this is unlikely to be that large an undertaking.