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