If you have the same shortcut in two different active presets ("Default and "Other"), BTT will execute the shortcut from the "Other" preset.
This is perfect. I just want to be sure that it is not a bug before I set something up.
I would have expected a conflict. 
that should only be the case of the default preset is disabled, is it enabled in your case? (then it should show conflict menu)
Mmm, Both presets are active. I have set up the following for testing
Default: a = a
Other: a = b
If both presets are active BTT writes "b
If "other" is deactivated, BTT writes "a".
that's a bug then 
I modified the conditions yesterday, probably I forgot something, I'll check!
Could you consider leaving it like that.
This bug has many advantages. 
"Default is always active and does what it does. If you want to change this behavior "temporarily", you activate another preset.
This saves copying shortcuts into other presets.
Or maybe an option? If conflict, then "Other" has priority?
no, sorry that goes against the whole preset concept. I need to fix this asap
However the preset system still allows for what you want, you need to create three presets though:
1.) main preset which contains everything you always want active
2.) secondary preset which contains the stuff that you want most of the time, but not always
3.) tertiary preset that contains the stuff you rarely need
then you can setup a shortcut that toggles preset 2 on and 3 off and vice versa (and leaves 1 always on)
It's clear to me that you can't leave it like that. 
I simply should not have said anything. Probably no one would ever have noticed it. 
Your suggestion is good. It's just more work because now I have everything in "Default" and have to copy it two additional presets. Not the end of the world
Maybe you are lucky, because I can't reproduce the "issue" 
Are you on v4.021?
Ah, second chance for me to just say nothing. but 4.022.
Wait, is that another false alpha?
ah sorry I meant 4.022
Are these standard global / app shortcuts or in conditional activation groups?
So you're determined to destroy my luck.
I have just set up this thing with a and b for testing, global.
Maybe you are lucky and found some secret setting, because I still can't reproduce it with a completely new installation of BTT. Or is this not what you mean? (orange A = Default Preset, purple A = Other Preset => results in the shown conflict menu)
No, not exactly. In the "Default" preset, a is already a. Nothing is needed there Maybe the context is important?
I have done the following
key sequence
key "1" pressed and held, preset "other" activated
key "1" released, preset "other" deactivated
(plus shortcut, key 1 does nothing)
then preset "other" a = b
Preset "Default" is always active. If "1" is pressed and held, "other" is also active.
Are you sure "default" is still active?
If this works, you can keep it because I think this hasn't changed with the recent version
Yes, "Default" must be active, because all my shortcuts are there.
If I press and hold "1" I can still execute all shortcuts in the "Default" preset. Which would not be possible if "Default" was deactivated. Right?
Yep!
Are you using the "Switch to Preset" predefined action for this?
This activates/deactivates "Other"
This is of some significance. So you don't need three different presets, two are enough.
By activating the second one, "Default" is overwritten.
Could it be that there is no conflict because a = a comes from macos and not from BTT?
even if I try this, it shows the conflict menu for me 
You see the preset temporarily being activated here when you hold 1?
I think I'll now just leave it like it is, most likely you are the only one who uses it exactly like that
yes I see how the status changes, 1 down active, 1 up inactive.
Did you delete a = a in the preset "Default"?
Maybe I misunderstood, but if I delete a=a there is no duplicate definition in BTT anymore, so no conflict menu. Does this explain things maybe?
