-
Notifications
You must be signed in to change notification settings - Fork 177
Comments
Last year in October @brnsolikyl (who I apparently am not able to properly mention, hm...) already asked for something very similar:
|
Some kind of store subscriptions would be helpful for having more notifications, for example
|
#1240 adds store conversations and this seems a good opportunity to also think about subscriptions. What does it mean when a user subscribes to a store?
Should it all be one setting ("subscribed" / "muted") or do we need to refine it further? What's the idea about usability? Adding more buttons and settings probably will make things worse... |
Awesome! From a user perspective and recent tests I'd recommend to be very careful with extra notifications. I think it's the case of having some of the current notifications turned off by default (like wall messages and upcoming pickups) and when the person subscribes to a store, that would turn on message notifications for the wall on the store and also upcoming pickups that nobody signed up to. I plan to work on a more elaborate proposal on notifications in the upcoming week, based on tests and feedback |
Thinking a bit more about store wall in relation to subscriptions: should people who did not subscribe to a store be able to read and write on the store wall? I guess yes. I wonder if it's then fitting to have the store wall as "muted" conversation for those who didn't subscribe. It might be a bit annoying because they still get an entry in the "latest messages" menu then. |
Had a chat with @nicksellen about possible implementation steps. Might add a Notification details are yet to be defined:
|
In my opinion, subscription to a store = chat notifications for messages on the wall and pickup notifications (created, disabled, changed, etc.). I like the selector above, because there should be an opt-out for email and push. However, no notifications at all should be simply equal to unsubscribing from the store. There's one little detail that I'd change in this selector, which is the icons. It can be a bit confusing judging only from the icons. I'd choose an e-mail icon for the "all", a green bell for the "some" and the eye or greyed out bell for the "none" Besides the notifications, subscribed stores should show up first on the list of stores on sidenav, as well are the stores' "pickups waiting for you" on the group's wall page. And all I wrote above is based solely on my opinion as an user, except for "there should be an opt-out for e-mail and push" which is a feedback that I heard from many who could not find it. We can ask for more input later after this is implemented. |
I try to put the first version on dev.karrot.world in the next days, to give you a better feeling what the current state is. My current version has place subscriptions and place conversation subscriptions slightly decoupled:
I made it so because conversations have a bit of their own life in the backend code, to tie them more closely to a place produces more tightly coupled code ("spaghetti" if we are not careful). But we could still do it if the current solution has significant drawbacks. Some more questions:
|
How should we go about archived places? I'd lean towards "closing" the conversation if the place is archived, and opening it again if it gets restored. |
They are online on dev.karrot.world! I opened an issue for follow-up discussions: #1297 |
It was requested to have the possibility to subscribe to stores. Store subscribers would then be the only ones who–
The default could be that everyone is subscribed to every store to not have users be confused that they don't receive info anymore.
The text was updated successfully, but these errors were encountered: