Add UI for "Location" and "Global Notification Preferences" in the Notification Center

Work in progress:

hence my initial remark that it shouldn't be a special case and that it should be only about System events by default

That's why I wanted to implement XWIKI-14378 (Add the ability to enable/disable all the notifications of an application) and we finally decided that it was just an UI helper with no specific behavior on the backend. However, we can still enable/disable all event types that are handled by the System application.

I disagree. Why would you not be interested in other kind of events, as soon as they concern the page?

Indeed, it should be about events concerning the page. But there can be other events not related to pages. For example: A new Admin user has been created, the Owner of the wiki has changed, etc. So yes I agree that it's not related only to the "System" app but I'm not sure it should be about all events either.

EDIT: Actually I'm not even sure it should be about all events related to pages (hence my initial remark that it shouldn't be a special case and that it should be only about System events by default - Please also see my other comment about being able to select other events). For example if I want to watch this page and this page is not a blog post, I'm not sure I want to be notified if a new blog post has been created. I do want to know the changes to the page thuogh.

I don't think this should be a special case and it's not true that it's for all events, it's only for page events coming from the "System" application AFAIK.

I disagree. Why would you not be interested in other kind of events, as soon as they concern the page?

This special case is supposed to replace the Watchlist: if you want to watch a particular page, you receive ALL EVENTS concerning this page.

Note that I talked to Clement about this and an idea I had was that when you want to watch a page, you can select to watch the page events easily (one click) but ideally you should also be able (by clicking an advanced button) to select all the events you wish to watch for the page).

As I can see, the name of the event ("update") is displayed instead of its description ("a page has been modified"). Maybe we should change it.

Definitely. It needs to be the same name as in the events table above.

There is a special case in which we can create a filter for "All Events".

I don't think this should be a special case and it's not true that it's for all events, it's only for page events coming from the "System" application AFAIK.

I have committed my changes.

Now I would like to talk about the "Filters" box:

I see some problems in it.

caubin designed it in a generic fashion. Any preference for any filter type can be displayed in the livetable according to a sophisticated displayer mechanism. And he just committed the displayer for the most used filter: the scope filter.

1. As I can see, the name of the event ("update") is displayed instead of its description ("a page has been modified"). Maybe we should change it.
2. There is a special case in which we can create a filter for "All Events". This special case is supposed to replace the Watchlist: if you want to watch a particular page, you receive ALL EVENTS concerning this page. The way I have imagined it, is that you receive all event, even if you have not enabled their application or their type in the previous `Application` box. It might be a bit confusing. Moreover, it is mixed with filter preferences that DO DEPEND on the status of the type (enabled or not). I was considering adding a second livetable, only to handle the ALL EVENTS filters, to make clear that they work differently, and that we could call "Watched Locations".

WDYT?

Seems good, I like it, except the wording "Authorized Applications" since it's not about permissions. I'd preferred just "Applications" or "Observable Applications" or "Notifiable Applications" or "Available Applications" or "Supported Applications". There's some typo in the text "This is the list of applications ...".

Without icons on the headings:

There is no bug on the arrow of the select box. This is how it is rendered by Firefox on Linux when I visit get-bootstrap.com: