Re: XMPP Real Time Text:
http://xmpp.org/extensions/xep-0301.html
CALL FOR COMMENTS
Please chime in if you have any suggestion/requested change to
XEP-0301 (In-Band Real Time Text.)
Over the next few weeks, I'm going to incorporate commonly requested
changes from the realtimetext.org people to XEP
Hi,
so I have just implemented something with XEP-0114 (client side) and I
have a few questions.
(1) In my case, the component was locale. And I imagine that's quite
the most common case. But that's definitely not an obligation
(especially as we could imagine "component service providers"). Hence
Hi,
so, for having implementing it, I have a few remarks on this XEP-0070.
(1) The extension focuses on the use case where the client would
request authentication through HTTP authentication (RFC-2617) with a
dedicated scheme ("xmpp" realm).
That's nice and should stay, but nowaydays websites wo
On 8/12/11 10:36 PM, Alexander Holler wrote:
> Hello,
>
> Am 12.08.2011 18:41, schrieb Peter Saint-Andre:
>> There's a known bug in XEP-0045 about the 'from' attribute of the delay
>> element:
>>
>> http://mail.jabber.org/pipermail/standards/2011-April/024344.html
>>
>> I've just now fixed that in
On 8/12/11 4:49 PM, Waqas Hussain wrote:
> On Sat, Aug 13, 2011 at 1:37 AM, XMPP Extensions Editor
> wrote:
>> The XMPP Extensions Editor has received a proposal for a new XEP.
>>
>> Title: Extensible Status Conditions for Multi-User Chat
>>
>> Abstract: This document defines an extensible forma
On 8/15/11 2:25 AM, Dave Cridland wrote:
> On Fri Aug 12 21:37:18 2011, XMPP Extensions Editor wrote:
>> Title: Extensible Status Conditions for Multi-User Chat
>>
>> Abstract: This document defines an extensible format for status
>> conditions in Multi-User Chat, similar to the error format used i
On 8/11/11 2:28 PM, Michael Laukner wrote:
> Thanks for developing this XEP and trying to reduce handshakes. We
> are looking into using XMPP over radios (2400 9600 bps)
Yes, that's one of the use cases for this work.
> and were
> looking into using something similar to HTTP pre-binding
>
I think this document is near ready for advancement to Draft.
I encourage you to now review (or re-review) the document. Please raise any
technical issue to this list. If you have no technical issues to raise, please
note so to the list.
Please raise editorial issue directly with me.
Addition
On 8/15/11 11:08 AM, Kurt Zeilenga wrote:
>
> On Aug 12, 2011, at 7:01 PM, Ludovic BOCQUET wrote:
>
>> Le 11/08/2011 22:23, XMPP Extensions Editor a écrit :
>>> Version 0.8 of XEP-0258 (Security Labels in XMPP) has been released.
>>>
>>> Abstract: This document describes the use of security label
FYI.
Original Message
Subject: [MUC] XEP-0045 v1.25rc3
Date: Mon, 15 Aug 2011 12:33:34 -0600
From: Peter Saint-Andre
Reply-To: Multi-User Chat over XMPP
To: Multi-User Chat over XMPP
I've finally finished keying in the edits I noted on a paper copy of
XEP-0045 about 18 months
On Aug 12, 2011, at 7:01 PM, Ludovic BOCQUET wrote:
> Le 11/08/2011 22:23, XMPP Extensions Editor a écrit :
>> Version 0.8 of XEP-0258 (Security Labels in XMPP) has been released.
>>
>> Abstract: This document describes the use of security labels in XMPP. The
>> document
>>specifies how se
On Fri Aug 12 21:37:18 2011, XMPP Extensions Editor wrote:
Title: Extensible Status Conditions for Multi-User Chat
Abstract: This document defines an extensible format for status
conditions in Multi-User Chat, similar to the error format used in
the core of XMPP.
I am in favour of the adop
12 matches
Mail list logo