1
0
mirror of https://github.com/moparisthebest/xeps synced 2024-12-21 23:28:51 -05:00

XEP-0001: Fix minor DTD and whitespace issues

This commit is contained in:
Sam Whited 2016-11-14 11:46:11 -06:00
parent a887513117
commit 0aab53ba92

View File

@ -11,8 +11,8 @@
&LEGALNOTICE;
<number>0001</number>
<status>Active</status>
<type>Procedural</type>
<interim/>
<type>Procedural</type>
<sig>None</sig>
<approver>Board</approver>
<dependencies/>
@ -241,7 +241,7 @@
</section2>
</section1>
<section1 topic='Submission Process' anchor='submission'>
<p>The XSF welcomes and encourages the submission of protocols to the XSF's standards process. <note>It is important to understand that private extensions to XMPP are also allowed. The XSF does not, and cannot, require such private extensions to be added to the public, official set of protocols recognized by the XSF. The processes and procedures in this document apply only to protocols that are submitted to the XSF, not to private protocol extensions used for custom functionality in particular applications. However, such private extensions must not be considered part of the protocols recognized by the XSF.</note> Any individual or group of individuals may author a proposal and submit it to the XSF for consideration as a XEP, and there is no requirement that a XEP author shall be an elected member of the XSF. <a name='states-ProtoXEP'></a> Proposals to define official XSF protocols must be presented in the XEP format and must follow the rules defined herein (after a proposal has been submitted but before it has been accepted as a XEP, it is known informally as a "ProtoXEP"). The authoring and submission process is defined in &xep0143; (see also &lt;<link url="http://xmpp.org/xmpp-protocols/xmpp-extensions/submitting-a-xep/">http://xmpp.org/xmpp-protocols/xmpp-extensions/submitting-a-xep/</link>&gt;). All submissions to the XSF's standards process should be directed to the XMPP Extensions Editor.</p>
<p>The XSF welcomes and encourages the submission of protocols to the XSF's standards process. <note>It is important to understand that private extensions to XMPP are also allowed. The XSF does not, and cannot, require such private extensions to be added to the public, official set of protocols recognized by the XSF. The processes and procedures in this document apply only to protocols that are submitted to the XSF, not to private protocol extensions used for custom functionality in particular applications. However, such private extensions must not be considered part of the protocols recognized by the XSF.</note> Any individual or group of individuals may author a proposal and submit it to the XSF for consideration as a XEP, and there is no requirement that a XEP author shall be an elected member of the XSF. Proposals to define official XSF protocols must be presented in the XEP format and must follow the rules defined herein (after a proposal has been submitted but before it has been accepted as a XEP, it is known informally as a "ProtoXEP"). The authoring and submission process is defined in &xep0143; (see also &lt;<link url="http://xmpp.org/xmpp-protocols/xmpp-extensions/submitting-a-xep/">http://xmpp.org/xmpp-protocols/xmpp-extensions/submitting-a-xep/</link>&gt;). All submissions to the XSF's standards process should be directed to the XMPP Extensions Editor.</p>
<p>Note well that XEP authors must transfer ownership of their protocols (but not implementations thereof) to the XSF. Refer to the &XSFIPR; for details. XEP authors must make sure that they have read, understood, and agreed to the XSF IPR Policy before submitting a proposal to the XMPP Extensions Editor!</p>
<p>All proposals submitted to the XSF for consideration as XEPs must contain the following information:</p>
<ol start='1'>
@ -451,9 +451,9 @@ THE SOFTWARE.
Protocols (XEPs). For further information about XEPs, visit:
http://www.xmpp.org/extensions/
The canonical URL for this schema is:
http://www.xmpp.org/extensions/xep.xsd
</xs:documentation>