moparisthebest/xeps
1
0
Fork 0
mirror of https://github.com/moparisthebest/xeps synced 2024-11-25 02:32:18 -05:00
Code Issues Releases Wiki Activity

Fix typos in 379

Browse Source
This commit is contained in:
Licaon_Kter 2020-01-09 15:27:42 +00:00 committed by GitHub
parent 74820fa6e6
commit 3cd61d738c
No known key found for this signature in database
GPG Key ID: 4AEE18F83AFDEB23
1 changed files with 7 additions and 7 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
xep-0379.xml
View File

@ -71,10 +71,10 @@
register with some server. Now, Romeo only needs to create a mutual register with some server. Now, Romeo only needs to create a mutual
presence subscription with her, without yet knowing her JID.</p> presence subscription with her, without yet knowing her JID.</p>
<p>This specification allows Romeo to create an out-of-band link (URI) which, <p>This specification allows Romeo to create an out-of-band link (URI) which,
when opened in Juilet's (or another user's) client, will:</p> when opened in Juliet's (or another user's) client, will:</p>
<ul> <ul>
<li>Add Romeo to Juliet's roster (with a display name optionally specified by Romeo)</li> <li>Add Romeo to Juliet's roster (with a display name optionally specified by Romeo)</li>
<li>Add Juliet to Romeo's roster (without a pre-defined display name)</li> <li>Add Juliet to Romeo's roster (without a predefined display name)</li>
<li>Establish a mutual presence subscription between Romeo and Juliet</li> <li>Establish a mutual presence subscription between Romeo and Juliet</li>
</ul> </ul>
<p>The perceivable effect is that with a single click, Romeo and Juliet <p>The perceivable effect is that with a single click, Romeo and Juliet
@ -93,7 +93,7 @@
<ol> <ol>
<li>Generation of invitation link</li> <li>Generation of invitation link</li>
<li>Out-of-band transmission and presentation of the link</li> <li>Out-of-band transmission and presentation of the link</li>
<li>Subcription request to the user by the link receiver (new contact)</li> <li>Subscription request to the user by the link receiver (new contact)</li>
<li>Approval by the user and mutual subscription request</li> <li>Approval by the user and mutual subscription request</li>
<li>Approval by the new contact</li> <li>Approval by the new contact</li>
</ol> </ol>
@ -281,7 +281,7 @@ https://juicyxmpp.example/i/#romeo@montague.net?roster;preauth=1tMFqYDdKhfe2pwp;
as if no preauth token was contained.</p> as if no preauth token was contained.</p>
</section2> </section2>
<section2 topic='No Expectaion of Immediate Approval' anchor='rules_expectation'> <section2 topic='No Expectation of Immediate Approval' anchor='rules_expectation'>
<p>When sending a pre-authenticated subscription request, the contact's <p>When sending a pre-authenticated subscription request, the contact's
client MUST NOT expect an immediate successful approval. If the user's client MUST NOT expect an immediate successful approval. If the user's
issuing client is currently offline, or if the token has expired, a manual issuing client is currently offline, or if the token has expired, a manual
@ -359,8 +359,8 @@ https://juicyxmpp.example/i/#romeo@montague.net?roster;preauth=1tMFqYDdKhfe2pwp;
<section2 topic='Opening the Landing Page in an App' anchor='rules_multiclient'> <section2 topic='Opening the Landing Page in an App' anchor='rules_multiclient'>
<p>Some mobile device platforms allow an app to register itself as a <p>Some mobile device platforms allow an app to register itself as a
handler for cetain URIs. This allows an XMPP client to register for <strong>xmpp:</strong> handler for certain URIs. This allows an XMPP client to register for <strong>xmpp:</strong>
URIs, but also to redirect handling of cetain HTTP/HTTPS URIs. A mobile URIs, but also to redirect handling of certain HTTP/HTTPS URIs. A mobile
client SHOULD register for the associated landing page URIs and properly client SHOULD register for the associated landing page URIs and properly
handle the contained invitations. For example, the JuicyXMPP client should handle the contained invitations. For example, the JuicyXMPP client should
register a handler for <strong>https://juicyxmpp.example/i/*</strong>, and present register a handler for <strong>https://juicyxmpp.example/i/*</strong>, and present
@ -375,7 +375,7 @@ https://juicyxmpp.example/i/#romeo@montague.net?roster;preauth=1tMFqYDdKhfe2pwp;
SHOULD be indicated by the client UI to Romeo.</p> SHOULD be indicated by the client UI to Romeo.</p>
<p>If a client allows customization of the validity time or the number of <p>If a client allows customization of the validity time or the number of
uses for a given invitation token, it SHOULD provide clear language uses for a given invitation token, it SHOULD provide clear language
to inidcate that.</p> to indicate that.</p>
</section2> </section2>
<section2 topic='Tagging of Auto-Added Contacts' anchor='rules_group'> <section2 topic='Tagging of Auto-Added Contacts' anchor='rules_group'>
<p>When a new contact is added automatically by the client, it SHOULD <p>When a new contact is added automatically by the client, it SHOULD