Conditional Activation Group not working


#1

Describe the bug
Conditional activation group is not properly restricting the scope of keyboard shortcut.

I am trying to prevent command-W from closing certain windows in Microsoft Outlook. Despite the restriction specified in the conditional activation group, this suppression is affecting all windows in all applications.

Affected input device (e.g. MacBook Trackpad, Magic Mouse/Trackpad, Touch Bar, etc.):
Keyboard

Screenshots


Device information:

  • Type of Mac: MacBook Pro
  • macOS version: 10.12.6
  • BetterTouchTool version: 2.660 (968)
    Additional information (e.g. StackTraces, related issues, screenshots, workarounds, etc.):

Note: Before bug reporting, please make sure you have the latest version of BetterTouchTool and that you have already tried to restart your system :-). If you encounter a crash, please attach a crash log from the macOS Console.app from the "User Diagnostic Reports" section.


#2

Thanks for reporting!
Would be great if you could try v2.669 alpha.


#3

Sorry for the delayed reply. I installed 2.674 alpha and tested. Now, the action is confined to the desired application but the second part of the conjunction (All) is not discriminating between conditions that meet the specification and those that do not. To be specific, if neither of the two conditions under the disjunction (Any) are true, the overall expression still seems to evaluate to true.


#4

I have a similar problem where conditional grouping is not working. In my case I'm limiting the conditions into a specific app using the "appName" and to a scroll area using "focusedElementRole" set to "AXScrollArea". The second condition does not seem to take effect whatsoever, because any shortcut I made also gets triggered inside "AXTextField" too. I have tried anything I could possibly imagine but no success. Also sometimes another global conditional group for only "AXTextField" works randomly, so it's not completely reliable. For example, try swapping "^h" to "backspace" and see how it goes in different places.


#5

This depends very much on the specific app's support for accessibility.
Some apps only send notifications about the changed focused element sporadically or not at all.

Also AXScrollArea is usually not the focused element. In which app are you testing?


#6

I'm testing it inside RoboFont. I want to change WASD keys to arrows inside the app when I'm designing inside the glyph window so I don't have to move my right hand when I want to use arrows. But this also takes effect in the text fields and messes with the text I'm typing. I made another shortcut to disable BTT, but that specific shortcut doesn't work. So my only solution was to use focusedElementRole condition. I'm not sure if the source of the problem is Robofont, because in the BTT when the focus changes it shows that the role also has changed on the bottom. Also for a test, I made only one condition and that's for when the role of the element is "AXScrollArea" and still it gets triggered inside "AXWindow" anywhere. I checked it inside the BTT and it shows how the focus is changing but it doesn't take effect.


#7

Could you maybe post a screenshot of your setup? Which version of macOS are you on? (I have only tested this on Mojave so far)
I just tried with Finder to make sure everything is still working like I intended

The first triggers when the search field in Finder is active, the second when the file list is active. It is important that ALL is selected on the top left when matching app + role.