Notification area animations
The animations occurring in the notification area could be improved further. For instance, if an alert notification simply disappears suddenly on its own after a few minutes it could be misunderstood as the problem having "fixed itself".
- When there is only a single notification visible, its showing and hiding is animated with vertical motion. However, if there is more than one notification, the widgets simply appear and disappear with no animation. The same vertical motion should be individually applied to each notification. In practice, this calls for a redesign of the notification area widget's implementation.
- Notifications could also/alternatively be made to fade away when they are hidden rather than abruptly disappearing.
- Any notification should support an animation that further signals activity / tries to get the user's attention: a pulse, flash, etc. It would be beneficial if the notification area widget was responsible for these effects, so that individual notifications wouldn't have to handle it.
#2 Updated by vermil about 9 years ago
May I suggest consideration of visually different 'pulse' types depending on issue type. Let's say resource, engine and map?
I suppose one can set the warning indicator to only appear when certain issue types come up, but if the user leaves the settings at default or wants it to display multiple types of issue.
To be really crazy, perhaps the option to split the currently one warning indication log, into multiple smaller ones; each type of warning get's it's own log (i.e multiple logs on screen)?
I personally also think the log could contain a little more information to go with each alert. The map number for map alert's, the pwad/source for resource alert's etc.
#4 Updated by skyjake about 9 years ago
option to split the currently one warning indication log, into multiple smaller ones
I kind of like this idea of having a separate indicator for each subsystem. That would afford another way to configure per-subsystem preferences like auto-hiding time and alert enabling, via the notification popups.
the post reply button on here (the trackers) is perhaps incorrectly called 'edit' even though it, as mentioned, posts a reply.
Yeah that's a bit of excessive generalisation in the Redmine UI: you "edit" an issue to add a comment, rather than replying or commenting directly. (BTW, I just upgraded our Redmine to 2.5.3.)
#5 Updated by danij about 9 years ago
separate indicator for each subsystem
To me this seems like unnecessary complication. I really can't see any real benefit in having alerts behave and look differently for each subsystem.
I am reminded, that the post reply button on here (the trackers) is perhaps incorrectly called 'edit' even though it, as mentioned, posts a reply.
I agree. The way this Redmine skin organizes and labels the buttons is very unintuitive. I've just mistakenly edited skyjake's post above when trying to quote it...