XMPP Council - 2023-03-29

Is today a council meeting day? I'm unfortunately off site and busy

yes

Hello

It's time

1) roll call

o/

larma, jonas’ ?

sorry, got carried away

2) Agenda Bashing

nothing to bash

3) Editor updates

none

4) Items for voting

a) XEP-0060: Add pubsub#publish_node_full (https://github.com/xsf/xeps/pull/1275)

on list

On list

+1

b) XEP-0223: Add origin checking to security considerations (https://github.com/xsf/xeps/pull/1277)

+1

+1

jonas’, ?

+1

c) XEP-0313 v1.1.0: Clarify a couple of edge cases (https://github.com/xsf/xeps/pull/1273)

+1

+1

+1 ✏

5) Pending votes

none

6) Date of Next

+1w wfm

+1w wfm

+1w wfm

7) AOB

+2w probably won't work for me FYI

none from me

No aob

8) Close

Thank you all

Thanks daniel !

thanks daniel!

Could Council reconsider https://xmpp.org/extensions/inbox/content-types.html at Peter Waher's request, please? > I would like to re-introduce this proposal for publication as an experimental XEP. More and more use Markdown (as an example). While there are objections by some to use Markdown, the purpose of the XEP is not to force those that do not want to use Markdown, to use it, but to allow those that want to send Markdown with a common way to do it, without just sending it as plain text (as many do). The extension is not focused on Markdown, but tries to solve the more general problem on how to send content, regardless of format, in a way that is understandable by those that support that format, as well as those that don’t. It reuses the common content types available in other protocols on the Internet to do so, so the pattern is well known and works in other non-XMPP-based protocols.