This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Next revision Both sides next revision | ||
design:start [2013/09/15 08:07] rsewikiadmin not sure why we have two text output links |
design:start [2013/11/28 14:19] rsewikiadmin [Discussion topics] |
||
---|---|---|---|
Line 1: | Line 1: | ||
RFC Design Team wiki space | RFC Design Team wiki space | ||
- | ==== Expected Outputs of the Design Team ==== | + | **Public read-only** |
- | - examples of Publication outputs (they may be done manually and are designed to show what things will look like) a specification or set of specifications on what needs to be done to create the necessary tools for XML to be the canonical format that in turn creates four publication formats | + | |
- | - documentation on what areas we have discussed and resolved internally so when I take this back out to the community, I can point to something that says "we discussed that issue, not discussing it again unless you have some new information that is relevant" | + | |
- | - clear guidelines on how different scripts (see RFC 6365 for terminology clarification) will be allowed in specific sections of an RFC now that the UTF-8 encoding will be allowed in the Author' | + | |
- | ==== Open Questions | + | ===== IETF 88 RFC Format BoF slides ===== |
- | | + | {{design: |
- | - Will the Publication formats be allowed to change, allowing for modifications if the transformation from XML introduces format-specific errors? | + | |
- | - How does xml2rfc fit in to this work? What needs to change? | + | |
- | - Given the end goals, what tools are entirely missing? (i.e., is what we have now sufficient for diffs?) | + | |
- | - Will we have one or more " | + | |
- | ==== Additional Pages on this Wiki ==== | + | {{design: |
- | | + | ===== Introduction ===== |
- | * [[design:producing-output|How RFC Output Is Produced]] | + | |
- | * [[design: | + | During IETF 86, the IAB formally approved the publication of "RFC Format Requirements and Future Development" |
+ | |||
+ | The direction we are exploring is one where the Canonical format - the format that is authoritative for content of an RFC - is XML using the xml2rfc DTD. From that format, four Publication formats will be rendered: Text, HTML, PDF, and EPUB. We are focusing on the xml2rfc DTD as something most likely to meet the requirements as defined in a reasonable time frame and budget because xml2rfc is: | ||
+ | |||
+ | | ||
+ | * has a start on meeting most of the requirements already; | ||
+ | * is based on a solid mark-up language that is expected to exist for the foreseeable future. | ||
+ | |||
+ | Authors may continue to submit XML or text files when their I-Ds are approved for publication. | ||
+ | |||
+ | By allowing for multiple Publication formats, readers can choose a format that works best for their circumstances. | ||
+ | |||
+ | Over the past few months, the [[design:design-team|RFC Format Design Team]], formed in Berlin, has discussed the more detailed requirements for the XML Canonical format as well as the requirements of the different Publication formats and their associated character encoding. | ||
+ | |||
+ | ==== Requirements ==== | ||
+ | * [[design: | ||
+ | * [[design:image-requirements|Requirements for Images]] | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | |||
+ | |||
+ | ==== Discussion topics ==== | ||
+ | * [[design: | ||
+ | * [[design: | ||
* [[design: | * [[design: | ||
* [[design: | * [[design: | ||
- | * [[design: | ||
- | * [[design: | ||
* [[design: | * [[design: | ||
+ | * [[design: | ||
+ | |||
+ | ==== Other information ==== | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
* [[design: | * [[design: | ||
+ | * [[design: | ||
+ | * [[design: | ||
==== Format Requirements pulled from RFC 6949 ==== | ==== Format Requirements pulled from RFC 6949 ==== |