[Standards] Proposed XMPP Extension: Stickers

[Jonas Schäfer]

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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.jabber.org/pipermail/standards/attachments/20201123/beec6949/attachment.sig>