You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Consider marking all events read when closing the drawer (behavior discussion) #573
Per discussion with @beanh66, @spadgett & this web console PR, I'd like to propose at least an attribute on the drawer to mark all notifications read when closing the drawer.
In an especially chatty environment with a lot of events, its helpful to be able to clearly see new events since last view, w/o leaving it to the user to manually maintain this unread list (by clicking "mark all read" every time). Its a common pattern on the web, so I don't think we would be venturing into unexpected territory.
Any particular reason this couldn't be done by the application in the onClose callback?
I suppose it could call the onMarkAllRead function for each of the groups but unsure if it is warranted to do here and add yet another flag to the drawer's parameter list.
changed the title [-]Consider marking all events read when closing the drawer[/-][+]Consider marking all events read when closing the drawer (behavior discussion)[/+]on Aug 15, 2017
@benjaminapetersen I think it makes sense to do some user testing on the current implementation first and if we determine this will improve the user experience, we can make the change and get it contributed into PatternFly. I'll assign it to myself for now to be sure we get customer feedback.
The OpenShift use case might be unique because potentially there are a lot of events and thus a lot of notifications. It's probably less of a problem if we're more selective about what events to show.
Activity
benjaminapetersen commentedon Aug 15, 2017
@jeff-phillips-18
jeff-phillips-18 commentedon Aug 15, 2017
Any particular reason this couldn't be done by the application in the onClose callback?
I suppose it could call the onMarkAllRead function for each of the groups but unsure if it is warranted to do here and add yet another flag to the drawer's parameter list.
benjaminapetersen commentedon Aug 15, 2017
True! That would work fine. We can skip the parameter.
@beanh66 do we need to worry about making this behavior a standard thing in Patternfly? Perhaps that is all we wanted to spin out of the discussion.
[-]Consider marking all events read when closing the drawer[/-][+]Consider marking all events read when closing the drawer (behavior discussion)[/+]beanh66 commentedon Aug 16, 2017
@benjaminapetersen I think it makes sense to do some user testing on the current implementation first and if we determine this will improve the user experience, we can make the change and get it contributed into PatternFly. I'll assign it to myself for now to be sure we get customer feedback.
spadgett commentedon Aug 16, 2017
The OpenShift use case might be unique because potentially there are a lot of events and thus a lot of notifications. It's probably less of a problem if we're more selective about what events to show.