Hi,
I actively use desktops. What annoys me is desktop switching animations which are impossible to disable. Would it be possible to implement animationless desktop switch in BTT? Maybe, similarly to what "yabai" does.
Thanks 
I currently don’t know of a method to achieve this without disabling SIP - I’ll check if there is still one, but there might not be. BTT currently doesn’t support things that require disabling SIP
1 Like
Try to enable "Reduce the movement" in System Settings/Accessibility/Screen. It's the third menu item.
No unfortunately there are no standard settings disabling this specific animation. What it does is just replacing the sliding animation with fade. That's less annoying but still bad.
Found a way to do spaces switches without animation without disabling SIP. I'll add it with the next alpha 5.480. (in a first step I'll only add move space left/right, but I should be able to make it go to a specific space without animation as well)
(it's not completely without animation but it's very short)
6 Likes
Yayy! It works! Thanks Andreas!
There are also actions to move the active window left/right or to the specific space. These actions are also prone to animations. Just a reminder 
unfortunately for these I haven’t found a working solution yet ;-(
Beautiful 
If you are already on the last left or right space but still activate the trigger again BTT tries to move to the same space (with the tiny animation).
Is there a way to prevent BTT from moving on if you are already on the last space?
For now you can do something like this, basically make the command conditional on which workspace you're on x which workspace you want to go to. One thing that is not super clear to me is how to derive the
active_space - I just got them through the condition setting window + moving it between spaces. But it works. I assume Andreas will add similar native functionality in the future.
1 Like
you can use the translated_active_space variable instead, this should contain the same number as displayed in the macOS UI and not the internal numbers macOS uses
I'll make it not try to go left/right if you have reached the first/last space.
I don't think I have ever been this excited about a feature on a Mac app ever in my life! Thank you so much for this!
Awesome to see that you are working on this (been waiting for something that allows this without having to disable SIP for a long time)
I just tried it out and it seems to work for sliding right but for some reason sliding left doesn't.
Also made sure to check whether the trigger is actually called correctly using an alert and it does show the alert but refuses to do the slide action.
Any idea what might be the issue? (I have killed the dock / window process and restarted but with no avail)
mh what does your screen setup look like? I think I might have broken something in the latest alpha in specific display setups.
Single monitor (either 1440p or 4k depending on location) and macbook in clamshell mode.
Ah maybe related to clamshell mode. Can you try with 5.505 alpha? (uploading now, will be available in 10min).
5.506 should also get rid of some flickering that might have happened on some systems when switching spaces without animation
Tried with 5.505 alpha and sadly I still have the same issue.
Some additional info about the way I have currently implemented it and what I noticed:
- Current trigger for it is set to CONTROL + ARROW_RIGHT and CONTROL + ARROW_LEFT
- I know this is the default keybind for it so I also tried disabling it from the keyboard shortcuts if it might be caused by interference but it didn't make a difference.
- When triggered from the desktop it only works for going to the right, going left does trigger but not slide and what is even weirder is that once on the right slide it doesn't allow another right slide so it only works once and I can reproduce this consistently.
mh does your config look like this?
I just tried on another system, but seems to work fine there as well.
It can only go to spaces that are already open, so moving right will not work if there is no further space to go to.
Yes just like that.
Currently (and most of the times) I have this order of spaces:
Desktop - Browser - Other app (currently Android Studio)
And I can only move to the Browser space from desktop, any other movements seem to be ignored.
What might be different from your system is that I am still running Sequoia version 15.3 but not sure whether that would make a difference since it's not a big version change.
weird
I also tested in clamshell mode here, but also seems to work ok.
Maybe some other users can try with 5.506 to see whether the feature still works. Maybe I'm missing some thing specific to my machines.