More strict notification grouping : cohost support

Start a new topic

More strict notification grouping

angelar

started a topic over 1 year ago

https://help.antisoftware.club/support/discussions/topics/62000183073 This request was implemented a long time ago.

I don't think this is a flawed feature or even a bad idea, but the way it's implemented has way too high a capacity to put things out of chronological order, which I do not like.

I'm not a high activity user. I post art, follow a few people, etc. I do not have notifications at all unless I actively post something, so I am not very known or anything. I suspect this feature just works better when the notification feed actually cycles at a reasonable pace, but the current bottom of my notification feed (before "Load more") is June 30th.

Recently someone followed me. This showed 4 different new followers, and I double checked and 3/4 of them had been following me since July 16th. (The date as of posting is August 9th.)

I don't like this. Cohost overcorrected with this implementation. It should absolutely never be grouping things that are **almost a month apart from eachother.**

Please consider revising this feature so that it does not not merge notifications that have lost all meaningful connection to one another. Like, yes, they're all follow notifications, but a follow from early July and a follow from early August have absolutely nothing to do with eachother and it isn't worth tearing my notif timeline out of order.

1 Comment

caaaa[…]aaaaat

said over 1 year ago

i think the ideal solution for this would be to make date headers be meaningful again. a section titled “wednesday, august 9” should probably only be showing notifications that are Actually From That Date. currently, it can be showing notifications from dates that are not wednesday, august 9, as long as they’re in the same batch.

because of time zones, this would mean grouping would have to happen client-side. with the current API, this is already possible for shares, since each individual share in a grouped share notification has an associated post with a publish date. so, if likes and follows also had this kind of data on individual likes/follows, then the notifications page could easily group notifications correctly by date in addition to grouping by post×type.