[英]Drag events swallowed by a hosted WPF control in its winforms parent
我有一個winforms控件,需要以特定方式處理拖動事件。 此控件包含許多子控件 - 其中一些是嵌入在ElementHost
對象中的WPF。 它是需要處理拖動事件的最頂級的winforms控件。
當鼠標懸停在父級中的winforms組件上時,我可以輕松地使拖動行為起作用。 我沒有什么特別需要做的。 但是,WPF控件是黑洞 - 它們似乎吞下了拖動事件,阻止了主winforms控件正確處理它們。
我可以通過以下方式解決這個問題:
AllowDrop = true
OnDragEnter
WPF控件 ElementHost
開始遞歸地向上走Control.Parent
引用,直到找到我需要的頂級控件 IDropTarget.OnDragEnter
你可能想象,這是相當丑陋的:
public MyWPFControl()
{
InitializeComponent();
_host = new Lazy<System.Windows.Forms.Control>(BuildHostControl);
AllowDrop = true;
}
private System.Windows.Forms.Control BuildHostControl()
{
return new System.Windows.Forms.Integration.ElementHost
{
Dock = System.Windows.Forms.DockStyle.Fill,
Child = this,
};
}
protected override void OnDragEnter(DragEventArgs e)
{
base.OnDragEnter(e);
if (e.Data.GetDataPresent(typeof(MyDragObject)))
{
var args = ConvertDragArgs(e);
var control = GetControl(_host.Value)
((System.Windows.Forms.IDropTarget)control).OnDragEnter(args);
}
}
private System.Windows.Forms.DragEventArgs ConvertDragArgs(DragEventArgs e)
{
var dragObject = e.Data.GetData(typeof(MyDragObject)) as MyDragObject;
var position = e.GetPosition(this);
var data = new System.Windows.Forms.DataObject(dragObject);
return new System.Windows.Forms.DragEventArgs(data, (int)e.KeyStates, (int)position.X, (int)position.Y, System.Windows.Forms.DragDropEffects.Copy, System.Windows.Forms.DragDropEffects.Copy);
}
private MyTopLevelControl GetControl(System.Windows.Forms.Control control)
{
var cell = control as MyTopLevelControl;
if (cell != null)
return cell;
return GetControl(control.Parent);
}
OnDragDrop必須采取類似的措施,但為了簡潔起見,我省略了它
當然,我可以注入一個頂級控件和WPF控件都有引用的輔助對象,這樣我就可以消除控件行走並在某種程度上清理它。
但是,如果我可以避免它,我真的不想處理WPF控件中的拖動事件 - 我寧願頂級控件負責並處理我拖動其winforms子控件時的操作。 有沒有辦法實現這個目標?
你所描述的是完全正常的。 以極快的速度:當您將AllowDrop屬性設置為True時,Winforms和WPF都會調用RegisterDragDrop() COM函數。 您將識別IDropTarget接口的方法,它們直接映射到等效的.NET事件。 請注意HWND參數,即此行為開始的位置。
在Winforms中,每個Control都有自己的Handle屬性。 所以沒有什么特別的事情發生,事件是在被徘徊/掉落的控件上引發的。 這在WPF中不起作用,控件沒有句柄,所以他們借用外容器的句柄。 通常是Window對象的HWndSource。 然后必須將事件定向到適當的控件,這就是路由事件所做的事情。 關鍵的區別在於事件似乎從內部控制到外部控制“起泡”。 在Winforms或COM管道中沒有這樣的冒泡。 因此,如果嵌入式WPF控件沒有用於拖動,那么降壓停止的位置,用戶將獲得“無拖動”鼠標光標。 就像任何Winforms應用程序中發生的一樣。
Winforms程序員通常通過為UI提供明顯的拖動目標來處理此問題。 類似於“放在這里”字形的東西。 這並不會嚴重損害可用性,拖放功能往往很難發現。 如果那不是你想要的,那么你唯一的選擇就是自己冒泡。 就像你一直在做的一樣。
您需要的大部分內容已經存在,您只是沒有以最佳方式執行此操作。 最明顯的方法是在ElementHost中進行這些冒泡。 所有這些控件都有共同點的功能。 這很容易做到,95%的Winforms問題都是通過從.NET類派生自己的類來解決的。 一些代碼可以使用:
using System;
using System.Windows.Forms;
using System.Windows.Forms.Integration;
class ElementHostEx : ElementHost {
public ElementHostEx() {
this.ChildChanged += ElementHostEx_ChildChanged;
}
private void ElementHostEx_ChildChanged(object sender, ChildChangedEventArgs e) {
var prev = e.PreviousChild as System.Windows.UIElement;
if (prev != null) {
prev.DragEnter -= Child_DragEnter;
prev.Drop -= Child_Drop;
}
if (this.Child != null) {
this.Child.DragEnter += Child_DragEnter;
this.Child.Drop += Child_Drop;
}
}
// etc...
}
我沒有發布Child_Xxxx事件處理程序,您已經擁有該代碼。 從工具箱頂部編譯並刪除新控件,替換現有的ElementHosts。 或者,在代碼中,創建ElementHostEx而不是ElementHost。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.