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

techmetx11 via Standards <[email protected]> Mon, 27 Apr 2026 13:31:06 +0100
Newsgroups gmane.network.jabber.standards-jig
Message-ID <[email protected]>
If SFS does get a seperate namespace to support this disposition value, 
then I'd like to incorporate it into my XEP and drop the SIMS 
compatibility entirely

I wouldn't like clients that support SIMS/regular SFS but not support 
Emoji Markup to misinterpret and display the attached emoji files as 
regular attachments (for the sake of UX/UI)

On 4/25/26 2:35 PM, Marvin W. via Standards wrote:
> 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]
_______________________________________________
Standards mailing list -- [email protected]
To unsubscribe send an email to [email protected]