Just an FYI: (Infragistics v14.2.20142.2092) Deleting a Tab (via the Tab control's designer) stripped the ToolbarManager In Place Designer from the UltraTabControl's Shared Controls tab page, so it would no longer show for any of the tabs. As far as I can tell, it also stripped the UltraPanel containing it as well. It did not actually delete the ToolbarManager, or alter it's DockWithinContainer property, however. In order to deal with this, you must locate the ToolbarManager control in the non-graphical tools area under the form (or select it by name in the Control selection box above the properties window) and manually set the DockWithinContainer property to a new container. You may then set it back to the Shared Controls tab page, where you will be prompted to create a new container. Do so, and you will again be blessed with the In Place Designer available from all of your tabs.
It would be great if y'all could take a look into this. It took me a while to figure out what what had happened and then, once the heart attack had passed, how to get the In Place designer to reappear. Sure, I use TFS, but who wants to store changes, back out of a day's worth of work, download and merge the changes, and then fear to delete a tab?
Hi,
Thank you for posting in our forums.
Maybe I am missing some steps, but I was only able to reproduce the described behavior, if I first deleted the UltraToolbarsManager then I undo the action. After that removing the tab leads to the described scenario. Otherwise removing the tab from the designer leaved the other tabs with the toolbars manager and the In Place Designer was working properly. Was that the case for you, too? I am attaching a video which demonstrates how this works on my machine along with the test sample which I used. Let me know if I am missing something.
If the behavior is only reproducible if you delete the UltraToolbarsManager first and then undoing the action my assumption would be that the undo action doesn’t do something properly.
I am looking forward to hearing from you.
I was able to reproduce the undesired behavior on my machine (Win7 x64; VS2013) with the example you sent as well as with my own project WITHOUT needing to first delete/undo the deletion of the ToolbarManager. The key seems to be having the Tab you are deleting be the active (visible) tab when you delete it. If a different tab is the active tab when you delete it, the problem does not occur, even if I have previously deleted and then undone the deletion of the ToolbarManager. For me, the only problem with undoing the deletion of the ToolbarManager is that the DockInContainer setting is set to Form1 instead of back to it's original value (the SharedControlsTabPage); it may be that other settings are also not restored but I wouldn't know without additional tinker time. So, there is also at least 1 minor issue with undoing the deletion of the ToolBarManager.
It may or may not be worth noting that I have 'Just My Code' disabled on my machine and it does a lot of symbol loading when the project loads and before I can make any changes. Probably no impact on the Infragistics design time UI, but I wouldn't know :).