| Internet-Draft | SVGs in RFCs | February 2025 |
| Rossi, et al. | Expires 17 August 2025 | [Page] |
This document sets policy for the inclusion of SVGs in the definitive versions of RFCs and relevant publication formats. It contains policy requirements from [RFC7996] and removes all requirements related to using a specific SVG profile or specific implementation code. It also makes the RFC Publication Center (RPC) responsible for implementation decisions regarding SVGs.¶
This note is to be removed before publishing as an RFC.¶
The latest revision of this draft can be found at https://github.com/alexisannerossi/id-svgsinrfcs/blob/main/svgsinrfcs.md. Status information for this document may be found at https://datatracker.ietf.org/doc/draft-rossi-svgsinrfcs/.¶
Discussion of this document takes place on the RSWG Editorial Stream Working Group mailing list (mailto:rswg@rfc-editor.org), which is archived at https://mailarchive.ietf.org/arch/browse/rswg/.¶
Source for this draft and an issue tracker can be found at https://github.com/alexisannerossi/id-svgsinrfcs.¶
This Internet-Draft is submitted in full conformance with the provisions of BCP 78 and BCP 79.¶
Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet-Drafts is at https://datatracker.ietf.org/drafts/current/.¶
Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."¶
This Internet-Draft will expire on 17 August 2025.¶
Copyright (c) 2025 IETF Trust and the persons identified as the document authors. All rights reserved.¶
This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (https://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.¶
This document sets policy for the inclusion of SVGs (Scalable Vector Graphics) in the definitive versions of RFCs and relevant publication formats. It contains policy requirements taken from [RFC7996] and removes all requirements related to using a specific SVG profile or specific implementation code.¶
SVG has been developed by W3C, the World Wide Web Consortium [ABOUT-SVG].¶
The RFC Publication Center (RPC) is responsible for making SVG tooling and implementation decisions. They may want to use the content of [RFC7996] as a starting point for those decisions, but they are not bound by [RFC7996] and they may change elements of the implementation as needed to support the RFC authoring community as long as those changes are aligned with the policy requirements in this document.¶
SVG tooling and implementation decisions are made or overseen by the RPC, and must adhere to the policy requirements in this document.¶
SVGs may be included in RFCs to help explain a concept more clearly, but cannot be the only representation of that concept and must not contain details relevant to the RFC that are not also represented in the text. Normative descriptions of protocols, systems, etc. must be fully represented in the text of the RFC, and must not be contingent on comprehension of any SVG. SVGs are never to be considered as specifications in themselves.¶
SVGs must remain static after publication of the RFC, so there may be interactive, multimedia, or other elements that cannot be used.¶
Images and diagrams in RFCs should be successfully rendered and understood by the widest audience possible. To that end, the RPC may prohibit the use of SVG features that are known to lack support on common devices, that do not render on small or low-resolution screens, or that could make diagrams less comprehensible for any significant readership. This includes:¶
SVGs must not contain pointers to external resources.¶
SVGs must not contain executable script.¶
SVGs should be as accessible as possible to people with visual disabilities, including those who have color blindness, those who need to scale or change fonts, and those who use screen reading software. The RPC will refer to the W3C Accessibility Guidelines [WAI] when making decisions regarding accessibility.¶
Authors may include multiple versions of images or diagrams in rfcxml. Publication formats should present the version that is best suited to each format. In many cases, that will be an SVG.¶
SVG vocabulary and implementation may change over time. Changes are not required to remain backwards-compatible, although maintaining compatibility where possible is encouraged.¶
The RPC is authorized to place constraints on SVG usage in RFCs for both technical and editorial reasons in order to ensure that published RFCs meet the above policy and to provide consistency across the RFC series. The RPC must document the acceptable usage of SVGs, and all changes to tooling or implementation decisions must be widely communicated to the RFC author community using mailing lists or other means.¶
The RPC is expected to solicit community input before making decisions and to publicly explain their reasoning.¶
Documentation produced by the RPC should describe what technical and editorial constraints apply to SVGs and provide RFC authors with guidance on how to produce diagrams that meet these constraints.¶
The RPC's implementation should strive to allow SVGs produced by widely used drawing tools. Where possible, implementation decisions should focus on specifying what is disallowed, rather than attempting to specify exactly what is allowed.¶
The RPC should periodically review and revise their practices.¶
This document has no security considerations.¶
This document has no IANA actions.¶