You should generally not use a Typed String trigger that simulates deletes in a non-text typing context, as the simulated delete keystrokes could be destructive.
For all fans of Typed String triggers (and single key triggers).
BTT has now found another approach to solve this problem. This also benefits KM users who use both apps. By default BTT blocks the Keyboard input from reaching other apps. But it doesn’t block the input from reaching BTT, which then can reach KM. Since there is nothing to delete any Typed String can be safely used (like a shortcut) in any environment to trigger macros.
I hope I have summarized this more or less correctly.
It is a double one. First, what is typed and then what is deleted. I can't say exactly how great the danger really is of doing something bad. But I'm sure you know what it's about.
Because it hasn't been documented yet. I tried out the new feature yesterday and what I've noticed so far is very positive.
It specifically says that this "new feature" "will not block the keys from reach the app," as opposed to the idea that it "blocks the keyboard input from reaching other apps."
So maybe I'm quoting the wrong BTT feature. Are you talking about a different feature?
For those who wish to use KM for such a workflow, using Trigger Macro by Name seems to me to be just as efficient – but of course, as always, it all depends upon one's setup, requirements and preferences (standard disclaimer!).
@Airy In case you are interested. Here is a brief initial explanation of the new feature from the developer.
"Two new interesting actions that can allow for some new multi-letter keyboard shortcuts: "Start Blocking Keyboard Input" and "End Blocking Keyboard Input". Additionally a new variable in conditional activation groups that allows to test whether BTT is currently blocking keyboard input. This can be quite useful when combined with Key Sequences, because by default Key Sequences pass any input to the system - which can lead to lots of conflicts. If your key sequence first activates keyboard blocking, the system won't receive text input anymore. So for example you can define a Key Sequence ctrl + ctrl to disable keyboard input. Then you can have a second Key Sequence "a + b" (that is only active while keyboard blocking is active via a Conditional Activation Group). Now assign the "End Blocking Keyboard Input" action in addition to your desired action to that a + b Key Sequence."