Unable to use UI(after unpin) which hosted in another app domain with RadDock

[Alexey]

Hello Telerik team,

 

I’m having trouble with hosting an Addin UI in RadDock.

I wrote a demo to reproduce this issue. download demo here
You can see if you unpin the RadPane, you will no longer be able to focus the textbox. I’m wondering if this is a known issue and is there any workaround for this?

I have read this (http://www.telerik.com/community/forums/wpf/docking/wpf-frame-control-not-visible-in-floating-window.aspx) and this (http://www.telerik.com/community/forums/wpf/docking/radpane-not-displaying-webbrowser-content-while-floating.aspx) threads to make the UI display in RadPane. But when RadPane is in unpinned state, the UI inside it is not able to be used. When I click it, the RadPane automatically hides.

 

 

[Vladi]

Hello Alexey,

We are not sure we understand you correctly, we tried to reproduce the issue in the project you sent to us but with no success.

it would be really helpful If you could give us steps on how to reproduce the issue,  so we to be able to observe it on our side and see what could be the cause of it.

Thanks in advance.

Kind regards,
Vladi
the Telerik team

[Erich]

Sorry for missing the repo steps.

What we try to do is hosting an addin UI in RadPane with RadDock. At first the UI is empty when the RadPane is in unpinned or floating state. Then we found above threads and disabled transparency, the UI shows normally. But now we are facing the problem that once you click any position inside the unpinned RadPane, it automatically collapses.

Repo steps:
1. Launch the demo
2. Unpin the RadPane
3. Try typing anything in the textbox inside the RadPane

Expected:
What you typed displays in the textbox

Actual:
You are not able to focus the textbox; the RadPane collapses when you click it. So you cannot type anything

[Vladi]

Hi,

We were able to reproduce the issue on our side and it seems there is a bug in the control when placing an object of MarshalByRefObject type in the AutoHideArea when a Pane is unpinned that causes the described behavior.

We logged the issue in our Public Issue Tracker System where you can track its status.

We will do our best to fix the issue as soon as possible.

Greetings,
Vladi
the Telerik team

[Rich]

Hello Vladi,

We are using these controls in an existing internal application at Microsoft.

This application has recently been recognized as a key application for certain business operations with in Microsoft
.
The applications is being demonstrated to many high level managment groups.
 
As a result we are trying to clean up all the bugs so the presentations in front of large audiences and hands on workshops go smoothly.

As described, when a user unpins a "toolbox" window in this application, all the choices in that toolbox window dissappear, which is dis-concerting to say the least.

What are the chances for a point release fix for this issue in the very near future?

If that is not tenable, do you have any suggestions or workarounds we can consider?

Best Regards
Rich
CS Sr PM

[Miroslav Nedyalkov]

Hello Rich,

We will consider including this issue in the plan for the next Q. As soon as it is ready we will update the PITS item. Unfortunately we don't have a work-around for the problem yet.

Greetings,
Miroslav Nedyalkov
the Telerik team

[Markus]

This issue makes RadDocking useless if you need Flyout-Panes containing WindowsFormsHost, like we do.

The problem described in this thread also includes all RadPanes that contain WindowsFormsHost, ie. not only BrowserControl. I decompiled the AutoHideArea class and found the code responsible. It's the OnWindowDeactivated handler in there which is closing the flyout. Window.Deactivated is being called, when something in the WindowsFormsHost or BrowserControl is clicked. That's ok, but you shouldn't close the flyout because of that.

Could you give us a way to avoid that, maybe via the FlyoutBehavior?

Unfortunately we cannot use RadDocking till this is fixed and will have to stick to SandDock.

 

[Miroslav Nedyalkov]

Hello Markus,

I researched the issue further and I was able to solve the problem. The fix will be included in the next internal build (next Monday) and in the 2013 Q2 release.

Hope this this time frame is good for you.

All the best,
Miroslav Nedyalkov
the Telerik team

[Markus]

Hi Miroslav

Fantastic, its working, thanks! I tested the hotfix build 2013.1.429.40.

I have one small request in this issue. My software architects are not too impressed by the idea to copy a 2700 line wpf style just to set the AllowTransparency flag on 4 popup windows. Currently I've solved the problem by accessing the private field "popup" in IFlyoutHost using reflection, but that's not the fine art.

Could you make that field a public property or allow the flag to be changed via the GeneratedItemsFactory? Or let the popup window be templated/styled, or similar?

regards Markus

[Miroslav Nedyalkov]

Hi Markus,

I logged your feature request in PITS and if there is enough demand for it, we will implement it.

All the best,
Miroslav Nedyalkov
the Telerik team