Idea Delivered Partially

Publishing notifications are implemented as part of Sites 10. We are reviewing improvements for a future release. 

Publishing process status notification

Currently, when we publish any item, after it goes to the publishing queue, we need to Click on publishing queue to open the publishing queue window and then keep pressing the refresh button to see the status of publishing for each item.

Can we have bit more efficient notification - for example: The notification pop-up, instead of just getting hide after displaying that the item has been sent to the publishing queue; may be the pop-up remains active and showing live status of publish state for the items. Alternatively, we may be having a non-modal popup showing dynamic/live status of publishing.

This might be an issue in case hundreds of items or more are being published in one go, so we may think of showing Top 10 items with live publishing states with a "View More" link and let user click only once on "View More" to see more items in pop up with live publishing states

Parents
  • Perhaps another solution would be to have some persistent information on the UI top right nav bar with the publishing information, similar to the "User Preferences", "Notifications", and "Things to do" dropdown modals.

    That placement has by default, a number which it shows how many of each thing you can currently see (number of notifications, tasks, etc). It could also show how many items are currently in the publish queue. This would be helpful for users to know how many items are currently in the queue so they know what to expect when they publish their own content (many items in queue so mine will take longer to get through vs nothing in queue so mine will publish right away).

    Clicking on the menu item shows a modal dropdown, with perhaps a web socket connection showing what is happening to the last ten items in the queue and a link to view all which opens the main publish queue window. The publish queue would of course also have some type of live updating feature without clicking a refresh button.

    If performance really is the reason for not having a live updating queue, as has been suggested before, I'm sure some kind of compromise can be found, such as pagination, or perhaps lazy loading the list 20 rows at a time using the "infinite scrolling" technique.

Comment
  • Perhaps another solution would be to have some persistent information on the UI top right nav bar with the publishing information, similar to the "User Preferences", "Notifications", and "Things to do" dropdown modals.

    That placement has by default, a number which it shows how many of each thing you can currently see (number of notifications, tasks, etc). It could also show how many items are currently in the publish queue. This would be helpful for users to know how many items are currently in the queue so they know what to expect when they publish their own content (many items in queue so mine will take longer to get through vs nothing in queue so mine will publish right away).

    Clicking on the menu item shows a modal dropdown, with perhaps a web socket connection showing what is happening to the last ten items in the queue and a link to view all which opens the main publish queue window. The publish queue would of course also have some type of live updating feature without clicking a refresh button.

    If performance really is the reason for not having a live updating queue, as has been suggested before, I'm sure some kind of compromise can be found, such as pagination, or perhaps lazy loading the list 20 rows at a time using the "infinite scrolling" technique.

Children
No Data