mirror of
https://github.com/moparisthebest/xeps
synced 2024-11-28 20:22:24 -05:00
XEP-0369: Rename info node also in the text.
This commit is contained in:
parent
0ebc97c138
commit
5104e1a3b8
@ -567,7 +567,7 @@
|
|||||||
</li>
|
</li>
|
||||||
<li>&xep0313; (MAM) is used for all history access, with each node being individually addressable for MAM queries. This simplifies implementation compared to MUC (which had a specialized and rather limited history retrieval mechanism).</li>
|
<li>&xep0313; (MAM) is used for all history access, with each node being individually addressable for MAM queries. This simplifies implementation compared to MUC (which had a specialized and rather limited history retrieval mechanism).</li>
|
||||||
<li>A client can achieve a 'quick resync' of a node by requesting just those changes it has not yet received, using standard MAM protocol. This solves the MUC issue of either receiving duplicate messages when rejoining a room or potentially missing messages.</li>
|
<li>A client can achieve a 'quick resync' of a node by requesting just those changes it has not yet received, using standard MAM protocol. This solves the MUC issue of either receiving duplicate messages when rejoining a room or potentially missing messages.</li>
|
||||||
<li>Because MAM is used for history, only those nodes that have a 'current value' need to store any items in them — e.g., 'urn:xmpp:mix:nodes:presence' and 'urn:xmpp:mix:nodes:information' would store their current values (with older values being queryable through MAM), while 'urn:xmpp:mix:nodes:messages' would store no items.</li>
|
<li>Because MAM is used for history, only those nodes that have a 'current value' need to store any items in them — e.g., 'urn:xmpp:mix:nodes:presence' and 'urn:xmpp:mix:nodes:info' would store their current values (with older values being queryable through MAM), while 'urn:xmpp:mix:nodes:messages' would store no items.</li>
|
||||||
<li>A user's participation in a channel outlives their client sessions. A client which is offline will not share presence within the channel, but the associated user will still be listed as an participant. </li>
|
<li>A user's participation in a channel outlives their client sessions. A client which is offline will not share presence within the channel, but the associated user will still be listed as an participant. </li>
|
||||||
<li>Presence is sent to participants using bare JID, whether or not the user has an online client. </li>
|
<li>Presence is sent to participants using bare JID, whether or not the user has an online client. </li>
|
||||||
<li>Online clients MAY register presence, which is then shared with participants who have subscribed to presence.</li>
|
<li>Online clients MAY register presence, which is then shared with participants who have subscribed to presence.</li>
|
||||||
|
Loading…
Reference in New Issue
Block a user