27 Aug
2024
27 Aug
'24
5:35 a.m.
Hi,
I noticed that, in the current implementations of
XEP-0444 are not really
backwards-compatible. Non-compliant clients completely miss the emoji
reactions and the users are completely unaware that the reaction has been
sent.
Even if it not mentioned in XEP-0444, XEP-0428 can be used…
One idea would be to provide the following as a
fallback:
…and that's actually what Cheogram Android does. You can see an example
of such reaction+fallback stanza in this test case:
<https://git.sr.ht/~nicoco/slidge/tree/master/item/tests/test_shakespeare.py#L558>
Content of the original message
đŸ˜€
Is there any reason why there is currently no fallback
mechanism in XEP-0444?
It gets rapidly messy in groups. One of the values of emoji reactions is
to improve signal to noise in large groups, and non-supporting clients
will have a ton of noise with fallbacks. There are also other
not-so-edge cases that are annoying to handle: reaction to attachments,
modification of reactions.
That said, I think in 1:1 chat it would be quite reasonable to include a
fallback, as the signal to noise ratio is not an issue there. Again,
XEP-0444 does not forbid it, it's a up to client (and gateways ;))
developers.
--
nicoco