Effects = DragDropEffects.Noneが設定されていてもドロップが許可されるのはなぜですか？

Question

ドラッグは「ソース」から「ターゲット」まで発生します。 DragDropEffects.CopyとしてallowEffectsでDoDragDrop（）を呼び出すと、ターゲット（DragOverイベント）にEffects = DragDropEffects.Noneを設定してドロップをキャンセルできます。

ただし、allowedEffectsをDragDropEffects.Moveとして設定すると、同じ状況が失敗します。 ..

void Window1_DragOver(object sender, DragEventArgs args) 
{ 
    args.Effects = DragDropEffects.None; 

を行を追加してもコメントアウトし、状況を再現（DragDropEffects.Moveへ）http://jaimersamples.members.winisp.net/samples/dragdrop/drag.zip

変更ライン..

DragDrop.DoDragDrop(this.DragSource, data, DragDropEffects.Copy); 

からサンプルをダウンロードするに

全体、DragSource_GiveFeedback ..

void DragSource_GiveFeedback(object sender, GiveFeedbackEventArgs e) 
{ 
    //System.Diagnostics.Debug.WriteLine("DragSource_GiveFeedback " + e.Effects.ToString()); 

フレームワークに何らかのバグがありますか、それとも明らかに何かを見ることができませんか？

Answer 1

あなたのコメントとコードをもう一度読み進めて、何らかの努力をして、あなたが話している問題を理解し、再現することができました。あなたのWindow1_DragOverイベントで

e.Handled = true; 

：あなたが不足しているもの

はラインです。これを追加すると、DragDropEffects.MoveとDragDropEffects.Copyの両方で同じように動作します。

なぜDragDropEffects.Copyに設定されていないのですか？e.Handledは、最初は誰でも推測できます。文書化されていない条件は、文書化されていない動作につながります。

次に、の可能なコードを含むコードサンプルを次に送信して、問題を再現することを強く推奨します。私は最初の混乱をお詫びしますが、それにもかかわらず、この中で何が起こっていたのか把握することは非常に困難でした。

Answer 2

DoDragDrop関数メソッドに渡された初期DragDropEffectが考慮されるべきである私は、質問がよく、上記答えたと思いますが、私はちょうどこれはドラッグ＆ドロップを行うとき、私は学んだ貴重な教訓だと思った...

どのような操作が行われるべきかの示唆（または欲求）として。正しく覚えていれば、そのメソッドは、ドラッグアンドドロップが実際に成功した（キャンセルされなかった）場合、ターゲットが実行した実際の効果を返します。

これにより、送信元と送信先の間に簡単な通信プロトコルが作成され、主にドラッグ対象のターゲットが複数ある場合に役立ちます。実際に何が起こったかを区別することができます。これは、あなたが知らないコンポーネントや期待していないコンポーネントと対話している可能性があるため、考えるのが特に便利です。これを考慮すると、突然他のコンポーネントが他の明示的なコーディングなしで相互運用できるため、当初計画されていたドラッグアンドドロップがより便利になるという驚くべき利点が得られることがあります。

これが言われて、私はそれが理にかなっていると思います。1つの操作が建設的で、もう1つが破壊的であるため、コピーと移動操作を異なる方法で処理するためのネットフレームワークです。私は、彼らが望ましくない破壊的な操作から明示的に処理されることなく発生するのを防ぐことを試みていると思います。これはわかりませんが、ちょっと考えました:)