[rfc-i] Pagination requirements
jhildebr at cisco.com
Fri May 25 17:58:11 PDT 2012
>From the canonical format (hand-waving over the differences between that and
the submission format for the second, please), I'd like to be able to
extract the security considerations, so I can compare the different
considerations, look for ideas, and track the lineage of text that has been
borrowed for reuse.
That's trivial with containment.
On 5/25/12 4:34 PM, "Joe Touch" <touch at isi.edu> wrote:
> Paging around in the author source is a role for that format, which may not be
> the same as the submission format.
> I described a need for tags in the submission format. I have yet to hear a
> need for section containment - again, in the submission format.
> On May 25, 2012, at 3:10 PM, Martin Rex <mrex at sap.com> wrote:
>> Joe Touch wrote:
>>> Joe Hildebrand <jhildebr at cisco.com>
>>>> Without containment, moving stuff around is going to be a PITA.
>>> You are confusing an editing requirement with a marking
>>> requirement needed for user navigation.
>> While automatic and fully dynamic section numbering might help
>> the chaotic creative processes of some authors, it is not a
>> necessary prerequisite for producing I-Ds or RFCs for everyone.
>> While it may take slightly more typing when doing major document
>> restructuring, having explicit section numbers spelled out in the
>> source (as is currently necessary with NRoffEdit) can similarily
>> help in navigation while paging around in the authoring source.
>> If being extra chaotic causes extra work, one tends to plan ahead
>> a little more, and at least for some creative minds, that little
>> extra planning may well pay off (it does for me).
>> But I'm also no fan of pathologically small sections
>> (I would not want my specification to look like a powerpoint).
More information about the rfc-interest