為什麼這篇WPF 控制項鄉民發文收入到精華區:因為在WPF 控制項這個討論話題中,有許多相關的文章在討論,這篇最有參考價值!作者mortleo (mort)看板C_Sharp標題Re: [問題] wpf路由事件的一些問題時間...
WPF 中的控制像是樹狀概念
也就是 Window 在最底層,向上是 Grid 或 Canvas
然後是一般控制項 Textbox 或 Button
目標是用滑鼠操作 Window 進行拖拉放大
因此必須先知道事件在視覺樹中的傳遞順序
http://nui.joshland.org/2010/04/why-wont-wpf-controls-work-with-touch.html
直接看圖很容易理解
TouchDown 或 MouseDown 是由上往下
Preview 則是由下往上
接著再定義此操作行為的操作區域跟操作動作
如果有重複的區域跟同樣的動作,就要排執行優先權,決定哪一個控制項的事件先執行
並擋住另一個控制室的事件發生。(使用者不會想要同時反白文字跟縮放視窗)
1. 操作區域(Window範圍內)
a. 無其他控制項所在範圍
b. 有控制項壓在上面,但此控制項僅有顯示功能,不需接收滑鼠操作觸發個別事件。
(Ex:TextBox、Image、Path...)
c. 有控制項壓在上面,此控制項有自己的滑鼠事件。
(Ex:TextBlock、Button、CheckBox...)
一般來說,c 的優先權比較高,所以 c 的控制項收到滑鼠事件後,執行完加上
e.Handlded = true 讓事件不會繼續往下傳。
而 b 就比較簡單,要關掉就設定 IsHitTest = false,滑鼠點不到他,
他也就不會收到或攔截事件了。
2.操作動作(點擊、拖曳、放開)
MouseDown->MouseMove->MouseUp
MouseDown
在 a 或 b 區域時, Window 收到事件,先讓 Window 用 CaptureMouse
鎖住滑鼠。
MouseMove
檢查目前滑鼠是否是被 Window 鎖住中,是的話才執行縮放操作
MouseUp
呼叫 ReleaseMouseCapture 釋放滑鼠。
※ 引述《Beramode (Xeno)》之銘言:
: 剛入門不久,寫了幾個小程式就碰上路由事件的處理
: MSDN看完還是有些地方不太明白
: MSDN上寫說路由事件的策略分為三種,其中direct就是winform使用的事件模式
: 只有控制項本身會執行此事件,不會繼續往父項跑,如果我想讓一個控制項使用
: 策略為direct的事件,是否得自己宣告一個新事件,因為內建事件的策略好像都
: 是bubble,也找不到可以對單一事件策略修改的方法
: 以上問題的產生是因為我寫了一個程式,可以用滑鼠直接對程式的window進行拖拉放大
: 等動作,但因為路由事件的關係,window下的控制項都吃到MouseDown、MouseMove這些
: 事件,變得無法正常使用了。我嘗試用e.Handled=true來擋掉window.MouseDown的執行,
: 但是一個控制項就得寫一次,而且有些控制項的MouseDown還不會觸發,變得擋不住(像
: textBox就只能用previewMouseDown才能觸發),如果控制項一多,一定會變得很複雜
: 想請問是否有方法可以讓事件只讓控制項本身使用,底下的成員不會去觸發?
: 而不是得讓底下成員一個一個去擋bubble
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.170.138.175