<pre>not really, but I have had a bit of a think about it.<br>Since the existing mechanism for adding/removing nodes is via forms, I couldn't easily add a new field per submitted value without requiring multiple form submissions. <br>
(could possibly do it using the 'result' type and <item> tags but I doubt it would work.<br>just highlights a small limitation of the forms capability. )<br><br>So I was thinking perhaps something like this (added a delimiter and a formatted value entry for foreign/remote nodes.) :<br>
<br>from <br>6.3.1 Only One Collection Node<br>"text-multi" for the "pubsub#collection" field should probably be set to true.<br><br>8. Associate an Existing Node with a Collection<br>Example 18. Node owner modifies node configuration<br>
<br><iq type='set'<br>    from='hamlet@denmark.lit/elsinore'<br>    to='pubsub.shakespeare.lit'<br>    id='associate1'><br>  <pubsub xmlns='<a href="http://jabber.org/protocol/pubsub#owner">http://jabber.org/protocol/pubsub#owner</a>'><br>
    <configure node='princely_musings'><br>      <x xmlns='jabber:x:data' type='submit'><br>        <field var='FORM_TYPE' type='hidden'><br>          <value><a href="http://jabber.org/protocol/pubsub#node_config">http://jabber.org/protocol/pubsub#node_config</a></value><br>
        </field><br>        <field var='pubsub#collection-delimiter'><br>          <value>#</value><br>        </field><br>        ...<br>  <field var='pubsub#collection'><value>blogs</value></field><br>
        <field var='pubsub#collection'><value>pubsub.denmark.lit#blogs</value></field><br>        ...<br>      </x><br>    </configure><br>  </pubsub><br></iq><br>    <br>
same for node config<br>Example 19. Node owner modifies node configuration<br><br><iq type='set'<br>    from='bard@shakespeare.lit/globe'<br>    to='pubsub.shakespeare.lit'<br>    id='associate2'><br>
  <pubsub xmlns='<a href="http://jabber.org/protocol/pubsub#owner">http://jabber.org/protocol/pubsub#owner</a>'><br>    <configure node='blogs'><br>      <x xmlns='jabber:x:data' type='submit'><br>
        <field var='FORM_TYPE' type='hidden'><br>          <value><a href="http://jabber.org/protocol/pubsub#node_config">http://jabber.org/protocol/pubsub#node_config</a></value><br>        </field><br>
        ...<br>   <field var='pubsub#collection-delimiter'><br>          <value>#</value><br>        </field><br>        ...<br>  <field var='pubsub#collection'><value>blogs</value></field><br>
<br>        <field var='pubsub#children'><br>          <value>princely_musings</value><br>          <value>kingly_ravings</value><br>          <value>pubsub.shakespear.lit#starcrossed_stories</value><br>
          <value>pubsub.denmark.lit#moorish_meanderings</value><br>        </field><br>        ...<br>      </x><br>    </configure><br>  </pubsub><br></iq><br><br><br>I think this would be enough. no need to add and associate at the same time for remote nodes, I think everything else is still ok.<br>
All the existing messaging carries enough info for any endpoint to target the originator if it needs to, please correct me if I'm wrong, <br>it's likely I've missed something important somewhere.<br><br>Other features that I think would be tremendously useful , would be the ability for a node owner or (publisher?)<br>
to set chainable group based, and content based filters on outgoing data (is it already possible to filter incoming node data?). Its possible for individual end users to set filters, <br>but if a node owner wants to restrict a certain group of node subscribers from receiving notifications for certain types of data, this would be handy. <br>
The content based part could provide a nice way to provide sanitisation/transformation of data en route (maybe a nice way to hook into an esb etc from a node would be a good solution?).<br><br>thoughts?<br><br>Thanks<br>Jason.<br>
<br><br>.....<br>I sincerely hope this group considers ammending this xep.<br><br>Cheers.<br><br>-------------------------<br>Jason, this sounds interesting to me as well. Do you have some amendment<br>text to propose?<br>
<br>Thanks<br></pre>