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]

Reply via email to