mirror of
https://github.com/moparisthebest/xeps
synced 2024-11-21 08:45:04 -05:00
Clarification of node definitions and all nodes now optional.
This commit is contained in:
parent
33cdda3492
commit
6009d8af9f
16
xep-0369.xml
16
xep-0369.xml
@ -279,7 +279,8 @@
|
||||
|
||||
|
||||
<p>
|
||||
jidmap is the only node that will always be present for a MIX channel and all other nodes are optional. All channels will have either a message node, a presence node or both, because a channel will always share messages and/or presence. MIX provides mechanisms to allow users to conveniently subscribe to a chosen set of nodes and to unsubscribe to all nodes with a single operation.
|
||||
All of the standard nodes are optional. A channel providing a service similar to MUC will typically use all of the standard nodes.
|
||||
MIX provides mechanisms to allow users to conveniently subscribe to a chosen set of nodes and to unsubscribe to all nodes with a single operation.
|
||||
</p>
|
||||
<p>
|
||||
The structure of each of the standard nodes is now considered in more detail
|
||||
@ -302,6 +303,7 @@
|
||||
<p>Each channel participant is represented as an item of the 'urn:xmpp:mix:nodes:participants' channel node. Each item is named by the bare proxy JID of the participant. For example 'coven+123456@mix.shakespeare.example' might name the node item associated with participant 'hag66@shakespeare.example'. The nick associated with the user is mandatory and is stored in the item. The nick for each channel participant MUST be different to the nick of other participants.
|
||||
This node may be subscribed to for jid-visible channels that permit subscription to this node - this will allow users to see changes to channel membership.
|
||||
</p>
|
||||
<p>If the Participants Node is not used, information on channel participants is not shared.</p>
|
||||
<example caption="Value of Participants Node"><![CDATA[
|
||||
<items node='urn:xmpp:mix:nodes:participants'>
|
||||
<item id='coven+123456@mix.shakespeare.example/8765'>
|
||||
@ -313,7 +315,7 @@
|
||||
</section3>
|
||||
<section3 topic="JID Map Node" anchor="jid-map-node">
|
||||
|
||||
<p>The JID Map node is used to associate a proxy bare JID to its corresponding real bare JID.
|
||||
<p>The JID Map node is used to associate a proxy bare JID to its corresponding real bare JID. The JID Map node MUST have one entry for each entry in the Participants node.
|
||||
Each item is identified by proxy bare JID, mapping to the real bare JID. This node is used to give administrator access to real JIDs and participant access to real JIDs in jid-visible channels.
|
||||
In JID visible channels, all participants may subscribe to this node. In JID hidden channels, only administrators can subscribe. </p>
|
||||
<example caption="Value of JID Map Node"><![CDATA[
|
||||
@ -329,9 +331,9 @@
|
||||
<p>
|
||||
The presence node contains the presence value for clients belonging to participants that choose to publish presence to the channel. A MIX channel MAY require that all participants publish presence. Each item in the presence node is identified by the full proxy JID, and contains the current presence value for that JID. The presence is encoded in the same way as data that would be sent in a presence stanza. The full JID is always used in this node. In MIX it is possible to have a 'presence-less channel' by not using this node. Access Control may be set to enforce that for each of the full JIDs in this list, the bare JID MUST be in the participants list.
|
||||
</p>
|
||||
<p>QUESTION: The current specification allows channels to be configured so that node subscription is not restricted to participants (although this restriction is the default). Is this flexibility desirable, or should we restrict to participants?</p>
|
||||
|
||||
<p>
|
||||
This node may be subscribed to by users using bare JID. So presence of online clients is sent to all users subscribed to this node, noting that presence is always sent using standard presence protocol.
|
||||
This node may be subscribed to by users and this subscription MUST use the users bare JID. So presence of online clients is sent to the MIX Proxy for each user subscribed to this node. Presence is always sent using standard presence protocol.
|
||||
</p>
|
||||
<example caption="Value of Presence Node"><![CDATA[
|
||||
<items node='urn:xmpp:mix:nodes:presence'>
|
||||
@ -412,6 +414,12 @@
|
||||
</section3>
|
||||
|
||||
</section2>
|
||||
|
||||
<section2 topic="Non-Standard Nodes" anchor="non-standard-nodes">
|
||||
<p>
|
||||
The MIX standard allows channels to use non-standard nodes, using names that do no conflict with the standard nodes. The capabilities of these nodes may be specified in a future XEP or be for private agreement. Non-Standard nodes MUST NOT duplicate or otherwise provide capability that can be provided by standard nodes.
|
||||
</p>
|
||||
</section2>
|
||||
</section1>
|
||||
|
||||
<section1 topic='Discovery' anchor='discovery'>
|
||||
|
Loading…
Reference in New Issue
Block a user