In our MDI – form we have a problem with the XPMenus. When I profile the memory with Net Memory Profiler (v188.8.131.52) 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
ADAdministrator Syncfusion Team June 24, 2004 02:52 PM
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.
JPjp pokoraJune 25, 2004 07:45 AM
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
ADAdministrator Syncfusion Team June 25, 2004 03:22 PM
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.
PSPhilipp Schuette May 11, 2005 08:03 AM
we run in the same problem with version 184.108.40.206. Is this fixed in a newer version?
ADAdministrator Syncfusion Team May 11, 2005 02:37 PM
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.
PSPhilipp Schuette May 12, 2005 05:22 AM
Your described Bug looks like my Problem. I just installed Version 220.127.116.11 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.
PSPhilipp Schuette May 13, 2005 08:32 AM
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.