Michael Curry cl
06.14.2012
Show all comments
-
I just discovered the same behaviour in my applications too. This is annoying...
-
Well it seems to work if I set HideBarsWhenMerging to false on both the BarManagers from the parent and child forms. The should have set this new property to false by default to avoid an breaking change.
-
Good catch, I had set a Childbar.Visible = False in all my merge routines. Your way is much simpler, but I don't understand why it is necessary?
-
Actually I have just tried this approach, and it isn't working for me. I set both parent and child to HideBarsWhenMerging= False and I still get bars drawn in both parent and child.
-
Thank you for your question. I am afraid that we do not have an immediate answer. I have passed this ticket to our team for further research. Please bear with us, we will get back to you as soon as possible.
-
Christophe, thank you for your feedback. It appears we have overlooked the fact that in some scenarios the application design allows Bars to appear on the child MDI Form merged with the parent Form. When we were planning this feature, it was assumed that in common scenarios all Bars are merged in the BarManager.Merge event handler. Please accept our apologies for the inconvenience this change might have caused you. We will add a note about this issue into the Breaking Changes list.
-
This caught me out as well, none of my MDIChildren with a ribbon on were merging the status bars correctly, really bad :(
-
Caught me up as well, and my project is pretty large with several forms.
Does this mean everyone with DevExpress components going back several years will be caught out with this nasty bug?
-
So the default is to break existing functionality, rather than let one request change a setting to suit what they need ? This seems very poor design DevExpress for one persons request. My application now has NO main bars or status bars on every child form (prior to any maximising so no merging has taken place).
So I have to change every form to get back to 'default' behaviour. I think BarManager.HideBarsWhenMerging should be FALSE by default. More annoying madness. -
I am still finding odd user controls on child forms with their own bar manager that suddenly lose all of their toolbars. Another was found by one of my users just now! Not good at all. I have spent probably 20-30 hours fixing toolbars and rewriting merge functions due to this change and it cost me countless hours with testers.
I don't want to keep bitching about it but IMHO support has really dropped lately and this and other "by design" issues that keep cropping up now are really eating up my Dev time. My subscription is up for renewal next week and I am seriously considering whether it is worth it. Dx12.1, for winforms at least, introduced many more issues for me than new features. I'm not confident that I want to invest the time in getting 12.2 into my app.
-
We are going to fix some problems caused by the new behavior. This will significantly decrease the drawback of the breaking change we introduced.
Please check these bug reports:BarManager hides bars placed in StandaloneBarDockControl after merging
BarManager should hide bars after merging only if the Merge event is handled -
Thank you. This will certainly resolve the issues I am continuing to experience.
You must
log in
or
register
to leave comments
1 Solution
Michael, I have tried your approach (hiding and making visible child bars manually), and it appears to work fine for me. I have attached a sample project demonstrating this. Would you please check whether or not we are doing this in the same way. If not, please modify my test project to reproduce the problem.
Is your intention to post an answer to your own question?
- If so, then proceed.
- If you simply wanted to post additional information, ask for further clarification, or to just say "Thanks!", please click Leave a Comment.
- If you wish to edit your original question, please use the Edit button in the Toolbox at the top right corner of that entry.
Facebook
Twitter
Google+