You bring up a good point. I have been assuming that - since
IDs can be submitted in multiple formats - that the additional
formats would also become part of the RFC library on publication.
I just took a quick peek at the RFCs and there does not appear
to be a single example of a version that is not in text format. I
don't know if that is because they are not stored in the same place,
or they are not carried forward as part of the publishing process.
Frankly, if the process of getting an ID published as an RFC
seems to require (or at least encourage) use of at least one
additional format, then the additional format(s) should also be
incorporated in the RFC library. In other words, if there was a
non-ASCII version of the ID, there should also be a non-ASCII
version of the RFC.
For some reason I thought this at least used to be the case.
If it is not, then that should be fixed - for exactly the reasons
you point out.
Irrespective of questions about the "legitimacy" of using a
non-ASCII version as normative or authoritative, the fact that a
non-ASCII version might contain useful explanatory material is
more than sufficient cause to keep it.
[mailto:ietf-bounces(_at_)ietf(_dot_)org] On Behalf
Of Stewart Bryant
Sent: Thursday, January 05, 2006 12:01 PM
To: John C Klensin
Cc: Ash, Gerald R \(Jerry\); ietf(_at_)ietf(_dot_)org
Subject: Re: Baby Steps (was RE: Alternative formats for IDs)
John C Klensin wrote:
--On Thursday, 05 January, 2006 08:25 -0600 "Ash, Gerald R
Happy New Year to all!
Many thanks to Yaakov for his excellent handling of
discussion. I'm not very surprised with the way it
Déjà vu all over again :-)
The challenge is to focus the discussion to try to
consensus on moving forward with a process change,
need to take baby steps to make progress.
I'd suggest we try to reach consensus first on the
Alternative format(s) for IDs, in addition to ASCII
should be allowed.
One requirement/motivation for this change (as set
the ID) is to be able to include drawings and
something much more flexible than ASCII art.
Based on the prior discussion of 'ASCII art', and
discussion, I see few people arguing that ASCII text
is all we
need and that no other formats should ever be
Even those of us who are strongly supportive of ASCII as our
primary base format and those who believe that the effort
to simplify illustrations and diagrams sufficiently that
can be accurately represented in ASCII artwork is helpful in
forcing clarity are reluctant to say "never".
Let's set aside for now which format(s), and take
that as a
later step if we can take this first step.
Jerry, one of the nice things about baby steps is that you
sometimes discover that the baby learned to take the steps
without any instruction.
Unless the IESG has changed the rules while I was not
it has been permitted to post I-Ds in PDF in addition to
for some years.
BUT the pdf is not allowed to be normative. Changing that rule alone
be sufficient to allow modern graphics to be called up in normative
I find it interesting that it has not been taken
advantage of more often (and, for the record, I'm one of
who has taken advantage of it). When it has been done for
artwork purposes, the artwork in the ASCII version has
been pretty rudimentary. In practice, whether it is "good
enough" has been made on a case by case basis by WG Chairs
WGs or, for non-WG documents, by whether or not the relevant
people are willing to read and consider those documents.
Please clarify this. Are you saying that if the WG/WGchairs/ADs
agree that the non-ASCII
version should be the normative version (because they want the
better artwork), then that's
OK? I thought I asked this a long time ago and was told no.
Similarly, when PDF has been posted in order to exhibit
non-ASCII characters, it has proven helpful to have Unicode
character offsets (i.e., U+nnnn representations) in both
ASCII and PDF forms to ensure complete precision even though
character-glyphs themselves appear only in the PDF form.
So, consider the first baby step to have been taken: nothing
prevents you from posting an I-D in both ASCII and PDF
and the relevant sub-community will sort out, on a case by
basis, whether the ASCII is good enough.
...and if it's not the pdf version of the text including graphics
will become the RFC?
Ietf mailing list