On Dienstag, 17. November 2020 15:31:54 CET XEP Editor Pipeline wrote: > 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.
A few notes: General: - This should discuss the necessary configuration for the PubSub node where stickers are stored in order to avoid interoperability issues (specifically around maximum number of items etc.) §4.1.1: > The metadata MUST include one <desc/> element that is not qualified by a xml:lang attribute and describes the textual fallback (often an emoji or a sequence of emojis) of the sticker. There is no such thing as an element not qualified by xml:lang in XMPP. Or at least there are circumstances where it is impossible to construct such an element, as xml:lang is inherited down the tree due to XML 1.0 rules. If Stickers relies on a canonical element to define the textual representation, it needs to introduce such an element on its own, as <desc/> does not cut it. Maybe it makes sense to move it into the <item/>. §4.2.1 As already mentioned in the meeting, please transition to using NUL-based sepraation of hash inputs to avoid issues with XML 1.1 systems which may allow the ASCII control characters as character data. Even though that would clearly be a problem on the side using an XML standard not specified for XMPP, there is no harm in getting this safe from the beginning. §4.2 Discuss what to do with multiple <desc/> elements with different xml:lang values. kind regards, 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 _______________________________________________