Re: Proposed XMPP Extension: Explicit Mentions
Goffi <[email protected]> Wed, 01 Apr 2026 10:11:32 +0200
| Newsgroups | gmane.network.jabber.standards-jig |
|---|---|
| Message-ID | <3403337.aeNJFYEL58@tazar3> |
Le mardi 31 mars 2026, 21:21:59 heure d’été d’Europe centrale Snit Guckfung via Standards a écrit : > Ah, I see now. Yes, this would be useful functionality to have. I'm > generally either always in a room or never in it, so I hadn't considered > the case where someone only pops into rooms selectively. > > Could this be achieved with the MUC service sending something like > XEP-224 in a message to you, or does that also only work if you're > currently in the room? Otherwise, what exactly would this look like? A message sent by the room directly to the used, probably and "headline". With a link to the room and message ID. I don't know about XEP-0224, I've not implemented it so far and Philipp Hörist explicitly asked to not use it in a previous message in this thread. XEP-0372 could do the job, but it was discussed yesterday at the council meeting that maybe your specification and XEP-0372 could be merged somehow? > What exactly would the logistics of this be? Are the references / > mentions attached to the blog post itself? How would the mentioned user > get notified? Is it just on the things they're subscribed to? The difficulty with Pubsub is that depending on the feature we can have any kind of payload. We could just says that mention are only for blogging (XEP-0277/XEP-0472) and work with some kind of Atom extension (don't know if there is already something we can use with Atom). But I also want to be able to mention people with other features, for instance with Pubsub File Sharing (XEP-0498) if somebody appears on a photo or is part of a team working on a PDF. I use Form Discovery and Publishing (XEP-0346) to make a tickets handling system (that you can see here: https://www.goffi.org/ forge/goffi/libervia-backend/tickets), I want to be able to mention somebody in the ticket description. It can be useful for Calendar Events (XEP-0471) too, etc. With XEP-0372 a message is sent independently of Pubsub with the Pubsub item linked in the `uri` parameter. That works. Practical note: In my AP <=> XMPP gateway, I've had troubles to map ActivityPub mention to XMPP XEP-0372 mentions because the former has the mentions inside the payload of the message, while with XEP-0372 it's separated (and thus is not received at the same time). I don't think that we can really do otherwise with pubsub if we want something generic, as we can't modify the payload. Even if we used Pubsub Attachments (XEP-0470), this would be separated. Having XEP-0372 like separated message + maybe something in the payload in some cases (like blogging) could help. So to sum-up: we need something that can send a <message type="headline"> to a JID with a link to the pubsub item. This is exactly what XEP-0372 is doing. I'll be happy to update my code if this feature is merged in explicit mention. > My point is that I don't get why we'd make a markup format which is > compatible with, and honestly just reinvents, XEP-0394, rather than just > using XEP-0394 itself. > > The only explanation I could come up with is that some people don't > want to implement XEP-0394, instead prefering some other markup format, > such as XHTML-IM. However, the way mentions are currently marked up is > an exact replica of XEP-0394, so I can't see an XHTML-IM user's > objections to XEP-0394 not also applying to mentions. > > Markup is meant to be purely aesthetic, which is why all of the actual > functionality would be going in a separate proposal, no? If so, then > there's no real loss in not supporting the markup format, and if that's > the case, then why shouldn't we just use XEP-0394? > > Since there's no real loss in not supporting XEP-0394 mention markup, > there'd be no loss if an XHTML-IM enthusiast decided they wanted to > specify a format which relies on XHTML-IM, instead. Both formats could > coexist, because, again, all actual functionality is in a completely > separate document that'd be supported regardless. > > One of the first responses to the proposal on this list has an example > of what XHTML-IM markup for mentions could look like, and Marvin's > recent response shows possible XEP-0394 markup. > > I can't seem to word this in a way I find satisfactory, so hopefully > this explanation makes sense :) Ah I understand it better. So you're wondering why people would have mention "marking" without implementing XEP-0394? I actually agree with you, I think that this was suggested (not by me initially) as you say because people don't want to implement the whole marking thing (with bold, italic, etc) just to get mention. However, people can do partial implementation if they want. So yes, we may have something simply depending on XEP-0394, because that's exactly what it is: marking the location of the mention in the payload. Now that Explicit Mention made it to experimental, I hope that will get good feedback from first implementations. It would be great if somebody could make a XEP-0394 update/new protoXEP for mentions (Marvin?). Best, Goffi _______________________________________________ Standards mailing list -- [email protected] To unsubscribe send an email to [email protected]
signature.asc
(application/pgp-signature, 488 B)
-----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEsNZvWyEnjW9SVudbKqmcu6xuKwwFAmnM0zQACgkQKqmcu6xu KwyLyQgAuVIGnWuCTT/G1UWIPY0chzK5StFXNZmn3y9IN0Aq2NBxLaQgintoq3Y6 5MykB0RrqVNjS+ohiD5IUIPISXxAFwbfsGnTgNnLzUaAcBKLTwyH7hVijlpL4vCo vIR1nHMb5OZoNimL3cLEP7cm8KqLZPNPs7bSyCIRhNJmV/pNVN94UFUH18sa37fH hqVa3ahwXXy4Lj6HM+EeNj7tiFtMEH9NBy5k2VLnVdYDbBc07M2VMBiAH7M5E+G0 68GwvK/93qaC9QbIg0NjdI/DUNpWF78VTLzvQdhZORrxoNBi8ObZ+TPLlANUCxEt pcVJZ5YJMJb30yoHv4ypzPVlX1jD+w== =/0uW -----END PGP SIGNATURE-----