That would result in a flood of 'read status' markers every time a user would revisit a conversation that wasn't touched in a while. But I could see this feature useful for something like voice/video messages to indicate that it has been played by the recipient. At least, Telegram does have such feature (not in group chats though, there it makes no sense and would result in a lot of unwanted traffic).
Also, it is rather difficult to implement if you don't count on fetching all history for a particular conversation. On Mon, 18 Sept 2023 at 09:18, Simon Lipp <[email protected]> wrote: > Hello, > > Unless I’m missing something, there is no way for XMPP clients to define > the "read status" of a message. I’m not thinking of delivery > receipt/chat markers ; I’m really thinking about the equivalent of the > read status in a mail client : it’s for myself (not something signaled > to my contact in the chat) and cross-clients. > > The use case is easy ; if I’m in conversation with Alice, and Bob sends > me some message, my client usually puts some notification. But if I > close the client without reading the message, I have no reminder in the > next session that I don’t have read Bob’s messages. > > I’m sorely missing it. I can’t believe I’m the only one missing it. > > I believe it can be easily introduced by modifying Chat Markers, by > allowing to self-send message markers, including for messages that don’t > have a <markable> element. So, if a message don’t include a <markable>, > or my client determines that it should not send a marker, my client > still can send a <displayed> marker for that message to my own bare JID, > so it can be dispatched to the messages archive (and other resources > with message carbon). > > On the same topic, I think a MAM "is-new" filter, defined as "received > after the last <displayed> or <acknowledged> mark I sent", could be very > useful for clients. Yes, a client can reverse-browse through the results > to find it, but I expect many clients to be more interested in the raw > count returned by RSM than the individual messages. > > Any thought ? > > Regards, > Simon > _______________________________________________ > Standards mailing list -- [email protected] > Info: Unsubscribe: %(real_name)s-unsubscribe@%(host_name)s > _______________________________________________ > -- Andrew Nenakhov CEO, redsolution, OÜ https://redsolution.com <http://www.redsolution.com>
_______________________________________________ Standards mailing list -- [email protected] Info: Unsubscribe: %(real_name)s-unsubscribe@%(host_name)s _______________________________________________
