XPMenusMDI - Removing references

[jp pokora]

In our MDI – form we have a problem with the XPMenus. When I profile the memory with Net Memory Profiler (v2.0.19.0) it doesn’t remove all of the instances from the XPMenus witch he should dispose.

I profiled your Sample under Essential Tools Samples / Menus Packages / XPMenusMDI and it has the same effect.

I tried a few different ways to remove those instances, and I wasn’t able to remove all of them.

Do you have a solution for that?

Thanks for your help
jpp

[Administrator]

Hi JP, In the XPMenus sample we call RegisterMdiChildTypes. This will explicitly merge the child types even before they become visible and hence the behavior in the sample. Are you calling RegisterMdiChildTypes in your application? You need not call it if you do not want this feature as part of your application. Regards Arun

[jp pokora]

Hi I don''t have a problem with merging or the visibilty of the menus. My problem is to lose all of the references for the BarItems. In the zip file you will find a word document which has a few screenshots of my problem. I have used the Sample from Syncfusion (Essential Tools Samples / Menus Packages / XPMenusMDI). Do you have any solutions to lose those references? Thanks for your help JP XP_9709.zip

[Administrator]

Hi JP,

Thanks for the detailed posting on this issue. Yes, this seems to be a problem and the Essential Tools team has taken care of this problem.

One thing to note is that in the Child Form''s dispose:
If you had been subscribing to a RichTextBox''s SelectionChanged event, then you should explicitly unsubscribe to that in the Child form''s Dispose.

This fix will be part of the 2.0.6.x release which will be out soon. Kindly open a support incident in Direct-Trac and I will udpate it with the download instructions as soon as it becomes available.

Regards
Arun

[Philipp Schuette]

Hi Arun,
we run in the same problem with version 2.0.5.0. Is this fixed in a newer version?

Philipp

[Administrator]

Hi Philipp, Please take a look at Defect #246 and let me know if it matches your problem. As far as I can tell, the issue referenced in this post was mostly fixed. However, the above defect describes the one situation where the references are not correctly reclaimed, and includes the workaround for avoiding that situation. Regards, Gregory Austin Syncfusion Inc.

[Philipp Schuette]

Hi Gregory,
Your described Bug looks like my Problem. I just installed Version 3.2.1.0 and the most of the syncfusion objects doesn''t get diposed not only the baritems. The workaround you described is not feasible for me, because i''m calling the form from a non .net application. I can life with this problem. The reason why i had a look at the profiler was to find a solution for an other problem.

As i wrote, i call the form from a non .Net application. The form contains 2 docked panels on left and 2 on the rihgt sind a menue and a toolbar at the top an a docked hided panel on the bottom. Also a mdi tab in the middle.
If i called it first time, all fine. the second time i do not get e resizing cursor on the docking boarders.

Philipp

[Philipp Schuette]

Hi,

i found when the behavio above happend, but not why. If i allow drop in a docked component, than after the second opening of the form the resizing slider will not displayed.

philipp