Modern XMPP project discussion - 2026-04-21

> The missing piece to me though is you want inline forms for some stuff. That's where slack, teams, discord shine and it makes sense for some things. If only it were possible to use XForms or XHTML forms and have the submission URI be an XMPP URI. What a disgusting hack that would be... (And the XHTML-IM XEP doens't include the `<form>` element in its subprofile, so any use of that would have to be opportunistic.) At least the latter could be helpful in making forms that can be completed in a browser, thus providing some crude support for users of non-ad-hoc-supporting clients. ↺

A new XEP describing this would make sense but the XHTML debate has passed.

> A new XEP describing this would make sense but the XHTML debate has passed. Has it though? I have seen some parts of the internet holding out and continuing to maintain and use XHTML.

I think they meant the deprecation of https://xmpp.org/extensions/xep-0071.html

The problem is that if you as much as think about implementing it, every web client gets compromised immediately.

I think the web has evolved tremendously in the past eight years, and no one uses innerHTML any longer, you need at least four different frameworks to append a message in a shadow DOM nowadays.

So we can undeprecate that XEP now. :)

Link Mauve https://developer.mozilla.org/en-US/docs/Web/API/Element/setHTML

Brand new ✨

Perfect, the web is fixed, we can go back to XHTML-IM. \o/

yahoo

Altavista