完全な WPF のサブセットである Silverlight API をターゲットとする Moonlight を使用すると、うまくいくでしょう。
編集: 確かに、Silverlight はデスクトップ向けに「意図されたもの」ではありませんが、Silverlight エンジンをアプリケーションに埋め込めない理由はありません。Mac NY Times Readerなど、以前にも行われています。
更新：人々はこれに賛成し続けているので、時代遅れになって久しいことを指摘したいと思います. Mono は何年も前に MS に買収され、オープンソースに関する彼らの姿勢が変わったので、この投稿は時代遅れだと考えてください。（WPFフレームワーク自体と同じくらい時代遅れです、へー）。
Winforms や WPF などの Microsoft API に関しては、Mono は少し不便な立場にあります。.Net テクノロジのサブセットは ECMA 標準ですが、これらの API の無料実装は、おそらくより不安定な法的根拠に基づいています。これは、Novell と Microsoft の間の契約における大きな要因であり、Novell の顧客にとって良いことだと思います。しかし、Novell の顧客ではない Mono を使用する人々は保護されません。このため、F/OSS コミュニティの多くの人々は、Mono の技術的なメリットにもかかわらず、Mono に懐疑的です。
このため、Gtk# は真に無料であるため、常に優先されます。とにかく、多くの人がそれを Winforms よりも優れていると考えています。WPF に関する限り、Novell にとって優先度が低いことはほぼ確実です。彼らは最終的にそれを実装するかもしれませんが、近い将来、Moonlight が最も近いものになると思います。
これを投稿して以来、Microsoft は、ECMA 334 および 335 標準を実装するすべての人に契約を拡大しました。
モノ公式サイトより
現時点では、Mono プロジェクトには Windows Presentation Foundation API をプロジェクトの一部として実装する計画はありません。
Moonlight は Silverlight の実装です。Silverlight は、WPF のサブセットに基づくブラウザー ベースのフラッシュのようなテクノロジです。
私の意見では、WPF を実装しないという選択はモノの最大の間違いです。WPF は急速に新しい .net ユーザー インターフェイスのデフォルトの選択肢になりつつあります。詳細については、このブログを参照してください。
クロスプラットフォームの WPF と Silverlight の実装を提供することを目的とした、Silverform SDKと呼ばれるライブラリがあります。
このライブラリはマネージ コードで実装されており、現在、レンダー バックエンドとして OpenTK および Unity3D で動作します。バインディング、レイアウト、メイン コントロール、プリミティブなどの主要な機能は既に実装されています (Unity Web プレーヤーのデモはこちらで確認してください)。当初は Unity3d レンダリングに焦点を当てていましたが、将来的にはスタンドアロンの Mono アプリケーションのサポートが別のビルドとして追加される予定です。
免責事項: 私はライブラリの開発者の 1 人です。
はい、リアルタイムのマルチプラットフォーム XAML 実装であるNoesisGUIを使用することは可能です。VoidExpanseのように、Linux でこのテクノロジを使用して既にリリースされているゲームがいくつかあります。
開示: 私はこの製品の開発者の 1 人です。
オリーブのホームページから：
Olive はサポートされていないため、実験的なソフトウェアと見なす必要があります。Olive は変化する API を実装しているため、API の安定性についていかなる保証もありません。
誰も実際のプロジェクトでそれを使用したとは思えません。
おそらく数週間前に miguel de icaza (モノのリーダー) にインタビューしたポッドキャストを聞いたので、それはおそらく 2008 年 12 月中旬だったでしょう。