SFS last call? was: Re: Proposed XMPP Extension: Emoji Markup

Hi,

I had already added the same note on the PR with the ProtoXEP before it
got merged. [1] My suggestion would be to add an additional value for
disposition that indicates that the file should not be provided as
downloadable attachment or displayed directly in the chat, but is only
used as a reference. That way still all of the logic of SFS remains
intact (like source attaching), which would potentially be broken or
with increased complexity if the <file-sharing> became a sub-element.

The problem of course being that SFS doesn't have this disposition yet
and there is no obvious compatible way to introduce it without a
namespace bump, so I haven't actually done it yet. Maybe this would be
a good point to ask for feedback or issue a last call, so we only have
to do a single namespace bump?

Marvin

[1] https://github.com/xsf/xeps/pull/1525#issuecomment-4201452130

On Sat, 2026-04-25 at 15:01 +0200, Philipp Hörist wrote:
> Hi
> 
> With this syntax, a client which does not understand <markup> or does
> not want to implement it, but understands File Transfers, cannot
> differentiate that these files are only useful if markup is
> supported, and belong to the markup.
> 
> So i think this would not be desirable. Somehow the SFS stuff needs
> to be inside a markup namespaced  element.
> 
> Regards
> Philipp
> 
> On Fri, Apr 24, 2026, at 12:26, Daniel Gultsch wrote:
> > The XMPP Extensions Editor has received a proposal for a new XEP.
> > 
> > Title: Emoji Markup
> > Abstract:
> > This specification leverages and (or ) to send custom emojis
> > 
> > URL: https://xmpp.org/extensions/inbox/emoji-markup.html
> > 
> > The Council will decide in the next two weeks whether to accept
> > this
> > proposal as an official XEP.
> > _______________________________________________
> > Standards mailing list -- [email protected]
> > To unsubscribe send an email to [email protected]
> _______________________________________________
> Standards mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
_______________________________________________
Standards mailing list -- [email protected]
To unsubscribe send an email to [email protected]