WPF(.NET4.x, .NET Core) GUIプログラミング Part23

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2019/10/15(火) 09:54:14.02

今回のSDK更新でUWPDESKTOP完全に逝った？　BLE等々使えなくなってるんだけど、、、

**デフォルトの名無しさん** · 2019/10/23(水) 08:03:51.37

まるでOSS品質

**デフォルトの名無しさん** · 2019/10/28(月) 08:03:50.83

.NET Core 3.0 のリリース以降はコミットも激減してるね
順調に終了に向けて畳みに入ったようだ

**デフォルトの名無しさん** · 2019/10/28(月) 12:43:00.83

そりゃ元々死んでたのを移植してただけでおすし

**デフォルトの名無しさん** · 2019/10/28(月) 15:48:12.23

リアニメイトではなく墓を移設しただけか

**デフォルトの名無しさん** · 2019/10/28(月) 16:14:09.33

ポストモーテムプログラミング

**デフォルトの名無しさん** · 2019/10/28(月) 18:19:00.88

とにかく終了してよかった。ほんと惨い仕様だったからな。

**デフォルトの名無しさん** · 2019/10/29(火) 09:12:27.78

MS自身が終わったと公式にアナウンスしていないプロダクトが半端に世に残り続けるのは
良かったどころか地獄に巻き込まれかねんがな

**デフォルトの名無しさん** · 2019/10/29(火) 19:31:53.21

勝手に皆がwinforms終わった終わった言ってたけど終わってなかった

**デフォルトの名無しさん** · 2019/10/29(火) 19:46:47.87

wpfけなしてるのって
winformしか分からない低スキルおじさんと思ってんだけど偏見だろうか

**デフォルトの名無しさん** · 2019/10/29(火) 19:53:59.26

偏見じゃないだろ
統合失調症だよ

**デフォルトの名無しさん** · 2019/10/29(火) 20:02:44.28

それってとても重要なこと。低スキルには使えないなんて、
フレームワークとして致命的な欠陥品、ゴミと言わざるを得ない。

馬鹿でも使える、Delphi、VB6、C#+winformのユーザを取り込めるはずがない。

キミはwpf使えるおれ高スキルと自惚れてたようだが、実はこのスレでキミが一番滑稽だったんだよ。

**デフォルトの名無しさん** · 2019/10/29(火) 20:12:26.96

日本の大半のコーダーはwinformレベルしか理解できないだろ

**デフォルトの名無しさん** · 2019/10/29(火) 20:17:06.23

低レベルかどうか以前に使いにくい
listboxのアイテム右クリックして操作するのが非常にめんどくさい

ancestorのbindingとか見ると非常に汚いしこんなもん使いたくないけど使ってる

**デフォルトの名無しさん** · 2019/10/29(火) 20:23:35.82

バカが使えねーとか結果もいいとこだろ
馬鹿かお前

**デフォルトの名無しさん** · 2019/10/29(火) 20:36:27.81

RelativeSource FindAncestor, AncestorType={x:Type Window}

これが汚い
これが平気で使えるのは頭おかしい

データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
Type Windowと言う変な依存を作ってしまうのが汚い

**デフォルトの名無しさん** · 2019/10/29(火) 20:42:22.81

元のデータ構造に依存してデータ操作するならわかるんだけど
GUIのオブジェクトの構造に依存してまたそこからDataContext参照してそこでまた型が違うかもしれないものに対して
平気でアクセスしてしまう異常性

WPFは汚いよ
仕組みを作るべきだった

**デフォルトの名無しさん** · 2019/10/29(火) 22:41:25.89

>>712
そこ、Windowでも動くが、大体ListBoxだよな
それなら問題ないだろ

**デフォルトの名無しさん** · 2019/10/30(水) 03:52:53.88

汚いなさすがWPFきたない

**デフォルトの名無しさん** · 2019/10/30(水) 11:26:47.04

>>711
10年以上前から言われてたから普及するわけないと散々・・・

**デフォルトの名無しさん** · 2019/10/31(木) 14:51:30.77

vb6でもwinformsでもwpfでもuwpでもelectronでも何でも自分の用途にあってればいいわけで、テクノロジーや、それを使う人をdisったりする理由にはならないと思う

サポート切れてるのは新規採用は自分ではしないかなというくらいで後は好きなの使えばいい

そして俺はWPF好き

**デフォルトの名無しさん** · 2019/11/01(金) 07:16:23.42

俺もWPFの方が好きだなぁ
XAMLで構造が編集できるのがいい

**デフォルトの名無しさん** · 2019/11/01(金) 08:29:04.64

>>712-713
> RelativeSource FindAncestor, AncestorType={x:Type Window}
> これが汚い
> これが平気で使えるのは頭おかしい
それなー

> データ構造で親クラスのコレクションにアイテムがあったと言うことにだけ依存して親にアクセスするならわかるが
いやいやそれは逆にビューがデータ構造に依存しちゃうからまずいでしょ

> Type Windowと言う変な依存を作ってしまうのが汚い
型で検索すると言うのが気持ち悪い
なぜビュー内の名前で参照できるようにしなかったんだろう？

**デフォルトの名無しさん** · 2019/11/01(金) 08:48:08.78

ElementNameあるんだけど

**デフォルトの名無しさん** · 2019/11/01(金) 08:48:22.65

>>719
別ファイルでDataTemplate定義してたりしたら使えないけど、ElementName使って名前で参照も出来る場所もあるよ

**デフォルトの名無しさん** · 2019/11/01(金) 08:56:09.38

>>720-721
まじか、知らんかった…
休み明け（今日は有休）に会社で試してみよう

**デフォルトの名無しさん** · 2019/11/01(金) 13:47:06.36

.net coreでグラフ画像を作る方法ある？
chartコントロール使えなくなったから、新しいやり方知りたい

**デフォルトの名無しさん** · 2019/11/01(金) 20:19:46.78

そういうジャンルはHTMLにもう任せてしまえば楽なんだけどなあ
jsのライブラリを使えれば一番楽だしGUI操作などもインタラクティブに行える
大量の人間が常に開発を続け最新のトレンドを自分の製品に取り込める

けどWPFなんでしょ？
これからもJSと比べるとライブラリ大幅増の希望もないけどWPFなんだよね

**デフォルトの名無しさん** · 2019/11/01(金) 20:23:09.89

ライブラリ増に関してはWinUIがある
大幅増じゃないが

**デフォルトの名無しさん** · 2019/11/01(金) 20:25:10.00

これからもOSSのライブラリ依存の状況は進んでいくだろうけど
そういうプロジェクトでユーザーや開発者が多いのはjsなんだ
最先端で使いやすいものを取り入れようとするとC#+WPFは選択から外れる

ごく限られた環境で使うときにWPF＋MVVMは使いやすい
しかし実際にアプリを作ると使いたいライブラリがなくあっても貧弱で古い事が多い

**デフォルトの名無しさん** · 2019/11/01(金) 20:30:59.87

WPFを使うのは自分が開発しやすいからであるが特定の最新機能などを使おうとすると
OSSが無かったり貧弱であったりしてまあ思い通りのアプリが作れないことがある
そういうのは個人ではどうにもならないレベルだったりするんだよね

自分が開発しやすいから選んだはずなのに実際はしやすくない

いつか誰かが作ってくれるのを期待して待つかそこだけ他の技術に頼るか

それかあきらめるか

**デフォルトの名無しさん** · 2019/11/01(金) 20:43:54.06

ヘタするとWPFで開発十数年の人が作ったWPF上のグラフアプリより
入門三日目のhtml+jsの作ったグラフアプリのほうが評価が高くなるかもしれない

そしてwebアプリは3日で出来てWPFは一か月かかるかもしれない
これからどう生きていくかは自分で選択してできるだけ狭い世界に閉じこもらないようにしないと環境と一緒に死んでしまう

**デフォルトの名無しさん** · 2019/11/01(金) 20:46:57.03

いやjsのほうが人選ぶだろ
型なし言語をスキルない奴に触らせると地獄
これからはBlazorな！

**デフォルトの名無しさん** · 2019/11/01(金) 20:51:28.94

ユーザーの目が肥えて期待される機能の完成度のハードルがあがっていくと
高機能のありものを使うしかない

WPFに限らずC#に高機能な既製品が少ない

**デフォルトの名無しさん** · 2019/11/01(金) 20:52:08.15

WPF理解できずに逆ギレしてる ID:TtiCw1tS w
哀れやのう

**デフォルトの名無しさん** · 2019/11/01(金) 20:55:00.88

書いてる内容noどこがWPF理解できずの部分があるのか教えてくれよｗ

**デフォルトの名無しさん** · 2019/11/01(金) 21:05:47.08

>>731
もう夢は終わったんだよ。WPFは消える。だがキミの仕事は安泰だ。
WPFの保守案件はWPFマスターのキミが独占できる。コボラーと同じ身分だ。

**デフォルトの名無しさん** · 2019/11/01(金) 21:12:23.60

自分がWPF使ってるのはGUIデザインがやりやすいからでHtml+CSSは理解できないししたくない
自分が使いやすいから使ってる

トータルで優秀だとは思えないが自分の好みで使ってる
いつか死ぬのは見えているでも使ってる
愛があるとかじゃなく今自分のレベルで使えるのがWPFだから使ってる
使える部分だけ使ってる

**デフォルトの名無しさん** · 2019/11/01(金) 21:27:27.29

それでいいよ

**デフォルトの名無しさん** · 2019/11/02(土) 17:14:50.59

jsのライブラリも有料化の波が・・・

**デフォルトの名無しさん** · 2019/11/02(土) 17:54:38.37

スレチだったらすみません
グラフ(データプロット)と表を並べるGUIを作りたいんだけど、最近のGUIプログラミングって、どの言語がおすすめ？
楽に覚えられてチャラいデザインにできたら御の字です
C#、MATLAB、Pythonは扱えますが、GUIプログラミングのことはよく知らないもので……

**デフォルトの名無しさん** · 2019/11/02(土) 18:06:20.34

webでjs使うのが一番表現は自由だと思う

**デフォルトの名無しさん** · 2019/11/02(土) 19:10:48.46

俺はプログラムができてオシャレな物作れるんだぞと言うのをアピールしたいなら
java scriptがおススメ

**デフォルトの名無しさん** · 2019/11/02(土) 19:15:30.51

俺はデータサイエンティストだぞというのをアピールしたければpythonがおすすめ
メジャーなグラフアプリもある

**デフォルトの名無しさん** · 2019/11/02(土) 21:48:00.04

俺は泥臭い仕事何でもやりますアピールしたいなら
java scriptがおススメ

**デフォルトの名無しさん** · 2019/11/02(土) 22:30:42.41

夢も希望も無いな

**デフォルトの名無しさん** · 2019/11/02(土) 22:53:31.90

>>739-741
ありがとう
泥臭い+オシャレアピールしたいからjsにします。

**デフォルトの名無しさん** · 2019/11/03(日) 15:49:02.46

他人が書いたWPFコードは読めたものじゃないな。保守性ゼロ。

**デフォルトの名無しさん** · 2019/11/03(日) 16:29:59.14

他人が書いたWPFコードは（>>744みたいな無能には）読めたものじゃないな。（>>744みたいな無能には）保守性ゼロ。
当たり前やなw

**デフォルトの名無しさん** · 2019/11/03(日) 16:48:20.02

>>745
言えてる

**デフォルトの名無しさん** · 2019/11/03(日) 17:55:02.22

これから.net frameworkと.net coreが統一されるというが実質は.net frameworkが捨てられるだけ
皆が.net coreに移るわけじゃないから結果として.net軍団は二分される

ゲームでunityに流れ込む人は多いけどWPFに流れてくる人は大幅に減ると思う

**デフォルトの名無しさん** · 2019/11/03(日) 18:39:05.65

まあWpfフェードアウトしてUWPのWinUIベースになるのは予想できるね
基本的にはWpfとほぼ同じでx:Bindなどの拡張があるから良いと思うよ
WpfにできてWinUIに出来ないこともあるけど、UIタスク以外からコレクションイジられるようになればいいけどな

**デフォルトの名無しさん** · 2019/11/03(日) 20:08:32.81

プログラミングのモデルをがらっと変えてくるのはともかく
性能や機能面で以前より劣るものをこれからの主流で御座いと押し付けてきた挙句
そのへんロクに改善せずに開発者の移行も進まず以前のフレームワークもダラダラとサポートし続ける
WindowsのGUI方面はWin8から今まで5年以上は時間と金をドブに捨てとるわ

**デフォルトの名無しさん** · 2019/11/03(日) 21:43:31.62

正しい方向へ戻っただけだと思うけどね
Windows作ってる会社自身が、Windowsの進化が遅いから箱庭方式のフルスクラッチでOSから独立したGUIフレームワークを作るわーなんて言ってたんだぞ
糖質かよ

**デフォルトの名無しさん** · 2019/11/04(月) 00:35:03.18

MSの誰がそんなこと言ったんだ？
だいたいこんなゴミフレームワークですら叩くと信者がワラワラ出てくるがそいつらが本当の糖質だろ。
技術的な話題には一切入ってこない低スキルなのに。

**デフォルトの名無しさん** · 2019/11/04(月) 01:41:28.60

どうも、Microsoftのこれからの方向性
この1年で大きく変化しているのを理解できていない投稿が
多いように見受けられんだけど。
来週のIgniteを楽しみにしよう。

**デフォルトの名無しさん** · 2019/11/04(月) 02:18:54.05

MSのこれからの方向性？
「Azure全振り」だ
デスクトップアプリなんて商売としては最早どうでもいい分野であり戦略もクソもないよ

**デフォルトの名無しさん** · 2019/11/04(月) 08:16:57.81

> 技術的な話題には一切入ってこない低スキルなのに。
>>751の悪口はやめなよw

**デフォルトの名無しさん** · 2019/11/04(月) 14:57:49.02

>>754
糖質信者乙W

**デフォルトの名無しさん** · 2019/11/04(月) 15:02:34.48

相変わらず非技術的な内容だと元気なID:ViGCTZCn w

**デフォルトの名無しさん** · 2019/11/04(月) 16:56:18.36

過去ログも含めてこのスレの大半はWPFの悪口だが、
このようにWPFをゴミと言うだけで信者が顔真っ赤に絡んでくるから注意な。

**デフォルトの名無しさん** · 2019/11/04(月) 17:09:09.95

ん？そりゃ悪口とその反論が半々てことじゃないのか？

**デフォルトの名無しさん** · 2019/11/04(月) 17:26:07.75

ID:ViGCTZCnは技術的な話についてこれないならマ板で吠えてりゃいいのにw

**デフォルトの名無しさん** · 2019/11/04(月) 18:30:40.97

昔は普及したかと確認する奴もいたが今はそれすらおらず、MSも匙を投げたようだ。
GUIフレームワークの話には入らないが必死に煽るレスだけは必死の ID:7wrIz40y みたいな奴のレスが残りの半分だな。

**デフォルトの名無しさん** · 2019/11/04(月) 19:32:59.72

流行らないと言うなら無視しとけばいいのに哀れな奴w

**デフォルトの名無しさん** · 2019/11/04(月) 19:43:13.47

>>761
だからこっちは質問してんだよ。
質問に答えれないのになんでいちいちおれを煽るかね？　まじ糖質だな。

MSの誰が言ったんだ？　ヘジか？　シノフスキか？
答えれないなら二度とおれにレスすんな、糖質野郎。

**デフォルトの名無しさん** · 2019/11/04(月) 20:11:22.32

はあ？
お前の相手が一人だけだと思ってるのかよw

**デフォルトの名無しさん** · 2019/11/04(月) 20:47:14.84

好きにすれば良いだろう。
まったく自信ない奴らだな。

**デフォルトの名無しさん** · 2019/11/04(月) 21:06:42.71

WPFが復権すると勘違いしてるやつらがいるんだよ
そもそもがメインストリームとして普及したこともないのに
winformsの方がまだ普及してた

**デフォルトの名無しさん** · 2019/11/04(月) 21:10:05.13

まだプレビュー品質だけどReact NativeをUWPに埋め込む機能をXAML IslandsでWPFに埋め込めるから、JSでやったほうが楽なものはそっちでやれるようになる日が、そのうちくると思う

**デフォルトの名無しさん** · 2019/11/05(火) 00:35:50.31

JSでやったほうが楽なもんは今でもJSでやるだろう

**デフォルトの名無しさん** · 2019/11/05(火) 16:20:02.41

https://devblogs.microsoft.com/visualstudio/all-things-developer-tools-at-microsoft-ignite/
の
> XAML code editor pop up, merge resource dictionaries and more
> In this release there are multiple new features for desktop developers building WPF or UWP applications.
> One such feature is the ability to open the XAML code editor window separately from the XAML designer using our new “pop up” button next to XAML tab:
くらいかな
WPFの話は

あまりの注力度に腰を抜かしかけた
さすがMicrosoft

**デフォルトの名無しさん** · 2019/11/05(火) 17:19:07.50

>>767
wpfとかで作ってるんだけど、このuiはJSならすぐできるのになぁ…というとき用を想定してた

**デフォルトの名無しさん** · 2019/11/05(火) 20:14:06.72

>>752
楽しめましたか…？(小声)

**デフォルトの名無しさん** · 2019/11/05(火) 20:14:08.87

>>769
誰やねんWPF採用したアホ、、、今更オワコン勉強したないしどないしょ、、、せや！Reactがあるやん！
こうだぞ

**デフォルトの名無しさん** · 2019/11/05(火) 21:13:04.93

>>752
お前のずれっぷりが楽しめたよ

**デフォルトの名無しさん** · 2019/11/06(水) 18:40:18.34

prsim のサンプルで
using Microsoft.Practices.Unity;の部分が

型または名前空間の名前 'Practices' が名前空間 'Microsoft' に存在しません (アセンブリ参照があることを確認してください)。

アセンブリの参照追加にもそれらしい名前がない
どうしたらサンプル使えるのか誰かおしえてください

**デフォルトの名無しさん** · 2019/11/06(水) 19:55:46.49

nugetでunity追加しましたか？

**デフォルトの名無しさん** · 2019/11/06(水) 20:04:32.13

チュートリアルの手順通りにやればできるよ
何かをすっ飛ばしてるか異なるバージョン環境か

**デフォルトの名無しさん** · 2019/11/06(水) 20:14:58.60

最初にPrism Template Packをインストしてその後nugetでunityはいれました。
参照にprism.UnityやUnityがあるのですが
ダブルくりっっくすると
このプロジェクトは、利用不可能か、またはビルドされていないため、オブジェクトブラウザーで表示できません。プロジェクトが利用可能でビルド済みであることを確認してください。
一応ビルドはしているけど↑のメッセージがでるのは普通なのだろうか？
最新バージョン環境だと駄目なのかな

**デフォルトの名無しさん** · 2019/11/06(水) 20:17:28.46

VS2019の最新で開発してるけど問題ないよ
プロジェクト作るところからprism選択するけどそのへんもちゃんとした？

**デフォルトの名無しさん** · 2019/11/06(水) 20:29:58.70

>>776
prismは７で大きく変わっているから、nugetする時バージョン下げないと動かないサンプルあるかもしれんね

**デフォルトの名無しさん** · 2019/11/06(水) 20:30:27.16

新しいプロジェクトの作成で
Prism Blank App(.Net Core3)
Prism Blank App(WPF)
両方試したけど同じエラーメッセージがでます
WPFはフレームワーク4.8　4.72　4.6と試してみたけど同じだった

**デフォルトの名無しさん** · 2019/11/06(水) 21:03:36.56

参考にしようとしてたところがPrism6.3でやってたようなので
公式のサンプルをまず参考にしてみます

**デフォルトの名無しさん** · 2019/11/06(水) 21:18:46.92

なぜ人は質問時にバージョンを明記しないしチュートリアル参考時にバージョンを確認しないのか

**デフォルトの名無しさん** · 2019/11/06(水) 23:50:56.66

WPFのスレあったんだね

<gridpanel>
<label>タイトルバー</label>
<textbox />
<stackpanel>
<button/>
<textbox/>
</stackpanel>
</gridpanel>

みたいな構成のコントロールがあるんだけど
タイトルバーをドラッグしたらcanvas上で移動するようにするには
どうしたらいいんだろう？
何かヒントをもらえると助かります
thumbでやろうとしたけど使い方がよくわからず
上手くいきませんでした…

**デフォルトの名無しさん** · 2019/11/07(木) 00:32:58.49

Canvasの中に置いて、DragDrop.DoDragDropじゃいかんのか？

**デフォルトの名無しさん** · 2019/11/07(木) 18:32:16.09

動かせたとして今時点の希望の動作が通常の使用に充分な物とは感じられないと思う
canvasの中だけしか動かないのは非常に不都合だろう

**デフォルトの名無しさん** · 2019/11/07(木) 22:23:48.95

そういう要件なんでは？
canvas上で移動したいって書いてあるし

**デフォルトの名無しさん** · 2019/11/08(金) 18:44:46.91

なんとなくcanvas上で動かしたいんだろうと思う
canvasなんて狭いしスクロールとかの制御も厳しい

実際に使うとゴースト出せて動かせるほうが絶対いい

**デフォルトの名無しさん** · 2019/11/16(土) 15:42:14.29

VS2019で、WPFプロジェクトを作って、MainWindow.xamlに対してデザイナを開き、
ツールボックスから「すべてのWpfコントロール」からメニューというものを
ドラッグ&ドロップしてみたのですが、普通のWindowsアプリのようなメニュー項目
にはなってくれませんでした。
FormアプリだとMenuStripなどで簡単に出来たのですが、WPFだと同様には
できないのでしょうか？

**デフォルトの名無しさん** · 2019/11/16(土) 18:56:05.80

「普通のWindowsアプリ」ってのがよう分からん
スクショでも貼ってくれぃ

**デフォルトの名無しさん** · 2019/11/16(土) 19:07:21.14

winformsはデザイナが親切で楽に作れるんだよ
WPFは知識ないと無理
ググってやるしかない

.net core版WPFだとさらにデザイナすら整ってない

**デフォルトの名無しさん** · 2019/11/16(土) 19:46:53.04

WPFでは簡単にはできません。そしてこれからも改善する余地もありません。

**デフォルトの名無しさん** · 2019/11/16(土) 20:35:03.99

普通のｗｐｆ使いはxamlを直接書くから気にならないんだよな
アニメーションの設定でBlend使ったりは駿河

**デフォルトの名無しさん** · 2019/11/16(土) 20:39:00.52

wpfはウェブアプリを作るのに似ている

**デフォルトの名無しさん** · 2019/11/16(土) 21:36:31.61

MSの人は目玉になりそうなものでこう決まったとなれば何でもかなりかっちり作ってくる
手間暇かけても作る
（blendもVSと別ソースで作ってたらしいけど）

逆に普段使いであれば便利だなと思うものはほぼ作られない
何年たとうがかわらず作られない
上からの指示がないんだろうなと思う

**デフォルトの名無しさん** · 2019/11/16(土) 21:53:02.01

>>788
単刀直入に言ってしまえば、メニューという名前が付いてますが、
パソコンの世界で伝統的に「メニュー」と呼ばれているものにはならないのです。

**デフォルトの名無しさん** · 2019/11/17(日) 00:29:49.56

>>793
最近はAzureの糞サービスの乱発で一概に品質が高いとは言えなくなりつつあるけど、
やっぱりスタンドアロンなソフトウェアに関してはMSの開発力は神がかってるよね
Googleと違ってゴミもそれなりに綺麗に仕上げてくるから、泥舟を回避しづらいのが難点ではある

**デフォルトの名無しさん** · 2019/11/17(日) 00:37:49.46

ドキュメントを碌に整備しなくなってからがMSの衰退の始まり。
昔からのルール破ってコード書かない人がプロジェクトリーダーになるようになったから
軽視するようになったんだね。

**デフォルトの名無しさん** · 2019/11/17(日) 02:04:26.01

https://www.reddit.com/r/dotnet/comments/bmq1py/is_wpf_going_to_be_cross_platform_in_net_5/

6 months ago

No. The whole point is to move WPF and WinForms to be able to target .Net Core, that's it.
Just because something targets .Net Core doesn't necessarily mean it is cross platform.
There is just too much existing software using WPF and WinForms and the point is to have
a migration path to newer technologies. .Net framework is not getting any more new features
so if MS wants WPF and WinForms to live on, they need to make it work for core.

Maybe one day they will be cross platform, but right now they are just too reliant on Windows
specific features. At this time they have explicitly said they do not want PRs adding cross platform
　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
capability. Maybe sometime in the future they will work on cross platform capability, or maybe
~~~~~~
a group forks it, who knows.

I'd love to see WPF being cross platform. While it has a steep learning curve, you can do
some great things with it.