------ Original Message ------ From "Nicolas Cedilnik" <[email protected]> To [email protected] Date 30/12/2022 13:25:25 Subject [Standards] XEP-0444 update: restrict reactions
Hello all, About https://github.com/xsf/xeps/pull/1249 My main reason for submitting a patch to this XEP is that most other walled garden IM networks are not as permissive when it comes to emoji reactions: most only allow 1 emoji per message per "reacter", some restrict the available emojis to a small subset of emojis. However, I think that it could also be useful in MUCs, where implementations may want to allow admins to use such restrictions. My first draft had many issues, and after discussion on the github PR thread with marvin, I changed it to just mentioning that clients that send a reaction and then receive a <message type="error"> in return, should reflect that in their UI - removing all reactions from themselves to this message. However, after further OOB discussion with marvin, we thought it might useful to add an additional "emoji correction" mechanism, in the form of a <reactions> element in the error payload. With XMLove,
I suspect that in most instances, you're happy to accept any reactions, and forcing a poll of available ones before that would be unhelpful, as would blindly sending and seeing if they stick. Would it work to advertise a disco feature of 'limited-reactions' so that e.g. a MUC that's going to filter such things could advertise the feature, and clients would know they need to fetch first, and otherwise wouldn't need to bother?
/K _______________________________________________ Standards mailing list Info: https://mail.jabber.org/mailman/listinfo/standards Unsubscribe: [email protected] _______________________________________________
