On the main MDI form, I have a toolwindow set as autohide. With the new release, I find that when I open a child MDI form, the autohidden toolwindow opens or animates as if I hovered over its tab. This did not use to occur. I only want animation when I hover over the tab.
On a child MDI form, I have a toolwindow set as pinned. When I hide it, hovering over the tabs does not do anything until I resize the main MDI form window. That action causes the tabs to animate normally. Again, this did not use to occur. I want animation anytime I hover over a tab.
Has anybody else experienced this?
More importantly, how can I get back the old (normal) behavior short of rolling back to Q2?
11 Answers, 1 is accepted
When I programmatically add ToolWindow(s) and set autohide = true and dock position = right, the hidden list of ToolWindows is not shown, but if I resize the container window the hidden panel appears with all the ToolWindows. I have resorted to rolling back to the old version as this is a fundamental need for my program.
Is there a workaround/hot fix to this problem?
So I have serious reservations. We need controls but I just cannot recommend ones that do not work properly any longer.
I cannot expect users to have to resize a window in order to unhide a toolwindow!
Got to have a workaround ASAP or we have a serious problem.
Thank you for your question.
Since Q3 2009, we have introduced slightly different logic in DockWindow activation. Previously, each newly added window was also activated. Now this is let exclusively to be specified by the user. So, what happens in your case is the following:
- You have one tool window, currently the only one DockWindow, registered with RadDock
- You add new MDI Child, it however is not activated and when the transaction is committed, RadDock will attempt to activate a window by default - in this case toolWindow1.
- Activating an auto-hidden window will animate it and display it on the screen
I have to admit that this logic, in your particular scenario seems a bit strange, so we will do our best to provide a convenient way to control this (for example through a property) and prevent such situations.
Here is what you can do as a quick work-around:
I would like to thank you for your feedback and for bringing our attention to this issue, your Telerik points are updated accordingly.
Do not hesitate to contact us if you have spotted other issues.
the Telerik team
Thank you for your reply.
Your solution fixed the first issue I identified.
My second issue was this:
- I have something akin to Visual Studio with 2 toolwindows, each with a tab, that are set to be pinned and visible initially on the left side.
- However, just like with Studio, the user can unpin the set, since they have just one autohide button. When they do, the toolwindows are autohidden to the left and the user just sees 2 tabs on the left side.
- All of the above worked in Q2 and still works in Q3.
- Here is the new issue with Q3 - hovering does not unhide the windows properly. I have to move the mouse over and over a tab and then it will unhide or I have to resize the entire window just a bit. Both solutions are temporary, though.
- I don't think my code is out of the norm, in fact, I derived it from your samples. Plus, it worked fine in Q2.
My question: How I can force the hover of the mouse over a tab to cause animation 100% of the time?
Unfortunately I was not able to reproduce the issue you describe. Could you please prepare a sample project that demonstrates the problem so that I can debug it and further help you?
Thank you for your assistance.
the Telerik team
I had used a demo that created run-time ToolWindows as my model.
So, there must be an internal difference with 2009 Q3 between design-time and run-time with the RadDock.
If anyone else experiences odd hiding behavior, check if perhaps you are creating DocumentWindows and/or ToolWindows at run-time.
I tried to reproduce the issue by creating DockWindows in code but to no avail. I you succeed in isolating the problem it will be of great help for us to diagnose and fix it.
Thank you for your time.
the Telerik team
I programmatically add a number of ToolWindows to a RadDock, some of these are set to auto-hide = true, DockPosition = right, when they first load the panel that shows the hidden ToolWindows is not shown, but when I re-size the window it suddenly appears. This also happens if I change from being pinned to auto-hidden, any ideas?
When I set a ToolWindow to autohide the mouse-over event to show the ToolWindow does nothing, you cannot even set focus to the window, resizing the window seems to fix this. I have tried setting ActiveWindow to null like you suggested but the problem still persists.
Is this a known bug, if so is there a workaround, I would hate to have to revert back to an old version of Telerik.
Your assistance on this would be very much appreciated.
NB: I am setting all of my ToolWindow's and DocumentWindow's programmatically.
Unfortunately, we are still unable to reproduce the behavior with the hidden tabs of the auto-hidden windows.
We are not able to reproduce the issue described in your last post as well. When I hover the tab of an auto-hidden window, the window is popping up correctly.
It will be of great help for us if you open a new support ticket and send me a project which demonstrates the issues. This will allow me to investigate them and provide you with a workaround if such is available.
the Telerik team