On Tue, Sep 27, 2011 at 2:09 AM, Peter Saint-Andre <[email protected]> wrote:
> On 9/5/11 8:33 AM, Dave Cridland wrote:
>> On Mon Sep 5 14:29:29 2011, Florent Le Coz wrote:
>>> On 22/08/2011 20:10, Alexander Holler wrote:
>>>> Beeing a long time IRC user, I've often seen that a concept of timed
>>>> affiliation could be usefull for other reasons too.
>>>>
>>> I think timed affiliations could be useful. Having a way to ban
>>> someone for a defined time is a good feature, for example.
>>
>> Also timed memberships, and use-it-or-lose-it timeouts on affiliations
>> might be useful.
>
> So could the 'until' attribute be applied to all affiliations and roles?
>
>> We're also asked about timeouts on rooms, too, from time to time.
>
> That strikes me as a potentially useful feature.
>
An 'until' attribute is problematic because it doesn't really say what
the next affiliation/role should be.
A better way might be delayed execution: Something like:
<iq set><x>
<item role="moderator">
<delay timestamp="...">
<item role="participant"/>
</delay>
</item>
</x></iq set>
or
<iq set><x><item role="moderator"/></x></iq set>
<iq set><x>
<item role="participant"/>
<delay timestamp="..."/>
</item>
</x></iq set>
or something else along these lines.
A generic delayed execution XEP (not specific to MUC) would also be
quite interesting. PubSub also has roles and affiliations. And other
parts of XMPP (e.g., presence subscriptions) could also be timed.
--
Waqas Hussain
