Does disabling NoesisView really defer XAML initialization?
Posted: 13 Aug 2026, 05:50
Hi,
I'm testing NoesisGUI 4.0 with Unity and noticed something I would like to verify.
I have a NoesisView containing a relatively large UI:
37 XAML files
214 styles/resources
12 custom controls
View starts with enabled = false
On my test machine, entering Play Mode still increases memory by about 28–32 MB before the view is enabled.
When I enable the same view, the first display takes another 85–110 ms.
My question is:
Does disabling NoesisView actually defer the Noesis/XAML initialization, or are referenced XAML dependencies already processed by Unity/Noesis before the View becomes enabled?
If this is expected behavior, what is the recommended pattern in NoesisGUI 4.0 for keeping a large UI completely unloaded until the player actually opens it?
Thanks!
I'm testing NoesisGUI 4.0 with Unity and noticed something I would like to verify.
I have a NoesisView containing a relatively large UI:
37 XAML files
214 styles/resources
12 custom controls
View starts with enabled = false
On my test machine, entering Play Mode still increases memory by about 28–32 MB before the view is enabled.
When I enable the same view, the first display takes another 85–110 ms.
My question is:
Does disabling NoesisView actually defer the Noesis/XAML initialization, or are referenced XAML dependencies already processed by Unity/Noesis before the View becomes enabled?
If this is expected behavior, what is the recommended pattern in NoesisGUI 4.0 for keeping a large UI completely unloaded until the player actually opens it?
Thanks!