It makes sense. Creating an exclude filter is much more natural than the
complicated filter I was proposing...

But in the case of the auto-watch, it could be good to store somewhere the
list of pages where the user has contributed, in order to still include
them even if the user disable the notifications on a larger scope.

2017-07-12 10:57 GMT+02:00 Marius Dumitru Florea <
[email protected]>:

> On Tue, Jul 11, 2017 at 7:26 PM, Guillaume Delhumeau <
> [email protected]> wrote:
>
> > *TL;DR*
> >
> >    - Add a button in each page that will allow you to subscribe to all
> >    events that happens to that page.
> >    - When you subscribe to a page with this "in-context" bell, it must
> not
> >    affect your other preferences regarding notifications.
> >
> > *Full Post*
> >
> > Hello developers,
> >
> > With Clément Aubin, we are implementing new features in the Notifications
> > Application in order to be able to remove the Watchlist Application.
> >
> > *Status*
> >
> > Currently, a user can subscribe to different kinds of events (ex:
> "update",
> > "comment", "blog published", etc...). Recently, we have also added the
> > ability to restrict on which locations we are interested in, for each
> kind
> > of events. For example, we are now able to say, "for the *update* event,
> > show me notifications only about the wiki ABC and for the *blog post*
> > event, show me notifications only about the space XYZ".
> >
> > If you have no restriction (a.k.a "filters") on an event type, then you
> > receive notifications for every event matching the event type in the
> wiki,
> > no matter the location of the entity it concerns.
> >
> > *Objectives*
> >
> > In the Watchlist Application, we had 3 switches on the top menu that was
> > displayed on every page, and these switches were "watch this wiki / watch
> > this space / watch this page". That would be great if we could have the
> > same for the notifications.
> >
> > *Proposal*
> >
> >    - Add the ability to subscribe to all events that happen in a given
> >    location, no matter their type (≈ what the watchlist does).
> >    - In each page, add a button to subscribe to the current location:
> >    https://pasteboard.co/GAqEi6M.png (thanks Caty for the mockup)
> >
>
>
> >    - Problem: if you previously had no restriction, you suddenly add a
> new
> >       one that will prevent you to receive any notifications
> > concerning the other
> >
>
> Maybe I didn't understood correctly, but if you have no restrictions and
> you go to a page A then that page should appear as "watched" because you
> are receiving notifications for that page (because you don't have
> restrictions). So if the icon is "watched" then clicking on it will toggle
> "don't watch". So you are actually removing that page from the list of
> watched pages (i.e. you add an exclude).
>
> It all depends on what's the initial state:
>
> (1) receive notifications from everywhere => then when you go to a page you
> can exclude it
> (2) no notifications => then when you go to a page you can include it
>
> So it depends what you understand by "no restrictions". Either all
> notifications or no notifications.
>
> Hope this helps,
> Marius
>
>
> >       locations. A bit like the rights module: adding a right to
> > someone at some
> >       level will dismiss rights for all other people. I guess we all
> > agree it's a
> >       problem on the User Experience point of view.
> >       - Proposition: the restriction added by the "in-context" button
> >       should be *inactive if there is no other restriction enabled
> manually
> >       via the notification preferences UI*.
> >       - Rational:
> >          - When you are on the notifications preferences, you can
> actually
> >             see all restrictions, so you can understand that creating
> > one will make you
> >             lose all notifications that do not honor the restrictions.
> >             - However, when you are on a page, you don't see all the
> >             restrictions. If you click on the "subscribe" bell
> > naively, you might not
> >             expect it will impact all other notifications. It would
> > actually be very
> >             confusing.
> >             - In addition: if we add an "auto-watch" option, that add the
> >    page you just saved to the list of locations you are interested in, we
> > need
> >    to have this feature too. Otherwise saving a document will make all
> > other
> >    notifications silent.
> >
> > That is our plan. Cast you ideas!
> >
> > Thanks,
> >
> > Guillaume
> >
>



-- 
Guillaume Delhumeau ([email protected])
Research & Development Engineer at XWiki SAS
Committer on the XWiki.org project

Reply via email to