Hi Guillaume,
On 10 Apr 2017, at 17:34, Guillaume Delhumeau
<guillaume.delhumeau(a)xwiki.com> wrote:
Hello developers!
The new roadmap has been voted and I continue my work on the notifications
module. You might have played with it since the 9.2 release and I hope you
like it.
Now I need to implement the email part of the notifications module. It
means that users could decide either the notifications are displayed on the
top menu or sent by emails periodically.
I don’t think it’s “either”. IMO they could have both at the same time.
Also it shouldn’t have to be only periodically; it’s important to include the realtime
notification too.
Having this in mind, it is clear
that it conflicts with the Watchlist.
The plan is to move to contrib the Watchlist application (when possible)
and to implement the same features inside the notifications module.
Any objection before I start the work?
Sounds good to me. The Notifications module should encompass all features from AS and
Watchlist IMO.
Various ideas:
* From an architecture POV I think we should have some generic way to be able to subscribe
to notifications by XObject classes (ie. when an XObject of a given XClass is
added/updated or removed).
* This would cover for example the Comment use case. A user should be able to say the
she/he wants to be notified when a Comment is added / modified or deleted.
* In order to merge the Watchlist feature, don’t forget that for each Event type, you need
to include the ability for the user to decide what part of the wiki it concerns.
Examples:
** Receive notifications for Blog A (but not Blog B)
** Receive page notifications for all pages under that page
** Receive comment notifications for all comments done in pages in that wiki only
This last point is important and means that we probably need to modify the current
notifications UI on the user profile page to be able to add includes/excludes for each
event type. We may also need to have a UI similar to the Watchlist one that allows you to
watch the current page/space/wiki but possibly done more generically, allowing you to
choose the event types too. If we had both types of UI the user would be able to set
his/her notifications from 2 angles:
* select the event type and then the scope
* select the scope and then the even type
I have the feeling that both are interesting, depending on the situation.
WDYT?
Thanks
-Vincent
Thanks,
[snip]