We recently had staff ask us to disable the audio alert for just one of the many things in Koha that trigger off of the .audio-alert-warning selector while keeping that sound in place for all other instances of .audio-alert-warning. I was able to accomplish this by adding a new alert tied to a more specific selector with its precedence set to be enforced before the more general warning alert. I was able to enter the literal word "nothing" for the sound, which appears to allow the trigger to activate without making any sound at all. This works, but it would be a lot clearer if the preset sounds dropdown included a "None" option or something else explicit.
I usually delete the ones I don't need - did you want to keep it just in case?
As we might not want the jQuery to still be run, maybe instead of a none option we could have an Activate/deactivate.
(In reply to Katrin Fischer from comment #1) > I usually delete the ones I don't need - did you want to keep it just in > case? So, getting into the specifics: Like the default sandbox setup, we have the critical.ogg sound play on the .audio-alert-warning selector. That means Koha makes a cranky noise in *many* situations. Staff asked if we could keep that noise in all of those situations except 1. They didn't want the noise anymore when checking in an item from a patron with a restriction. Theoretically I could have figured out a way to use CSS or jQuery to specify ".audio-alert-warning NOT .ret_foreverdebarred." Or I could have deleted the .audio-alert-warning trigger and replaced it with distinct triggers for all of the other instances that used to rely on the warning trigger. But what I ended up doing, and would like to make more official, is essentially defining an audio alert exception. So, actually, maybe that's the enhancement: allow definition of exceptions within an audio alert.