<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.23 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-rossi-svgsinrfcs-00" category="info" submissionType="editorial" obsoletes="7996" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.26.0 -->
  <front>
    <title abbrev="svgsinfrcs">SVGs in RFCs</title>
    <seriesInfo name="Internet-Draft" value="draft-rossi-svgsinrfcs-00"/>
    <author initials="A." surname="Rossi" fullname="Alexis Rossi">
      <organization>RFC Series Consulting Editor</organization>
      <address>
        <email>rsce@rfc-editor.org</email>
      </address>
    </author>
    <author initials="N." surname="Brownlee" fullname="Nevil Brownlee">
      <organization/>
      <address>
        <email>nevil.brownlee@gmail.com</email>
      </address>
    </author>
    <author initials="J." surname="Mahoney" fullname="Jean Mahoney">
      <organization>RFC Production Center</organization>
      <address>
        <email>jmahoney@staff.rfc-editor.org</email>
      </address>
    </author>
    <date year="2025" month="February" day="06"/>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 54?>

<t>This document sets policy for the inclusion of SVGs in the definitive versions of RFCs and relevant publication formats. It contains policy requirements from <xref target="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.</t>
    </abstract>
    <note removeInRFC="true">
      <name>About This Document</name>
      <t>
        The latest revision of this draft can be found at <eref target="https://github.com/alexisannerossi/id-svgsinrfcs/blob/main/svgsinrfcs.md"/>.
        Status information for this document may be found at <eref target="https://datatracker.ietf.org/doc/draft-rossi-svgsinrfcs/"/>.
      </t>
      <t>Source for this draft and an issue tracker can be found at
        <eref target="https://github.com/id-svgsinrfcs"/>.</t>
    </note>
  </front>
  <middle>
    <?line 58?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>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 <xref target="RFC7996"/> and removes all requirements related to using a specific SVG profile or specific implementation code.</t>
      <t>SVG has been developed by W3C, the World Wide Web Consortium <xref target="ABOUT-SVG"/>.</t>
      <t>The RFC Publication Center (RPC) is responsible for making SVG tooling and implementation decisions. They may want to use the content of <xref target="RFC7996"/> as a starting point for those decisions, but they are not bound by <xref target="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.</t>
    </section>
    <section anchor="policy-requirements">
      <name>Policy Requirements</name>
      <ul spacing="normal">
        <li>
          <t>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.</t>
        </li>
        <li>
          <t>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.</t>
        </li>
        <li>
          <t>SVGs in RFCs must render well on a wide variety of common devices, including those with smaller screens.</t>
        </li>
        <li>
          <t>SVGs must remain static after publication of the RFC, so there may be interactive, multimedia, or other elements that cannot be used.</t>
        </li>
        <li>
          <t>SVGs must not contain pointers to external resources.</t>
        </li>
        <li>
          <t>SVGs must not contain executable script.</t>
        </li>
        <li>
          <t>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.</t>
        </li>
        <li>
          <t>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 <xref target="WAI"/> when making decisions regarding accessibility.</t>
        </li>
        <li>
          <t>SVG vocabulary and implementation may change over time and is not required to remain backwards-compatible.</t>
        </li>
        <li>
          <t>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.</t>
        </li>
      </ul>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>This document has no security considerations.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>This document has no IANA actions.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-informative-references">
      <name>Informative References</name>
      <reference anchor="RFC7996">
        <front>
          <title>SVG Drawings for RFCs: SVG 1.2 RFC</title>
          <author fullname="N. Brownlee" initials="N." surname="Brownlee"/>
          <date month="December" year="2016"/>
          <abstract>
            <t>This document specifies SVG 1.2 RFC -- an SVG profile for use in diagrams that may appear in RFCs -- and considers some of the issues concerning the creation and use of such diagrams.</t>
          </abstract>
        </front>
        <seriesInfo name="RFC" value="7996"/>
        <seriesInfo name="DOI" value="10.17487/RFC7996"/>
      </reference>
      <reference anchor="ABOUT-SVG" target="https://www.w3.org/Graphics/SVG/About">
        <front>
          <title>About SVG</title>
          <author>
            <organization>W3C</organization>
          </author>
          <date>n.d.</date>
        </front>
      </reference>
      <reference anchor="WAI" target="https://www.w3.org/WAI/standards-guidelines/">
        <front>
          <title>W3C Accessibility Standards Overview</title>
          <author>
            <organization>W3C</organization>
          </author>
          <date>n.d.</date>
        </front>
      </reference>
    </references>
    <?line 91?>



  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA8VYTW/cRhK981c0vIdNFjMcIQay8JysKIngALENyRsdF02y
ZqZXzW6muzn0JPB/31fVJIcjKxtjD7sHQyLZXV/v1auS1+t1kUyytFX3v9xG
ZZy6+/EmFrqqAh23Kh730bhdqGPR+NrpFgeboHdpHXyMZp2/h10d11dXxZFc
T9viL0rtg++7rbq7f7jlx3TqcPHBh0fj9uqWP/LrVhu7VSEO+9cwsabGJB9K
H/b8UYf6sFWHlLq43WwanXQKun6kUBpKOz61oWbYb/j6poBLkw59tVUvTLMI
6wW+WJ0oJnyZjOWjZe3bjbb00UTtHElCm4vLm8r6aoMo3eb8smybF0VM2jX/
1NY75JVCTwWK9bLwVfSW4G2r/v7q1beF6YJ8jumbq6tXV98Uj8NWvXGJgqO0
/p4LWdQaoaHGvoh91RoE4d0HqVeuh9G2eKTT4EOzLdSacSp0nw4+4FGt8U/h
Ojxel+qOc5A3GapryW7xGlXTzvymE5xsGWp1T8FQVDfexd4mhucHcSvHaUKo
pqcIXbh+W6rvgh+cJVp4f0tHYy8/XPpf+nB8uKzGw6/3/JYRunT0U6l+1gdU
/bTw8xNpd/H68yzfB9/0NT+rG+L6L13/q813XwPV3a58kmjhfGhh6khc76Jg
qBYvYJ2h5l+vv3v3jw9r4LMV62eQxpjQAS9v5HFsuevK90kAlZc67CmdKT8M
Qzm8FKLfBt0dDAiJsxu5hRsP12++1BEe1XVdE2hQGWvSSd0zgXVoonp3pHA0
NPxZDHC3idOt9b43DVnjKG6KYr1eK11F7s9UFB8OoBzUom9RaRUpRdV5a+qT
QuFUOhCgrG3PPFd+N+sOf2hoZ5zh0ipExSciH2FJUvCsAlk6aljt+goWBWCV
4YilepNU7V1Cu84eA/3am0AcSVS74Fv1++8jYp8+jSZbf0QDaGsvT8MXdKNR
ySvEir7QKnZUm52pOWbVBb8zllDv83vTdlau58hq35CEpW30ULtH+OE0hZGL
DDIl1Vd372++ht/YIW9TwTYX7InNBq5yYQLtAQVHxiUsMwytaRpLBQQUMjOT
/r8D5av7WlvNcfxCNdpBTTT8+n+DV0LB3P8JtaLg0wcdVUXEVT+S9R0MVyfu
ppWkj4FmG/WATlAPVImG+pBMz/HOYvDpU8nl/xPUTfwMePBlBBfZoDycDFL/
Iz6UCk5OuHVSA5dcKkASJ1eZYQc0F4WMXB20vMh+5w2OZDb4SGfDK1VBpRIb
14GU80lBgZyU4ikuaQqhPmi3J0V2xAWuhWSXwSMCR9RkvGLfdSjf3CFZ1jg0
jIG2dyxbuICZu+efOcrsJ0pk2pq9g60B412sPEcqYe6iF0rulff54N3iYFH8
7YtLL95b3QitPHcCcwblkVTegy18u8UaoHRzIBxGul8coPqQrTBH6CNIO/I7
8mWTFtUxrgNSFQFEmugDN0swM0p+bEh7YotW53Y2AZHo6B3uler70f/ctFKO
Puo9TWsiKo3+q+hsTR8xUVkyyly+KGSoRnVhoKeriOFAtpv9a2ZpTV1SLUdf
W9LBnjL3auxnzLrMZu8sl6xDv8zhCb10mm3M9eZ7o8igCPhh41mVRhSYbHJ7
orfI9ewhB80HE30EHG+n8Q+DsQ6mS5PuQVySr71Fy8RTTNTiF0p1mUNB+Lve
LmO/tDz1CMJZXSZQ5RYGLNLFLFEtTBzITXqt3YnLXeaaSx5QrMAZ5ssRIhXg
D40z6Z7OcecI2kgWgjrDNsEkMQRyuK0GAtrctcAdXD9qbI5gHdwzBaUhjgZL
xmpEO9OPu1Q6MrZQa5hBzdAe0CtsUxNJshfetFmQEkQZqzHOLufGsjxRkBOW
j/TCaWwfQGUFa1hkW6xweiUNySfPSpR5MjMKGtmUTyJZkkZkER3NpQRI2Nw1
j5zo+4BU/9NN+kh1n2R+Zppwcd8wVtJJJl40hXY5MzR0PPgec0VY+KR1GOfP
Z+mcE+QFUoIBuGSZVE3IMQlJFmjPyCx0F3HPQ1yGbpY/+MwVNC23/ujRII/n
IhmlDLmlmUtjPkiFJ864hlp56vz4O0sSechr5srRxB51bvCnmSys5llWHaAh
+sj8tsAZsbgGC2lcLb7zeJEkscqIPI+DaQeQ4mqcWdNhnpeZnSyE4in6XRrQ
T+fiieYF2uXukjXgs+36dt6OMSGxOGM6DujWSZOf2+H00sBYOnX0ta56q8Pp
ufmzmLNemh2kz+eiEHHEQvIfm6vCX9CDLPAsITAzSvWY3F/jUx8jdtjtWfCY
Ddb6IePayX6ZdyJWBJCOu4n/g2AQlDA60SEP0qgT0qs/nqKjrx0GT2SdyUJ1
YlMDE5yHIgjBAVCzUkELLcF98D5BbbuUvU4X0YGQBEQ13R6vysi/R3MGxupm
FMcsh083Zd4AHSxOp+uL07DEm/b12+svMyMndT3f5Y2dISmKfwMsEtaoiREA
AA==

-->

</rfc>
