Show what the notifications and office macros display in the WYSIWYG editor

The notifications and office macros produce output that the WYSIWYG editor cannot compute: the notifications are rendered asynchronously, and the office document needs a conversion server and is too heavy to show while editing. In the editor, the notifications macro shows only its "RSS Feed" link, or an empty frame, and the office macro its error or nothing useful, so the user cannot see what the macro shows.

The macros to change, with the file where most of the fix is done:

• notifications: NotificationsMacro.xml.
• office: OfficeMacro.java.

What each macro could show in the editor:

• notifications: the events themselves, by rendering the macro without asynchronous rendering when it is shown in the editor, or else a summary such as "Last 5 notifications, with the filters of the current user". XWIKI-23947 covers the asynchronous rendering in the standalone editor, which does not load the JavaScript skin extensions, but the events are missing in the in-place editor too.
• office: a frame with the icon of the file type, the name of the file and a link to it, instead of the converted document.

Depends on

• XWIKI-25523, which gives the macros a supported way to know they are rendered for the WYSIWYG editor and a shared edit-mode representation to reuse.

KOs covered

Impact found on macro fluidity

These 2 KOs come from the WYSIWYG usability audit of the macros, under the criterion E1 wysiwyg of its usability criteria, which accepts a dedicated edit representation that keeps the meaning of the macro. The page of each macro, linked in the table, has the full notes and the steps to reproduce. Fixing them means giving each macro an edit-mode representation built on XWIKI-25523.