Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Disabling Mission Control animation in Sierra? #711

Open
olalonde opened this issue Oct 11, 2016 · 29 comments
Open

Disabling Mission Control animation in Sierra? #711

olalonde opened this issue Oct 11, 2016 · 29 comments

Comments

@olalonde
Copy link

It seems that

defaults write com.apple.dock expose-animation-duration -float 0.1

doesn't take effect in MacOS Sierra.

@Tatsh
Copy link

Tatsh commented Oct 12, 2016

Ugh. Is there a user option somewhere, you could diff defaults read output before and after?

@olalonde
Copy link
Author

It writes the setting correctly, but it won't speed up the animation when swiping with 3 fingers to mission control. Used to work before upgrading to Sierra.

@levithomason
Copy link

levithomason commented Oct 13, 2016

I have never wanted to utterly destroy my mac in an absolute fit of rage. Thanks macOS Sierra.

@levithomason
Copy link

levithomason commented Oct 13, 2016

Per this reddit thread:

Mission Control changed so that you can control the speed with your fingers. Before it went by itself.
I don't like it, but that's the design.
You should file a bug for it, since you don't seem to like it either.

Just realized this is true, swiping faster makes the animation faster. There's got to be a fix for this.

@chdiza
Copy link

chdiza commented Oct 13, 2016

In any case, the setting is worth keeping, because AFAICT it does help for when one uses the keyboard to go in and out of MC.

@levithomason
Copy link

levithomason commented Oct 14, 2016

FWIW, in my case using the keyboard to open MC on macOS Sierra seems to animate at the same speed whether I use:

defaults write com.apple.dock expose-animation-duration -float 0.1

or

defaults write com.apple.dock expose-animation-duration -float 5

I did killall Dock and logged out/in in between testing.

@essarhash
Copy link

Very simple method with no need for terminal, built into MacOs.

Just enable Reduce Motion in macOS Sierra to Speed Up Mission Control. It removes the Animation.
Settings > Accessibility > Display > Reduce Motion checkbox.
The animated transition becomes a fade in/fade out.

(Of course this is system wide, not Mission Control Specific. Even the sliding animation when swiping between spaces turns into a fade)

I also use Reduce Motion on iPhone, its just a preference.

@Nualiian
Copy link

Nualiian commented Mar 15, 2017

@essarhash This does not really solve the issue, since the mission control animation still keeps track of your fingers, it just disables the animation.
This is the most annoying thing they ever did to the os, I hate it so much. It also lags sometimes and gets stuck randomly mid-animation 😞

@essarhash
Copy link

essarhash commented Mar 15, 2017 via email

@Johannes-Esseling
Copy link

@essarhash
I have, as many have pointed out, always set my animation to 0 with
defaults write com.apple.dock expose-animation-duration -float 0.0
This would completely turn off animations without annoying fade effects when using mission control.

In MacOS Sierra however this option doesn't seem to affect the duration of the mission control launch.
Needless to say but I am really disappointed this doesn't work anymore!

@Nualiian
Copy link

@essarhash
yep, just like @Johannes-Esseling says, the animation is still dynamic and the option that used to work back before Sierra now just doesn't work and it seems we are stuck with it being dynamic whether we like it or not

@gprasant
Copy link

I use keyboard shortcuts to access Mission control. When I do Ctrl + Up, it is quicker than the four finger swipe.

@essarhash
Copy link

essarhash commented Apr 29, 2017 via email

@bdefore
Copy link

bdefore commented Jun 5, 2017

anyone discover a way to completely disable the transition? even at 0.1 setting the flash of my desktop is jarring

@Nualiian
Copy link

Nualiian commented Jun 5, 2017

nothing yet. High Sierra is upon us, the settings might change as they almost always do, so something might be possible then :)

@TechRemarker
Copy link

To note, on High Sierra same issue persists. Regardless of the terminal setting, when swiping or CMD + TAB to a full screen window still has a delay versus CMD + Tab to windows on the same desktop.

Enabling Reduce Motion as others noted makes it fade instead of swipe which appears to be every so slightly faster but still a delay. To note normally notification center swipe out has a delay but the reduce motion feature makes that sidebar appear immediately. So hopefully, eventually they make CMD + Tab full screen items instantly as well.

@kud
Copy link
Contributor

kud commented Jan 14, 2018

If you want to reduce motion via cli:

defaults write com.apple.universalaccess reduceMotion -bool true

@TechRemarker
Copy link

@kud Unfortunately that only accomplishes the same affect as what others noted last year when doing, "Settings > Accessibility > Display > Reduce Motion checkbox" which does not solve the issue but rather changes the slide to a fade as discussed above. Perhaps 10.14 will finally solve the issue. Crossing fingers!

@kud
Copy link
Contributor

kud commented Jan 15, 2018

Yeah I understand. I gave a workaround here because I didn't see the command in this project. :)

@lkulbacki
Copy link

defaults write com.apple.dock expose-animation-duration -float 0.1 still not working on Mojave. And I thought I could get avoid using external software to amplify my productivity. Ehhh...

@1natsu172
Copy link

Solution.

https://apple.stackexchange.com/questions/253756/speed-up-mission-control-animations-in-macos-sierra

We need BTT but will return to Mac experience. Too speedy.

@jdanbrown
Copy link

The BTT solution in https://apple.stackexchange.com/questions/253756/speed-up-mission-control-animations-in-macos-sierra (or similarly with TotalSpaces2) solves the switch-desktop delay, but neither solves the Exposé animation delay. I've had to switch to TotalSpaces2's "instant exposé" to eliminate the Exposé animation delay, which unfortunately shows windows across all desktops instead of just the current desktop, but it's the best solution I've found so far...

@sauron918
Copy link

sauron918 commented Nov 13, 2018

Enabling Reduce Motion as others noted makes it fade instead of swipe which appears to be every so slightly faster but still a delay.

It would be nice to have possibility to remove delays after CMD + Tab at all 🤔

@twome
Copy link

twome commented Sep 2, 2019

"It just works!"
Don't you just fucking love closed-source exploitative monopolies like Apple?

@ssmooncoder
Copy link

Sigh no changes to macOS Catalina either... Is there a non-paid option to remove spaces transition delay?

@syadnom
Copy link

syadnom commented May 23, 2021

While the 'reduced motion' option works for me, I would much prefer a very quick animation. I like the 'movement' to help organize the desktops spatially.

The MacOS experience is function AND beautiful and I enjoy using the system but that delay is a productivity hinderance. I don't have that same hinderance on ubuntu/gnome for example because I can tune it.

(will still take it as-is over windows 10 though)

@javivera
Copy link

javivera commented Jan 3, 2022

Fuck you apple, such a simple item and can't be done.
I DONT WANT ANY FUCKING ANIMATIONS SHOVE DOWN MY THROAT

@javivera
Copy link

javivera commented Jan 3, 2022

Fuck reduced motion, I want to switch workspace in 0.0001 seconds, don't need any animation, im now on a computer for funny animations , im working.. god damn

@sbusch
Copy link

sbusch commented Jan 4, 2022

Yes, its annoying. More than that. But this is the wrong place, please file a bug or something at Apple if you want to be counted, @javivera We're working, too

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests