[Standards] XMPP Council Agenda 2020-11-18
Helau everyone, The next and last XMPP Council Meeting of this term will take place on 2020-11-18 at 16:00Z in xmpp:coun...@muc.xmpp.org?join. Everyone is welcome to join and add to the discussions. This agenda is composed from: - Editor notifications to standards@ - xsf/xeps GitHub PRs marked as Needs Council - xsf/xeps GitLab MRs marked as Needs Council - Suggestions directly sent to me (see below) Agenda as follows: 1) Roll Call 2) Agenda Bashing * Feel free to pre-bash on-list or directly to me if you think something is missing. 3) Editor’s Update * Four new ProtoXEPs (see below) 4) Items for voting NOTE: This is the last Council meeting of this term. If we cannot finish votes in this meeting, the only option is to vote until November 24th on-list. Otherwise, the votes expire and need to be restarted by next council. Or something like that. 4a) Proposed XMPP Extension: File metadata element URL: https://xmpp.org/extensions/inbox/file-metadata.html Abstract: This specification defines a generic file metadata element to be used in other specifications. 4b) Proposed XMPP Extension: Stateless file sharing URL: https://xmpp.org/extensions/inbox/sfs.html Abstract: This specification describes a protocol for stateless asynchronous file sharing with integrity and transport flexibility. It allows clients to provide a good interoperable user experience in combination with Carbons and MAM. 4c) Proposed XMPP Extension: Encryption for stateless file sharing URL: https://xmpp.org/extensions/inbox/esfs.html Abstract: This specification provides a protocol for sharing encrypted files using the stateless file sharing protocol (XEP-). 4d) Proposed XMPP Extension: Stickers URL: https://xmpp.org/extensions/inbox/stickers.html Abstract: This specification provides a protocol to send stickers and to create and share sticker packs. 5) Pending Votes - Daniel on ibr-token - Dave on CS-2020 advancement 6) Date of Next 7) AOB 8) Close End of Agenda. Note that I am aiming for 30 minutes, but meetings may be extended as necessary if all council members agree. Meetings are normally held every Wednesday at 16:00 UTC in the xmpp:coun...@muc.xmpp.org?join chatroom. Meetings are open, and anyone (XSF Member or not) may attend, though only XMPP Council members may vote. Relevant comments from the floor are welcomed. Using your web browser, you can join anonymously via https://xmpp.org/chat?council Note that conversations in the room are logged publicly at https://logs.xmpp.org/council/ If you have suggestions for an agenda item, you can message me via XMPP or email at this address or at jo...@zombofant.net. I aim to publish the Agenda on the day before the Council meeting before 19:00Z. Thanks everyone, Jonas signature.asc Description: This is a digitally signed message part. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] Proposed XMPP Extension: Stickers
The XMPP Extensions Editor has received a proposal for a new XEP. Title: Stickers Abstract: This specification provides a protocol to send stickers and to create and share sticker packs. URL: https://xmpp.org/extensions/inbox/stickers.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] UPDATED: XEP-0389 (Extensible In-Band Registration)
Version 0.6.0 of XEP-0389 (Extensible In-Band Registration) has been released. Abstract: This specification defines an XMPP protocol extension for in-band registration with instant messaging servers and other services with which an XMPP entity may initiate a stream. It aims to improve upon the state of the art and replace XEP-0077: In-Band Registration by allowing multi-factor registration mechanisms, and account recovery. Changelog: Error out if a client selects an invalid flow (ssw) URL: https://xmpp.org/extensions/xep-0389.html Note: The information in the XEP list at https://xmpp.org/extensions/ is updated by a separate automated process and may be stale at the time this email is sent. The XEP documents linked herein are up-to- date. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] Proposed XMPP Extension: Encryption for stateless file sharing
The XMPP Extensions Editor has received a proposal for a new XEP. Title: Encryption for stateless file sharing Abstract: This specification provides a protocol for sharing encrypted files using the stateless file sharing protocol (XEP-). URL: https://xmpp.org/extensions/inbox/esfs.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] Proposed XMPP Extension: File metadata element
The XMPP Extensions Editor has received a proposal for a new XEP. Title: File metadata element Abstract: This specification defines a generic file metadata element to be used in other specifications. URL: https://xmpp.org/extensions/inbox/file-metadata.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] Proposed XMPP Extension: Stateless file sharing
The XMPP Extensions Editor has received a proposal for a new XEP. Title: Stateless file sharing Abstract: This specification describes a protocol for stateless asynchronous file sharing with integrity and transport flexibility. It allows clients to provide a good interoperable user experience in combination with Carbons and MAM. URL: https://xmpp.org/extensions/inbox/sfs.html The Council will decide in the next two weeks whether to accept this proposal as an official XEP. ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
[Standards] Message Styling Go implementation and personal retrospective
Hi all, I realized today that this might be interesting to some folks here, so I wanted to send a link to my personal retrospective on Message Styling: https://blog.samwhited.com/2020/11/message-styling/ It's not likely to be of any particular use right now, but if we ever have a clean break and design our own styling system in the future these are some of the things I'd want to keep in mind. I also finally actually cleaned up (more or less) the implementation of styling I started along with the spec 3 years ago but never released. If you'd like to play with styling yourself and; are comfortable with Go, or just want to borrow some unit tests for your own implementation this one should be complete and compliant with the standard: https://pkg.go.dev/mellium.im/xmpp/styling I'd still like to add an AST for constructing messages and guaranteeing their correctness at a later date, and maybe some nice methods on the style method to access individual bits in a readable way without needing to think about bitwise operations, but overall I'm pretty happy with how small and simple the package is right now. Here is a quick usage example (converting to HTML in a jank way) from the docs that you can run: https://play.golang.org/p/_dZcs2yZf52 —Sam -- Sam Whited ___ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: standards-unsubscr...@xmpp.org ___
