Enable/Disable Selected Folder or App?

This is a really basic question, but how do I enable or disable triggers per folder or app?
Do I have to do this for each single trigger, or is making a conditional group or preset the way to do this?


The "Disable BetterTouchTool completely" option in App Specific Settings doesn't help me either, since I still need to use the For All Apps triggers.

And Cmd+D over multiple nested triggers never succeeds, so please fix this fundamental feature rather than anything new and fancy...

for keyboard shortcuts disabling a group should work fine. Doesn't it for you?

Apps can not be disabled, this can not be changed. I'd recommend using multiple presets if you need that, these can easily be enabled / disabled, even via action.

Multiple presets!!! I could have thought of that myself. This is also the best solution to avoid deactivated app-specific triggers preventing global activated ones from working.

If app-specific triggers are moved to a deactivated preset, the triggers no longer interfere with each other.

When I didn't know this, it gave me quite a headache because I didn't understand BTT's behavior.

Nobody is interested, but I believe that other users don't know this either and are occasionally faced with puzzling problems. The fact that "deactivated" does not mean "deactivated" in certain cases is a bit confusing. :slightly_smiling_face:

I think now I can replicate the quirky behavior.

I can turn the folder off, like you mention.
(even though those children "looks" enabled, those are actually disabled.)

But not for grand children.
Those are still enabled.


And pls fix this too.


When I select multiple triggers over nested folders, then hid cmd+D, they disappear.

Then I open in a new window, this is what it looks like:


Only the very top folder is off. And cmd + D for those triggered no longer work. It behaves weird.
Each time I open new window, it shows different states (enabled/disabled), just weird.

BTT Version: 5.083

Ah I should disable multi selection in the outline view mode. That is indeed not well supported (I don't use that view mode myself thus it tends to have less features than the standard view mode). I have been thinking about removing it but some users really like it.

2 Likes

This view is not good at copy & paste too.
And yes, I do love this view for years and years.
Takes less space and it's easy to grasp where I'm working, at a glance.

Anyway, I hope those boring details get better.
Thanks!

1 Like

+1 for either keeping the two views equal in usability, or removing the one that has been let to lag behind. The issue is not that one has fewer features; the issue is that Outline View regularly behaves unpredictably and inexplicably counter to what one expects.

I prefer Outline View ā€” it's more "natural" to me ā€” but was baffled by BetterTouchTool behaviors until I realized that several oddities were specific to the UI view. I switched to the "standard" view when I realized it was the one you (Andreas :blush: ) used and would always be more up-to-date and with fewer issues, and I have been able to make good progress in my use of BetterTouchTool. I would have progressed further, faster, and with less frustration had there been no Outline View.

maybe hiding it by default for new users would be a good idea :slight_smile:

But even now, if you encounter weird behavior best create a quick post. That way Iā€˜m at least aware of it, and fixing this stuff became a lot easier with AI support

1 Like

That's a nice solution.

I will try, but there are many, as a new user I always assume I misunderstand and not that I have found something that needs to be debugged, and some (such as the failure of an operation to act on all selected items, well-presented by the OP) are at a base level of user-computer interaction where it doesn't occur to me to question.

yep, but unfortunately also very hard to implement correctly especially with some legacy stuff that needs to be carried over ;-(

1 Like

:+1: . I will adjust to a different view here as well :blush: .