From 223c6a5ea08cc5a78fef688b66a8cf23eeb3e8d0 Mon Sep 17 00:00:00 2001 From: Melvin Keskin Date: Sat, 6 Aug 2022 15:50:26 +0200 Subject: [PATCH] XEP-0272: Release version 0.1.2 Fix typos / grammar / examples and use 'Muji' instead of 'muji' consistently --- xep-0272.xml | 26 ++++++++++++++++---------- 1 file changed, 16 insertions(+), 10 deletions(-) diff --git a/xep-0272.xml b/xep-0272.xml index dd5aa061..521402ca 100644 --- a/xep-0272.xml +++ b/xep-0272.xml @@ -37,6 +37,12 @@ dafydd.harries@collabora.co.uk dafydd.harries@collabora.co.uk + + 0.1.2 + 2022-08-06 + melvo + Fix typos / grammar / examples and use 'Muji' instead of 'muji' consistently + 0.1.1 2018-11-03 @@ -92,9 +98,9 @@

Joining a conference is done in two stages. The first step is to - declare that preparations are being done to either join or start a muji + declare that preparations are being done to either join or start a Muji session inside the MUC. This is indicated by the client sending a presence - stanza to the MUC with a preparing element in muji section. + stanza to the MUC with a preparing element in the Muji section.

- + @@ -144,7 +150,7 @@ When a client adds a payload ID to a content description, it MUST have the same codec name and receiving parameters as the corresponding entries in other participants' payload maps for that content. For instance, if Alice - defines a payload type with ID 98, codec Speex and a a clock rate of 8000 + defines a payload type with ID 98, codec Speex and a clock rate of 8000 for a content called “voice0”, then Bob must define payload type 98 identically or not at all for that content.

@@ -187,8 +193,8 @@

- Adding a stream follows a process similar to the joining a conference. As a - first step an updated presence stanza MUST be send which contains a + Adding a stream follows a process similar to the joining of a conference. As a + first step, an updated presence stanza MUST be sent which contains a preparing element as part of the Muji section.

@@ -218,7 +224,7 @@

- Afterwards the client should add the new content to the muji section of its + Afterwards the client should add the new content to the Muji section of its presence and add the content to all the Jingle sessions it had with participants it shared the content with.

@@ -231,7 +237,7 @@ ver="48QdBuXRCJFb8qIzgy1FOHSGO0U=" hash="sha-1" /> - + @@ -249,8 +255,8 @@

- To remove a content type the participant SHOULD first sent an updated presence - without the content in its muji section. Afterwards it MUST the content from + To remove a content type, the participant SHOULD first send an updated presence + without the content in its Muji section. Afterwards, it MUST remove the content from all the Jingle sessions it has open.