Slow UI

[user1823]

Preflight Checklist

• [X] I have searched all open and closed issues for the same feature request without success.

Problem Description

The UI in Everything Toolbar is slightly slow (when compared to other apps).

Proposed Solution

Does Everything Toolbar use Windows App SDK? Asking because it is a known limitation of that framework and an improvement is available in the latest update (1.6).

Native AOT support

With 1.6, the Windows App SDK now supports native Ahead-Of-Time (AOT) compilation! When publishing your app as a Native AOT app, you produce an app which has been compiled ahead of time to native code for faster startup time and a smaller memory footprint.

We’re very excited to bring the powerful capabilities of Native AOT to developers through the Windows App SDK! In our sample Contoso Camera app, we measured a 50% reduction in start time, an ~8x reduction in package size when using a framework package and a ~2x reduction in package size when using Windows App SDK in self-contained mode. While your results might vary, we encourage you to give Native AOT a try if it’s right for your app!

For more information about Native AOT, see Native AOT deployment. To get started with Native AOT in your Windows App SDK app, see our release notes for 1.6 for what you need to know and how to set it up.

From https://blogs.windows.com/windowsdeveloper/2024/09/04/whats-new-in-windows-app-sdk-1-6/

Alternatives Considered

None

Additional Information

No response

[srwi]

Hi, EverythingToolbar still uses .NET Framework and WPF, so using Windows App SDK is a bit out of the question (but thanks for suggesting!).

I agree that EverythingToolbar can feel slightly sluggish depending on the machine it is running on, but I would be interested to hear from you which parts specifically you notice being slow.

Some things might just be limitations of the tech stack used, while other things could probably be optimized further.