Network Working Group A. Rossi
Internet-Draft RFC Series Consulting Editor
Obsoletes: 7996 (if approved) N. Brownlee
Intended status: Informational
Expires: 10 August 2025 J. Mahoney
RFC Production Center
6 February 2025
SVGs in RFCs
draft-rossi-svgsinrfcs-00
Abstract
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.
About This Document
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/.
Source for this draft and an issue tracker can be found at
https://github.com/id-svgsinrfcs.
Status of This Memo
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."
Rossi, et al. Expires 10 August 2025 [Page 1]
Internet-Draft svgsinfrcs February 2025
This Internet-Draft will expire on 10 August 2025.
Copyright Notice
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.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2
2. Policy Requirements . . . . . . . . . . . . . . . . . . . . . 2
3. Security Considerations . . . . . . . . . . . . . . . . . . . 3
4. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 3
5. Informative References . . . . . . . . . . . . . . . . . . . 3
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 4
1. Introduction
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.
2. Policy Requirements
* SVG tooling and implementation decisions are made or overseen by
the RPC, and must adhere to the policy requirements in this
document. The RPC is expected to solicit community input before
making these decisions and to publicly explain their reasoning.
Documentation for SVG usage in RFCs will be publicly available.
Rossi, et al. Expires 10 August 2025 [Page 2]
Internet-Draft svgsinfrcs February 2025
* 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 in RFCs must render well on a wide variety of common devices,
including those with smaller screens.
* SVGs must remain static after publication of the RFC, so there may
be interactive, multimedia, or other elements that cannot be used.
* SVGs must not contain pointers to external resources.
* SVGs must not contain executable script.
* If an SVG is included in an RFC, it should also be included in any
publication format that can adequately represent the SVG. The RPC
may choose to support conversions from SVG to another image format
if a publication format requires it.
* 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.
* SVG vocabulary and implementation may change over time and is not
required to remain backwards-compatible.
* 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.
3. Security Considerations
This document has no security considerations.
4. IANA Considerations
This document has no IANA actions.
5. Informative References
Rossi, et al. Expires 10 August 2025 [Page 3]
Internet-Draft svgsinfrcs February 2025
[ABOUT-SVG]
W3C, "About SVG", n.d.,
<https://www.w3.org/Graphics/SVG/About>.
[RFC7996] Brownlee, N., "SVG Drawings for RFCs: SVG 1.2 RFC",
RFC 7996, DOI 10.17487/RFC7996, December 2016,
<https://www.rfc-editor.org/rfc/rfc7996>.
[WAI] W3C, "W3C Accessibility Standards Overview", n.d.,
<https://www.w3.org/WAI/standards-guidelines/>.
Authors' Addresses
Alexis Rossi
RFC Series Consulting Editor
Email: rsce@rfc-editor.org
Nevil Brownlee
Email: nevil.brownlee@gmail.com
Jean Mahoney
RFC Production Center
Email: jmahoney@staff.rfc-editor.org
Rossi, et al. Expires 10 August 2025 [Page 4]