[rfc-i] Number of submission formats
mrex at sap.com
Fri Jan 18 13:18:36 PST 2013
Marc Blanchet wrote:
> John Levine write:
> > There are acceptable input formats. Currently there are, as I
> > understand it, 2 1/2 input formats, line printer format similar to the
> > current output format, xml2rfc, and maybe nroff if it uses the same
> > coding the production people use.
> > I don't see any reason to change that structure. The canonical format
> > may change (I hope it does, to something close to xml2rfc), and the
> > set of input formats may change, e.g., lose nroff, but perhaps add
> > something that lets you bundle xml2rfc for the text and separate
> > chunks for the pictures. But the model of one output, multiple
> > inputs seems to work.
But I would boldly assume that I-D/RFC submissions based on nroff->TXT output
mostly use only a small subset of nroff features, and typically a subset that
the RFC Editor's own nroff tools can cope with.
> multiple inputs may work but brings less efficiency in the whole
> process (from initial draft to RFC publication)
Continuing to have an input format, in particular one that has
a conservative low number of features, does not impair efficiency,
and is typically very efficient in the Editing process.
Adding new input formats, significantly expanding an existing input
format, or Editing a feature-rich input format is slowing the
Long discussions on rfc-interest may also cut significantly into
Heathers time budget...
More information about the rfc-interest