Ian Paterson wrote: > Peter Saint-Andre wrote: >> Ian Paterson wrote: >> >>> - In section 1.2 "How it Works": >>> >>> 1. If Benvolio is publishing caps with a different 'node' but the same >>> 'ver' then I don't need to perform another disco#info. So can you make >>> that clear from the very outset by giving Benvolio a different node >>> attribute to Romeo in the example? >>> > > Any objections to changing 'http://exodus.jabberstudio.org/caps' to > 'http://psi-im.org/caps' in the second presence stanza in section 1.2 > (i.e. the one from '[EMAIL PROTECTED]/230193')?
That's what I had intended to do. :)
>>> Why is the disco#info query sent to a node of "node#ver" (see section
>>> 1.2 too). Why should "the capabilities supported by the base
>>> installation of the application without plugins or other add-ons" be
>>> returned, and not the capabilities that the client currently offers
>>> (i.e. those that correspond to the hash value)?
>>>
>>
>> More leftover text. Removed.
>>
>
> OK, thanks. In that case, in Section 1.2 the text: '(note that the
> disco#info query is sent to a node of "node#ver")' and #{ver} in the two
> disco#info examples also need to be removed.
Fixed.
> Finally, a small typo, there's a double '<' character in the line below
> from section 5:
> 5. E =
> 'client/pc<http://jabber.org/protocol/disco#info<http://jabber.org/protocol/disco#items<<http://jabber.org/protocol/muc<'
Fixed.
http://www.xmpp.org/extensions/tmp/xep-0115-1.4.html has been updated
accordingly and changes have been checked into Subversion.
Peter
--
Peter Saint-Andre
https://stpeter.im/
smime.p7s
Description: S/MIME Cryptographic Signature
