I've uploaded telepathy-spec 0.17.14, the "down with the sickness" release.
The current development version of telepathy-spec is available as HTML: <http://telepathy.freedesktop.org/spec.html> or from the 'master' branch in the git repository: <git://git.collabora.co.uk/git/telepathy-spec.git> <git+ssh://git.collabora.co.uk/git/telepathy-spec.git> (for committers) <http://git.collabora.co.uk/?p=telepathy-spec.git> (gitweb) For packagers (e.g. http://packages.debian.org/telepathy-spec): tar: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.14.tar.gz sig: http://telepathy.freedesktop.org/releases/telepathy-spec/telepathy-spec-0.17.14.tar.gz.asc API changes: * CreateChannel and (if a new channel is created) EnsureChannel are now guaranteed to return before NewChannels announces the channel (previously it was the other way round) * NewChannels is now guaranteed to be emitted before NewChannel Changes to experimental API: * DeliveryReporting is no longer a separate interface - it's been incorporated into Messages. As a result, delivery reports no longer have the 'interface' key in their header part, and are only distinguished by their 'message-type' * The meaning of Messages.MessagePartSupportFlags has been altered to remove the redundant Data_Only flag, which should in practice always have been set. The following equivalence holds: old_value = (new_value * 2) + 1 new_value = floor(old_value / 2) * The 'type' key in message parts is now called 'content-type' and there is now a 'message-token' in the header part * Messages.SendMessage is now required to return before Messages.MessageSent is emitted; previously the order was unspecified New API: * The Destroyable interface is now considered stable, and Text channels SHOULD implement it * Text.Send SHOULD return before Text.Sent is emitted * Channel_Text_Message_Flag_Scrollback (or 'scrollback' in the Messages header) indicates an incoming message that is a replay of a message from the past, e.g. when joining an XMPP MUC or an IRC proxy that records backlog * Channel_Text_Message_Flag_Rescued (or 'rescued' in the Messages header) indicates an incoming message that has already been seen on this Connection, and was transferred to a new copy of a channel when that channel was closed with the message still unacknowledged * The 'stored' ContactList indicates all the contacts stored in a persistent contact list on the server (e.g. the XMPP roster), and is not present at all if there is no such list (e.g. in SIP presence) Regards, Simon
signature.asc
Description: Digital signature
_______________________________________________ Telepathy mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/telepathy
