Open paulcpederson opened 7 months ago
@benelan or @geospatialem if you two get a second could you triage this and consider for a release? I continue to get issues about stacking calcite alerts as users/PEs feel the current behavior is unexpected or a bug.
@benelan or @geospatialem if you two get a second could you triage this and consider for a release? I continue to get issues about stacking calcite alerts as users/PEs feel the current behavior is unexpected or a bug.
@paulcpederson We're splitting up both the above and a new issue, #8705, which will propose the following:
alert
to the top of the queue, taking precedence over another alert
, if already present (higher Calcite priority)
Check existing issues
Description
Currently, the queue is entirely managed by calcite, and no API is available for clearing, reordering, or otherwise working with the queque.
The current behavior of the queue is causing customer confusion is some scenarios and workflows. When a low-priority alert is already visible, and you add an alert that is very important to the user's workflow, it will be rendered behind the current alert. The user may not see this (see https://github.com/Esri/calcite-design-system/issues/2835).
Further, if you want to clear the Queue as a developer, the only way is to either:
Acceptance Criteria
Developers should be able to specify when rendering an alert how they want the queque to behave. Either:
Additionally it may be nice to consider an API where calcite users could get access to the Queue through an officially support means.
Relevant Info
No response
Which Component
calcite-alert
Example Use Case
Priority impact
p4 - not time sensitive
Calcite package
Esri team
ArcGIS Online