qksms icon indicating copy to clipboard operation
qksms copied to clipboard

Feature request: selectively ignore reactions

Open escondida opened this issue 3 years ago • 6 comments

I have some group text threads that I can't opt out of, and in which people will sometimes "like" or "love" or "laugh at" replies using some text messenger or other's emote reactions "feature" (à la github's own), thus reposting the whole reply with no additional content other than "So-and-so liked: ...". Not being familiar with how sms works under the hood, would it be feasible to add a feature to ignore these non-messages? Or else to just silently increment a counter under the message/image being "liked" or "loved" or whatever?

escondida avatar Mar 09 '21 17:03 escondida

Interesting suggestion. This happens when iPhone users, being used to communicating with iPhone users, "react" to a message in iMessage. Since Android doesn't use iMessage (and it looks like RCS won't be compatible), we get the written-out SMS as you've described.

An option to ignore reactions might be feasible. It would basically be an extension of the Filter Feature being developed in #228, except it would silence the notifications (and unread status, I'm guessing) for individual messages rather than block the contact. The most difficult aspect might be performance; I could certainly imagine a filter that matches {Any contact in this thread} "liked"|"laughed at"|etc {ANY MESSAGE IN This ENTIRE THREAD} would use a lot of memory.

Actually emulating the reaction counter under the message in question is a novel idea, but ultimately intractable. Since all the Android phone receives is the SMS text of the reaction, it doesn't actually get much data regarding which message is being reacted to. Consider the following reaction SMS: Joe laughed at "Okay". How many times has a person sent "okay" in the history of this conversation? Which instance should the reaction attach itself to?

A final shortcoming of any attempt to implement this: False positives. Consider the following conversation between Jean, Ahmed, and Kim.

Ahmed: We really liked your screenplay! Kim: Did you really? Jean: Yeah, especially the confrontation bit! Jean: wait my phone's dying Ahmed I'm coming to your dorm to steal ur phone Ahmed: yo this is Jean Ahmed: Anyway Ahmed: Ahmed loved "Did you really?" Ahmed: like, he was crying afterwards. Definitely one of the most powerful lines in the entire script!

This example is a little contrived, but demonstrates how QKSMS has no way of telling if the second-to-last message was an iMessage reaction or an actual message typed by a human.

e-t-l avatar May 03 '21 13:05 e-t-l

I figure it would definitely be difficult to implement such a feature but I would love to see it.

In my job's group chat I suffer from the same annoyances. I've gone so far as to jump on the employees about it. "This isn't social media. You don't need to like, laugh at, or do anything else other than read or reply. Please!"

Alas, they can't help themselves. Wound up leaving the chat and have someone forward me schedules and notices.

marcdw1289 avatar May 31 '21 13:05 marcdw1289

Personally I'd like to see this interpreted as a standard just to give apple a taste of their own obnoxious medicine. Add the reactions feature to interpret Liked "verbatim text of a previous message" as an emoji attached to the message like the iPhone. You don't miss the context because you see the emojis, and iPhone users start seeing that obnoxious text. For other Android texters it's all the same anyway, and QKSMS users get the reactions feature.

parkovski avatar Nov 16 '21 20:11 parkovski

one thing that seems less memory intensive than matching {Any contact in this thread} "liked"|"laughed at"|etc {ANY MESSAGE IN This ENTIRE THREAD} would be to simply match {Any contact in this thread} "liked"|"laughed at"|etc {anything} and show it normally but not give a new text notification.

u6aab avatar Dec 26 '21 04:12 u6aab

See #1330

2br-2b avatar Oct 21 '22 18:10 2br-2b

I personally would just like to have a filter that ignores (no notification, mark as read) messages that match either a word or a regex pattern (ideally). It seems this would be simple to implement.

pbarney avatar Mar 07 '24 18:03 pbarney