In my workflow I see locked notes only as system to prevent sudden edits. Not as a system to prevent deletion. In addition is it surely a long road to final disappearance.
-> Press delete -> Deletion warning
-> You need go to empty trash -> Empty trash to really delete & get again a warning
-> And could still be in undo history
-> Last resort: the backup file.
So ' preventing' deletion shouldn't be default, IMHO
FWIW: not sure how many hurdles must be build in to prevent ' in motion' user mistakes. I'm already envisioning replacing the emptying trash dialog for a dialog for every single item separately (without a remember button of course
. With on course an another dialog appearing reconfirming the choice (you never now). And with different shortcuts for accepting/rejecting.. to prevent users to keep hold the shortcut button. It solves the issue of sudden deletion.. however, most people get pretty annoyed. Or invent solutions to circumvent this behaviour.. (macro or something like that), an take the risk of sudden deletion.
The sample is not intended to ridicule the request or to be offensive..however illustrates the underlaying problem from ' user perspective' . I'm also reluctant based on development perspective. More settings, means more combinations, and more area's where something can go wrong (so more bugs). And those are hard to find; and often corner cases. So not really worth to fix..