[Standards] Proposed XMPP Extension: Stickers
jonas at wielicki.name
Mon Nov 23 20:01:15 UTC 2020
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
> 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:
- 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.)
> 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/>.
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
Discuss what to do with multiple <desc/> elements with different xml:lang
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 833 bytes
Desc: This is a digitally signed message part.
More information about the Standards