Hi,
yet another problem (probably a bug) with the above Toolbar. It is a Office2007-lookalike toolbar that contains the program menu items. The problem is now that it sometimes floats out of its container. I was able to reproduce it in 5% of the cases by these steps:
* expand the Toolbar (Ribbon) by clicking on it
then repeat:
* select a toolbar tool * maximize the window containing the toolbar* minimize the toolbar
* at this point the toolbar is visually completely docked out from the window, even if it is still logically a children of the container; the toolbar just keeps sitting at the place where it was before maximizing / minimizing
are there any known bugs or any idea around how this could happen? even more important is the question, whether this can be fixed in code or not?
Greetings,v.
Hello,
Unfortunately this is not a behavior that we have encountered, and I am unable to reproduce your described behavior in a sample application. Any additional details about your application would be helpful.
What version and build of NetAdvantage are you using? What is the UltraToolbarsManager's DockWithinContainer property set to? Is it possible to reproduce the behavior in a sample application (which you can attach to this forum thread)?
Any additional information would be greatly appreciated in attempting to reproduce the issue.
Thanks,
Chris
I recently ran into this problem again and was able to take some screenshots. This is how it looks like normally:
Then I double clicked on one of the grey items (in this case: "Allgemein") and suddenly the menu started to float:
At this point I was able to drag and drop around the window while the toolbar kept staying in the same place. Therefore I tried to click around in the ribbon menu (i.e. on the "Einstellungen" tab) to see if it would crash or stop to float. It succesfully rendered itself showing the new content - but still in the floating position:
Cheers!
Unfortunately without a sample to reproduce, I can only theorize what is happening.
It appears as if the Ribbon is being unpinned (collapsed) and shown, which is the only time the contents of the Ribbon is rendered by a different UltraToolbarsDockArea than the tab portion. However, the Ribbon is designed to use our DropDownManager so it will close the Ribbon's content area when something outside the content area is interacted with. I have never seen this before, so I assume there is something unique about your application that is adding to the cause of this unexpected behavior. What (if anything) is your application using or doing outside the norm?
*huh* Hard to tell if there's something special at all in there. Guessing in the wild, there is a event-eater:
ribbonManager.BeforeToolbarListDropdown += new BeforeToolbarListDropdownEventHandler(ribbonManager_BeforeToolbarListDropdown);
[...]
private void ribbonManager_BeforeToolbarListDropdown(object sender, BeforeToolbarListDropdownEventArgs e)
{
e.Cancel = true;
}
Could that be the cause? But I can't tell why that piece of code exists since I took over the project some time ago and it is going to be retired and replaced by something else. This said - we're investigating into something because I'm curious. :-) Is there something specific I could look for? That would be a lot easier for me.
Cancelling the BeforeToolbarListDropdown event shouldn't have any affect on this. It would prevent our default context menu from being displayed when you right-click on the ribbon/toolbars.
Is there anything like mixing technologies (WPF/WinForms or COM/WinForms)? Are you overriding the WndProc() method on your forms or using your own MessageFilter which might be intercepting a windows message?
-Chris