Repository navigation
Notification drawer should close when the user clicks outside of the drawer #537
Description
Activity
@benjaminapetersen In this case, staying open is actually by design to allow users to go through notifications and potentially investigate them in the main content area at the same time. We added the X close button in the top right corner as another means to closing the panel (aside from clicking the bell) in order to make it more clear. We should be consistent with PatternFly and keep this functionality as is for now but in the meantime we will check with ManageIQ to see if they've had any complaints since it's been implemented in that product for a few releases.
@beanh66 ManageIQ hasn't had any complaints either. This is something that we can test, or ask for user feedback if it's an issue. @benjaminapetersen I agree that it is a convenience feature, but unsure if it makes sense in this specific use case. Interested in your thoughts.
User testing/feedback definitely makes sense! Click outside seems to be a common convention, though I suppose alternatives like
esckey could also be considered (but I suspect less discoverable/more intuitive to power users only). I think requiring a manual movement of the mouse to the "x" (or bell) as the only way to close the panel gets a little bit annoying when you are opening/closing the panel frequently.Definitely like the "x", thats a big win for usability so far!
Reacted by Serena Chechile
This is a fairly common convenience feature for a drawer/panel/modal. Here are a few examples:
I believe a
clickevent on thedocumentis needed, then a test toe.target(exists && matches current element) to implement, but can look into this more.