在wpf中使用WinForm的控制元件有時候倒是很方便，特別是要使用ActiveX控制元件的時候必須把它封裝成WinForm的控制元件才能使用，但使用的時候有諸多限制。這兩天想在WPF視窗中使用一下WinForm的WebBrowser控制元件，但是一設定AllowsTransparency="True"屬性，那個WebBrowser控制元件影都沒有了，辛苦了兩天去找原因，找方法，恍然間看到下面這段話。

抄一段《Programming Windows Presentation Foundation》上面的話，

WindowsFormsHost cannot be rotated, scaled, or skewed by a transform.

WindowsFormsHost supports only Opacity = 100% and can be contained only within other elements that are Opacity = 100%.

WindowsFormsHost will appear on top of other WPF elements in the same top-level window, although menus, ToolTips, and combo-box drop-downs are separate top-level windows and should work fine with WindowsFormsHost.

WindowsFormsHost does not respect the clipping region of its parent UIElement.

While the mouse is over the WindowsFormsHost, you won't receive WPF mouse events, and WPF's IsMouseOver property will return false.

While the WindowsFormsHost has keyboard focus, you won't receive WPF keyboard events and WPF's IsFocusWithin property will return false.

When focus is within the WindowsFormsHost and changes to another control inside the WindowsFormsHost, you won't receive WPF GotFocus/LostFocus events.

wpf中的frame控制元件也是如此，frame能顯示HTML和XAML檔案，如果是HTML檔案，那麼主視窗就不能AllowsTransParency="True",frame也不能RotateTransform

還有些其他無用功的地方

比如說由於設定了WindowStyle="None"屬性，就不能直接移動視窗。我還花了半天去寫視窗的滑鼠訊息處理函式，後來突然發現Window類中有個DragMove()函式，還挺好用，真是命苦呀。

WPF中有自己的定時器類DispatcherTimer，如果用成原來的那個定時器類，苦也。丟擲個異常The   calling   thread   cannot   access   this   object   because   a   different   thread   owns   it.   半天又沒了。