Hi,
In our XAF Winforms application, we have some quite complex DetailViews (the one most being used having 10 Tabs, containing 41 items, amongs which 9 grids and 1 treelist). Opening such a DetailView takes too long
I noticed, that especially the creation of the complete LayoutControl with all it's items takes the most time.
I had a look at the Version9WinLayoutManager class and I noticed that the complete Layout is created immediately, although only the first tab is visible to the user. Therefore, I would suggest creating the layout more incrementally.
Regards,
Marco
Proposed Solution:
In the descendant of the LayoutManager class, in case of a Tabbed Group, postpone the creation of the Items within the groups of the Tabbed Group to the moment they are needed.
For example: The Items displayed in a LayoutGroup could be created the moment a tabgroup becomes visible for the first time…
We have closed this ticket because another page addresses its subject:
Layout.Win - Low performance when opening a Detail View containing a lot of tabs
Hello Marco,
Thanks for the suggestion. Yes, you are right, our profiling results also show that most of time is spent on creating the LayoutControl and bars.
Your idea regarding delaying of creation of the tabs seems to be very good. However, I think that this functionality should be already included in the LayoutControl by default. We will further discuss your idea to finally decide whether we should modify our layout manager or create a new request to the XtraLayout Team. Please bear with us!
Thanks,
Dennis
P.S.
I have to warn you that in version 9.2 the Version9WinLayoutManager class has been removed. You will have to create your own class based on its sources and override the CreateLayoutManagerCore method to pass it.
Hello Marco,
I am duplicating your suggestion to the Layout.Win - Low performance when opening a Detail View containing a lot of tabs because as discussed in a similar Dynamic Loading on Tabs thread, XAF already works much as you proposed in Windows Forms applications.
However, there are still some areas for improvements which we plan to address while fixing the duplicated issue and I also think that it's better to keep one item in the SC for that instead of two identical ones.
Let me know if you have any questions.
Thanks,
Dennis