clearer design around when messages trigger notifications #22
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
(Standard disclaimer I'll put on all my issues: I have hardly ever looked at the Matrix spec, and all my understanding of it is from observing its implementations.)
I use Matrix at work, and a recent problem with how Matrix handles notifications has come up: we have a coworker who has a common first name, and there is a worker at an external company with the same first name who we need to refer to often. Typing that external worker's name pings our coworker. This is an undesirable interrupt, so much so that people have started referring to the external worker with an unrelated symbol in the middle of their name to avoid pinging our coworker.
For those used to Slack or Discord, where message pings are explicitly opt-in by the sender, this is a confusing new experience -- especially since there are ways to tab-complete and explicitly mention a username. (Why should the alternative trigger a ping! Well, history of IRC, yada yada.)
I don't know at what layer of the stack (element vs synapse vs the spec itself) this sort of emulation of IRC beep-on-mention takes place, but I think that a new specification should explicitly design these concerns into the spec instead of leaving it up to homeserver/client implementation choices.
(a related pet peeve of mine: edits in DMs / containing my name re-trigger push notifications)
There is a MSC around this on the matrix spec side: https://github.com/matrix-org/matrix-spec-proposals/pull/3952