Hi
We had to customize the docking manager to behave like SDI/MDI ... Now some docking menu items linked to TDI are not applicable ....
Is it possible to customize the docking menu attached to the PaneHeaderPresenter by modifying only styles without modifying Infragistic code ?
More precisely is it possible to :
Thanks in advance for your answer
There are two options that I can think of. One is that you write an attached behavior and handle the OptionsMenuOpening where you can manipulate the menu items. This is the best option because all the menus for the content pane route through this - the window position menu within the PaneHeaderPresenter, the ContextMenu for the ContentPane and when showing the context menu for the PaneToolWindow (i.e. the floating window). If you need to only use styles then you will likely not be able to handle all of these but you can handle some. For the PaneHeaderPresenter you would probably just exclude the PART_PositionMenuItem and provide your own UI.
Hello kbenameur,
I am just checking your progress on the issue. Please do not hesitate to let me know if you have any further questions.
I just started to work again on this topic and I discovered that I did a mistake in describing my need.
I wanted to remove or customize the contextual menu that pop up when we right click on a tab in the document host.
So it was not PaneHeadPresenter but PaneTabItem (DocumentTabItemTemplateKey) that should be modified...
Unfortunately, I see no way to remove this menu in DocumentTabItemTemplateKey as the contextual menu is created dynamically in PaneTabItem ( on ContextMenuOpeningEvent event ).
I noticed that this menu creation is done by a common private method (in contentpane) so it will be painful to customized the menu for only one case without side effects ...
Is the attached behavior solution still the best one ? Can you give me some guidance ?
As you may have already noticed WPF styling is a new world for me ... your help will be greatly appreciated !!!
Thanks in advance ....
B.R
Hello,
Thank you for the post. I have been looking into it. Since the context menu is created dynamically I can suggest for you to try the attached behavior the Andrew have mentioned is the best approach for this issue.
Please do not hesitate to let me know is you have any further questions on the mater.
I am just checking your progress on the issue. Please do not hesitate to let me know if you have any further questions on the mater.
Thank you for your support...
I 've found another way to do it that is linked to my very specific context i.e. we are using Infragistic with Prism integration.
So I take benefit of having a DockManagerRegionBehavior class to build the contextual menu by subscribing to OptionsMenuOpening event ...
Not sure it is applicable in another context but it is working well for me.
Thank you for the follow up. I am glad that you have found a solution to your issue. I think other community members can benefit from this.