Re: Proposed XMPP Extension: Explicit Mentions

Philipp Hörist <[email protected]>
Newsgroups gmane.network.jabber.standards-jig
Message-ID <[email protected]>
Hi,

On 2026/03/11, snit via Standards wrote:

> This was something I'd meant to include in the original proposal, and have added to my current working draft. Special characters like '@' MAY be sent in the original message, perhaps to show unsupporting clients that this was a mention. But implementations SHOULD include such characters within the range covered by the mention, so that both "user" and "@user" mentions can be formatted the same way. I haven't special-cased any characters in particular, as maybe rooms will use '#', or a different client might format it as "user," to look similar to existing clients. I hope that makes sense.

I think the MAY is unnecessary here, i dont think the spec should make any recommendation how the plaintext of a mention should look like. The sentence is just an example of something that could happen on the wire and how to handle it.

On Wed, Mar 11, 2026, at 02:43, Maxime Buquet wrote:

> Please don't. Really don't clutter XMPP with yet another special-cased
> character. We have XML for that already.
>
> The "@", or any other character for that matter, can be used
> client-side and stripped when being sent. It's easy enough to come with
> UX to handle this.
>
> Non-supporting clients won't support "@" any more than they support this
> specification. It actually hurts these clients more as they may not
> match on the special char and thus miss the mention entirely (for
> example matching on the nick as a lone word, not part of another word or
> the like).

Im not sure i understand your goal. A client needs to provide a plaintext representation of a mention. I bet many clients do different things. Gajim includes "nickname, ", but its configurable by the user, it could also be "nickname:" and another client could do "@nickname".

I agree that the XEP does not need to make a recommendation about how plaintext looks, thats what the range is for. But i dont understand your statement that a client can strip an @ for its plaintext representation. Can Gajim also strip ", " ? Or another client ":" after the nickname? And why should it? Is there a correct representation for a plaintext mention? Why is @ more wrong than a  colon? Why would you care if you implement mention?

Regards
Philipp
_______________________________________________
Standards mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.