Notification queueing QOL

[JLeavell]

Currently any event that occur back to back (eg 2 drops over a threshold) and whilst using the capture groups, it will notify of both over top of each other. Debounce will make it so that only one will play (the first one), whereas the ideal behavior would be for them to be one following the other. Possible to add a toggle to make all events of a given notification enter a queue where they play out in order

[CreativeTechGuy]

I always thought that the notifications in the list were in order. So the notifications that appeared lower/later in the list would override the notifications higher up if multiple matched. If this feature gets added, it might be worth adding an option that instead of queueing, you can set a notification to override another.

[adamk33n3r]

I always thought that the notifications in the list were in order. So the notifications that appeared lower/later in the list would override the notifications higher up if multiple matched. If this feature gets added, it might be worth adding an option that instead of queueing, you can set a notification to override another.

This seems like a new/separate feature request. The original issue describes queueing the same alert being fired quickly. Your suggestion is about comparing multiple different alerts. Or rather, processing alerts in a set order and stopping once one fires successfully. You can create a new issue for this if you want, but I will say that this would require a massive overhaul if you'd be wanting to override alerts of other types. Probably wouldn't be tooo bad if we only want to do "the first one that matches" of a specific type.

[CreativeTechGuy]

Ah sorry I misunderstood the original issue. You are right, it's separate.