Scriptwriting Elements List Delay on macOS 26 Tahoe

The only thing with that now I guess is that the auto-complete list doesn’t show up quite as fast for me on my end, but the delay isn’t there when manually typing in what’s being suggested by the pop-up menu. It fixed the issue for me! Thank you, thank you, thank you!! Do you need me to test anything else or try anything else as well?

Okay, that’s good news, thanks! After looking at it a bit more, I think I know what’s causing it, too, although unfortunately it’s not something I can change.

Here’s the auto-complete list opening on macOS 14 (which is, I believe, the same on macOS 16, and is how the auto-complete list has been for years):

Note how the list just appears instantly.

And here it is opening on macOS 26 (both videos have been slowed down):

Note how it appears at first slightly smaller than it should be, then grows a little. It seems that as part of the UI overhaul that has come with Glass, Apple has added a very slight animation to the appearance of the completions list. This means that if it is invoked too frequently on macOS 26, it can cause a bit of lag as the animation has to play out, even though it’s very short.

I’ve tried the usual approaches for telling a UI item to appear without animation, but they don’t work, for some reason. So the only solution is, as in the build I got you to test, to add a slightly longer delay before the completions list appears.

This is a bit annoying as it means you have to pause for a fifth of a second now before you can choose a completion.

2 Likes

Interesting. This would explain a lot of other bugs I’ve encountered throughout the UI and navigation of MacOS as a result of Apple’s ‘revamped’ animations (not only on MacOS, but iOS and iPadOS).

Is there any way I can help to try and report the issue to Apple and try to get them to fix it? Maybe they can revert back to the old method in some way?

Best,

Sebastian

Sometimes, the ability to hide animations and other flourishes hide under “accessibility” options in system preferences. I don’t have the latest OS, but usually spend some time deactivating these whenever possible. Maybe some spelunking in settings for telltale words like “animations” or “zoom” or “effects?”

I switched off the ‘reduce motion’ option under accessibility > motion and this also helped significantly too! Helps with a lot of other bugs in macOS Tahoe as well hahaha. I hope Apple is able to revert back to when there weren’t so many flourishes. My CPU and GPU usage on the new version of MacOS is through the roof with all the new little animations that make the system paradoxically feel sluggish.

2 Likes

Indeed, it seems that turning on “Reduce Motion” gets rid of the animation and so fixes the issue (at least for me, but I wasn’t seeing it as extreme as you anyway). Here’s another build:

This one is the same as the previous one but with one change: if you turn on “Reduce motion” in system settings, it returns to using the old 0.05s delay. Without “Reduce motion” turned on, it has a 0.2s delay before showing completions. Please let me know if this works well for you both with and without “Reduce motion” turned on (bearing in mind the extra delay without it).

Unfortunately there’s no way for regular users to report bugs to Apple, only general feedback; only registered developers can report bugs, I believe, using Feedback Assistant. And from experience, this isn’t the sort of thing that Apple is going to care about. (I have reported nearly 60 bugs in the past four months since the macOS/iOS 26 announcement, and received only two replies before the OSes were released. Adding an option to turn off an animation to a small part of TextKit to allow for a use they hadn’t foreseen is unlikely to get any traction when they haven’t fixed basic TextKit bugs reported more than ten years ago.)

3 Likes

Don’t bank on it. Superfluous animation has been the UI treatment since early days of OS X, and it feels like it adds enough friction to make the user long for an upgrade. The “genie” effect of windows emerging and retreating from their Dock icons is one of the first items I remove on desktop, and this feels similar.

1 Like

I’ve logged this with Apple as bug ID #FB20468429, explaining why the animation can cause a problem and asking for an updated function that allows us to turn the animation off. I will not be holding my breath though.

2 Likes

Sounds good. I’ll try the new build and let you know how it works. Once again, thanks for all your help!

Best,

Sebastian

Yes, it appears that on this build, turning on the reduce motion helps significantly and restores it back to the way it was prior to the whole delay/latency thing happening in Tahoe. Turning off reduce motion on this build doesn’t encounter the delay either, just has that 0.2s delay. But either way works perfectly. Thanks once again!

Great, thanks for confirming!

2 Likes