WPF(.NET, WinUI) GUIプログラミング Part28

**デフォルトの名無しさん** · 2022/01/20(木) 05:40:40.10

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

前スレ
WPF(.NET, WinUI) GUIプログラミング Part27
https://mevius.5ch.net/test/read.cgi/tech/1632044619/

関連スレ
Windows 10 UWPアプリ開発Part 3
https://mevius.5ch.net/test/read.cgi/tech/1627556967/

コードを貼る場合は以下のサイトの利用をお勧め。
https://ideone.com/

**デフォルトの名無しさん** · 2022/02/28(月) 13:59:46.31

>>503
Webアプリで目の肥えた客「ウィンドウサイズに応じて最適な項目配置に変わってね。縦長ウィンドウにしたら縦に並べて、横長にしたら横に並べてね。」

**デフォルトの名無しさん** · 2022/02/28(月) 15:06:09.80

>>504
WinFormsでもFlowLayoutPanelてのがあった気が

**デフォルトの名無しさん** · 2022/02/28(月) 15:41:54.06

>>505
客「あっ、そうそう、文字サイズは5段階ぐらいで調節可能にしといてね」

**デフォルトの名無しさん** · 2022/02/28(月) 15:57:41.97

>>506
それはきついかも…

**デフォルトの名無しさん** · 2022/02/28(月) 17:03:59.41

テレワークで突然解像度1366x768のノートPCとかいう人権のない環境に叩き落された人もいる
古の業務ソフトには縦800が前提かつ、全ウィンドウでサイズ変更不可とかいうクソみたいな仕様を採用してるものが多いので
最下部のボタンが押せなくて仕事にならないって話をもう数件聞いてる
レスポンシブにする必要はないが画面サイズ固定は流石に時代遅れだと思う

**デフォルトの名無しさん** · 2022/02/28(月) 17:20:47.12

>>508
それはそうなんだがWinFormsの場合はPanelを使った流動的なものでもフォントが変更されるとフォント次第ではコントロールの幅とかが変に…
かと言ってWPFはListBoxとかで工夫を加える場合面倒

**デフォルトの名無しさん** · 2022/02/28(月) 22:55:13.95

class ViewModel{
public ObservableCollection<Mail> Mails = ....
}

データグリッドでMailsをbindingして表示します。
データグリッドの各行ににチェックボックスを付けて、例えば一括して削除などの動作をしたい場合、MailクラスにIsCheckedなどのプロパティを追加する以外に良い方法はありますか？
Mailを継承した専用クラスを作ってそちらをbindingする方法も考えましたが、もっと簡単な、あるいは一般的な方法があれば教えて頂きたいです。

**デフォルトの名無しさん** · 2022/02/28(月) 23:25:29.73

UIの状態をあらわすのがViewModelなんだから、Mail用のMailViewModelを作ってそっちにIsCheckedプロパティを追加する

で

class ViewModel {
　ObservableCollection<MailViewModel> MailViewModels =
}

**デフォルトの名無しさん** · 2022/02/28(月) 23:28:39.53

MVVM的にはViewにバインドさせるのはModelじゃなくてViewModel
Modelをそのままバインドできる要件ならViewModelを用意せず横着してもいいけど

**デフォルトの名無しさん** · 2022/03/01(火) 04:27:43.12

こんな単純なことするのにも迷うMVVMゴミすぎる
本末転倒だよ…

**デフォルトの名無しさん** · 2022/03/01(火) 08:15:49.02

そういうのはMVVMに限らない。MVCだって学んでなけりゃ迷うわな。

**デフォルトの名無しさん** · 2022/03/01(火) 10:13:10.94

ViewModelも使うけど加工する必要がないデータはModelから直接バインドしてます
最初のころは全てViewModel経由していたけど、その意味がわからなくなって

**デフォルトの名無しさん** · 2022/03/01(火) 10:17:26.44

>>515
MVVM警察だ。お前を逮捕する

**デフォルトの名無しさん** · 2022/03/01(火) 11:08:37.82

>>515
Modelってことはコードビハインド？
ざっと触ってみた感じ、ViewModelとModelは別物だね

WinFormsとかみたいな場合はイベントとかで直接View、つまりコントロールをいじってた

これをWeb系みたくデザイナーとプログラマの役割分だけするためにイベントやModelで直接コントロールをいじることを禁止する
もちろん、表示・非表示の切り替えみたいなのは別で

ViewModelを介すことで直接コントロールを操作することを防ぐ

例えばListBoxの中身をデータバインディングした場合、ViewModelを操作(配列に対する操作とか)をしたらListBoxに反映される

…って妄想してる

**デフォルトの名無しさん** · 2022/03/01(火) 11:21:43.44

デスクトップ開発にデザイナーなんて職業は存在しない。

**デフォルトの名無しさん** · 2022/03/01(火) 13:08:57.70

>>517
反映するにはオブザーバブルでないといけない
それがVM

**デフォルトの名無しさん** · 2022/03/01(火) 13:33:00.63

>>518
デザイナーが居る場合はある
XAMLは作ってくれないし、デザイナーの指定したデザインの再現に苦労するのはプログラマだが

**デフォルトの名無しさん** · 2022/03/01(火) 16:14:35.26

>>513
だな

**デフォルトの名無しさん** · 2022/03/01(火) 17:02:09.29

採用すると生産性が落ちるアーキテクチャとか存在意義なくね？
プログラマーのオナニーでしかない

**デフォルトの名無しさん** · 2022/03/01(火) 18:56:30.75

>>511
これってMailViewModelの中にMailModelを保持すると思うけど、グリッドコントロールで行を消すとMailViewModelは消えるけどMailModelは消えずに残るよね？
そこは頑張ってコード書いて同期を取るしかない？

**デフォルトの名無しさん** · 2022/03/01(火) 19:34:21.36

ストレージから削除するなら
頑張って書いたほうがいい

**510** · 2022/03/01(火) 19:37:28.19

皆さんありがとうございます。
class MailViewModel : Mail{
public IsChecked {
get => _isChecked;
set => SetProperty(ref _isChecked, value);
}
private _isChecked;
}

上記のようなクラスを作ってBindingするのが良さそうに思いました。

**デフォルトの名無しさん** · 2022/03/01(火) 19:51:58.93

>>523
グリットコントロールから行を消すことがメールの削除の操作を意味するようにしたいならMailModelも消す
単に非表示にしたいだけとか、ゴミ箱に入れておいて復活させるようにさせたいとか、色々考えられる
だからViewModelが欲しくなったのさ

**デフォルトの名無しさん** · 2022/03/01(火) 20:12:49.81

>>526
なるほど。ケースによって対処は変わるよね。
ありがとう。

**デフォルトの名無しさん** · 2022/03/02(水) 06:20:23.82

Electronの葬式準備はできたか？
https://github.com/tauri-apps/tauri#comparison-between-tauri-and-electron

**デフォルトの名無しさん** · 2022/03/02(水) 18:19:13.15

rustとか新しいのぼえとうないなぁ

**デフォルトの名無しさん** · 2022/03/03(木) 05:36:04.02

>>528
これは楽しみだな

**デフォルトの名無しさん** · 2022/03/03(木) 09:44:18.37

ここまで普及したElectronの牙城を崩すのは無理な気がする。せいぜいGoレベルだろう。
Electronがディスク使用量もメモリ使用量も超重量級なのは不満に思ってたけど。

**デフォルトの名無しさん** · 2022/03/03(木) 10:21:20.83

viewをhtmlとcssで書けないとつまらんよ
デザインがしょぼくなる

**デフォルトの名無しさん** · 2022/03/03(木) 10:21:59.75

WPFレベルでよければ可なのかもしれんが

**デフォルトの名無しさん** · 2022/03/03(木) 11:12:38.88

しょぼい方が評判良くて、デザイナーの自己満足全開デザインが使いづらい・分かりにくいと不評なのが現実

**デフォルトの名無しさん** · 2022/03/03(木) 11:17:10.50

>>534
あんたがセンス無いだけ

**デフォルトの名無しさん** · 2022/03/03(木) 11:25:49.76

>>535
まあそうやって逃げるしかないよな。
お前の仕事は無意味だって認めることになるんだから。

**デフォルトの名無しさん** · 2022/03/03(木) 11:41:18.82

碌に使いもしないが権限だけは大きいエライオジサンのせいで見た目だけは派手だが使いづらいものになるのはまれによくあること

**デフォルトの名無しさん** · 2022/03/03(木) 17:34:06.50

デザインセンス云々は置いといてhtml+cssのほうがデザインの幅が広いのは確か
予算があるならデザイナーにも頼めるしね

**デフォルトの名無しさん** · 2022/03/03(木) 23:32:59.05

WPF+MVVM+Rxの実装について勉強中です
それぞれの各機能はなんとなく掴めてきたのですが、実装する場所や通知の受け取り方がまだ分かりません
例えばObservable.Intervalで指定した時間ごとにDBアクセスし、更新があれば通知するという処理はどのクラスに書くべきなのでしょうか
なんとなくですが、Mで実装しVMに通知、Vに表示と考えています

**デフォルトの名無しさん** · 2022/03/04(金) 08:04:23.26

>>539
MVVMはあくまで、GUIの設計パターン。
DBアクセスのようなアプリの内部処理は
Mで包んでGUIの処理から隠されるので、
MVVMの処理フローには一切出てこない。

Mの原則は「GUIから見える状態に変化があれば通知する」。

この場合は、DBアクセスし、更新があり、
その結果としてGUIが更新が必要になったら、
Mに通知させるという処理になる。

**デフォルトの名無しさん** · 2022/03/04(金) 09:46:05.06

大変わかりやすい

**デフォルトの名無しさん** · 2022/03/04(金) 12:16:19.88

お気に入りのアプリがWPFで実装されてて公開されてるから古いUIをWin 11のUIに合わせたくてForkしてWinUI3.0に対応させようと思ったらWindows App SDK 1.0だとAcrylicやMicaに対応してないとかズコーだわやっぱアホだわMSやることがすべて片手落ち
結局サードパーティー製のAcrylic実装を使う羽目になったわけだがこっちもろくすっぽメンテされてなくてWin11に対応してなくてダブルでズコー
たまにやる気になってプライベートでいじろうかと思ったらこれだからMSの開発環境ってマジでどうしようもないな
誰かWin11とVS2022で使える無料のAcrylic実装しらんかね？

**デフォルトの名無しさん** · 2022/03/04(金) 12:27:44.21

>WinUI3はまだ完成していません。

一応MSもその認識はあったのね。
あんなお粗末な出来で自信を持って1.0として出したわけじゃないのね。

**デフォルトの名無しさん** · 2022/03/04(金) 12:43:20.96

>>542
WinUI選ぶくらいならこれ。

Flutter for Windows
・fluent_uiパッケージ
・flutter_acrylicパッケージ

Windows向けはまだ出たばかりだけど、
現時点の機能・品質、
フレームワークとしての出来、
将来性、
開発者の期待度
どう考えてみてもWinUIがFlutterに蹴散らされる未来しか思いつかない。

WinUIは

「これが最新らしいし、やってみるか」
↓
「えっ？なにこれ、こんなしょぼいの？こんなこともできないの？」

って感じでちょっと触って実情に愕然として、さーっと離れていく。

**デフォルトの名無しさん** · 2022/03/04(金) 16:27:48.56

fluent_ui実際使うとちょっとアレ

modernwpfもそうだがやっぱ個人メンテじゃなー
Microsoftが手がけろよ

**デフォルトの名無しさん** · 2022/03/04(金) 16:40:32.17

>>305
これにUnoPlatformとAvaloniaとXamarin(maui)も追加してくれんと

で、これも全部微妙という

クロスプラットとかUIフレームワークは人的リソースさかないと品質とかできないのにみんなで戦力分散して全部微妙品質

**デフォルトの名無しさん** · 2022/03/04(金) 16:41:15.22

*品質とか維持できない

**デフォルトの名無しさん** · 2022/03/04(金) 17:00:21.59

>>544
おーサンキュー
だが流石に.NET FrameworkのレガシーアプリをFlutterでポーティングするほどの時間も熱意もないwww

とういかReactやFlutterが出る10年以上前から思ってたんだがなぜMSはXAMLとASP(Razor)を今でも別々に拡張してるのか理解に苦しむし頭が悪すぎる
まぁどうせ社内の派閥や政治でわけわからんこと繰り返してるんだろうけどその間に開発環境もシェア失ってしまったな
せめてどっちかに統一してUIの定義はCSS拡張にしないともうよっぽどの事情がないとこんなクソなフロントエンドフレームワークなんて誰も使わんぞ
理想を言えばさっさとXAMLとASPを窓から放り投げてTSとCSSで記述する新しいフロントエンドフレームワークを実装すべきだと思うんだがな

**デフォルトの名無しさん** · 2022/03/04(金) 17:13:00.22

やるならDart使うか、同じようなJavascriptをリデザインした新言語を作って欲しい

**デフォルトの名無しさん** · 2022/03/04(金) 19:51:13.51

>>544
ところでFlutterってVS2022で環境構築できる？
拡張とプロジェクトテンプレートがあれば最高だけどまぁないか
Android StudioはエミュとSDK用にMacに入れてたけどくそ重くてVSCodeでReact Nativeばかり使ってるけどWinで試してみるかな

**デフォルトの名無しさん** · 2022/03/04(金) 20:08:12.18

みんな Flutterに行っちゃうのか..

**デフォルトの名無しさん** · 2022/03/04(金) 20:20:59.67

>>548
それなんてReact Native？(´・ω・｀)

**デフォルトの名無しさん** · 2022/03/04(金) 21:23:31.50

>>550
VSCodeとFlutter拡張で開発できる。
Windows用ビルドするのにVS2019か2022を入れておく必要はある。
でも今2022の17.1.0のバグでデバッグモードが死んでて17.1.1待ち。

**デフォルトの名無しさん** · 2022/03/04(金) 21:43:37.06

>>553
React NativeもそうだけどFlutterもパッケージのバージョンで開発環境ぶっ壊れて死にそうになる感じかなのか？w
とりあえずVSCodeはReact Nativeに最適化してるから先にAndroid Studio試すわ
そろそろRemote-Containersを試したいんだが最近はコーディングより環境構築がくそムズくてめんどいんだよな

**デフォルトの名無しさん** · 2022/03/04(金) 22:13:47.37

>>540
ありがとうございます
まだ追加で質問できるほどの知識もないので、手を動かしながら探ってみます

**デフォルトの名無しさん** · 2022/03/04(金) 22:55:59.46

WPFもFlutterも両方入門者レベルだけど、Flutterのが馴染むなあ…

**デフォルトの名無しさん** · 2022/03/04(金) 22:58:40.01

じゃあ、先にFlutterでMVVM覚えてからWPFくればいい
そうすれば後覚えるのはxamlだけ

**デフォルトの名無しさん** · 2022/03/04(金) 23:41:28.81

FlutterいいけどC++やりとうないな・・・

**デフォルトの名無しさん** · 2022/03/04(金) 23:42:12.12

とりあえずFlutterのWindows Desktop環境の構築終わってビルドしてみてDartの構文学んでるとこだがこれDartってまんまC#のパクリやんけwww
んでFlutterの構文はJSX(TSX)のパクリだなとりあえず状態管理がReduxみたいにクソじゃなければ文句ないわ
>>544のfluent_uiとfluent_acrylic試してみるわ

**デフォルトの名無しさん** · 2022/03/05(土) 00:19:20.18

DartはC#じゃなくてGoogleが再定義した中途半端なJavaでイラっとするんだよな
interfaceの定義が暗黙だったりinternalならプライベートメンバにアクセスできたりわざわざimplementsやextendsが必要で冗長だったりC#の方がよっぽどモダンだよ

**デフォルトの名無しさん** · 2022/03/05(土) 01:14:27.39

WinUI3は今でもアプリ内のアクリルは有効だから、ベースに壁紙でも配置すればそれっぽいものにはなるんだがね

**デフォルトの名無しさん** · 2022/03/05(土) 06:05:39.61

>>560
DartはJavaScriptの置き換えを狙った言語。
TypeScriptみたいにJavaScriptの上位互換よりも
JavaScriptの古い部分を排除して新しく作り直したDartのアプローチの方が好き。

**デフォルトの名無しさん** · 2022/03/05(土) 11:25:06.31

>>562
は？Dartは静的型付けなんだけが？アンダスタン？
JSの置き換えが目的だが元はCだし動的型付けの進化系とか言っちゃうアホとはさすがに会話にならん・・・こんなレベル低い奴ばっかなのここ？

**デフォルトの名無しさん** · 2022/03/05(土) 11:45:02.14

Heartだけは熱いぜ！

**デフォルトの名無しさん** · 2022/03/05(土) 12:06:23.36

>>563
レベル低いのはお前。
静的か動的かなんて話は一切してないぞ。
勝手に明後日の方角に突っ走って喚き散らして、そりゃお前と会話になるやつはいないだろうなぁw

**デフォルトの名無しさん** · 2022/03/05(土) 13:10:04.52

性的か
愛的か

悩ましいところだ

**デフォルトの名無しさん** · 2022/03/05(土) 13:26:38.14

>>563の頭の悪さひどすぎだろw

**デフォルトの名無しさん** · 2022/03/05(土) 13:37:05.84

理詰めで論破されて悔しいけど反論できないから顔真っ赤でIDコロコロ自演して悪口とか恥ずかし過ぎるだろ

**デフォルトの名無しさん** · 2022/03/05(土) 14:11:11.30

理詰めって静的とか動的の話し誰もしてないのに、一人で突然型付けの話して論破って馬鹿すぎるw

誰もそんな話してねぇんだよww
技術的な話する以前の頭の悪さww

**デフォルトの名無しさん** · 2022/03/07(月) 09:51:07.88

WinUI 3.0の完成度は公式の認識ではまだ50%未満なんだな。
これをポジティブにとらえればいいのかネガティブにとらえればいいのか。

**デフォルトの名無しさん** · 2022/03/07(月) 15:03:59.51

動きのとろい奴は変化し続ける環境に追従できない

**デフォルトの名無しさん** · 2022/03/07(月) 15:12:43.80

未だにWPFやってる奴が言うと説得力あるな

**デフォルトの名無しさん** · 2022/03/07(月) 15:32:53.11

世界一のIDEであるVS(codeじゃない)とC#の出来の良さををすべてスポイルしてマイナスにしてしまうフレームワークしか作らないからな
MSは良い加減一貫性や統一性のない大企業病を修正しないと開発環境を失う時代はすぐそこまできてるぞ

**デフォルトの名無しさん** · 2022/03/07(月) 17:19:40.02

WinUI3で、普通にペロッとzipなりで相手に渡せるexe作れる？
配置型強制とか開発者モードONならとかは避けたいのだが...

**デフォルトの名無しさん** · 2022/03/07(月) 17:23:04.90

>>574
UnPackagedがある

でもファイルサイズでかいし、全体的にβ版品質だぞ

**デフォルトの名無しさん** · 2022/03/07(月) 17:29:13.38

>>574
は？githubでbuildしたバイナリごと公開すればいいだけなんだが・・・もしかしてこのスレってレベル低い雑魚専スレだった？www

**デフォルトの名無しさん** · 2022/03/07(月) 17:35:52.60

>>576
もうその釣り方飽きた

**デフォルトの名無しさん** · 2022/03/07(月) 17:43:33.51

みんなWPF使ってないのにスレはよく伸びるな。MSは釣りの達人だな。

**デフォルトの名無しさん** · 2022/03/07(月) 17:55:02.83

しれっとスレタイにWinUIも紛れてるからね

**デフォルトの名無しさん** · 2022/03/07(月) 18:14:28.34

ReactivePropertyって便利ですか？
重かったりしませんか？

**デフォルトの名無しさん** · 2022/03/07(月) 18:29:56.66

WPF使わない人が入れ替わり立ち替わりこのスレにやって来るのが逆に不思議だわ。

**デフォルトの名無しさん** · 2022/03/07(月) 18:31:45.58

>>580
いつメンテが止まるかわからんコントリビューターがほとんどいない日本のガラパゴスフレームワークなんて使う奴は馬鹿だって脳みそに刻み込め
Livetと同じく作者が飽きたらマイグレーションしなきゃならん体験か地獄だろ
まぁそもそもMSの開発環境はまともにメンテされてるサードパーティがほぼないから既にオワコンなんですけどね

**デフォルトの名無しさん** · 2022/03/07(月) 18:51:03.10

>>580
便利だと思うよ
軽量版のReactivePropertySlimというのもある
必要に応じて使い分け

**デフォルトの名無しさん** · 2022/03/07(月) 19:32:11.33

Windows Helloの実装見てても相変わらずMSが作る認証の実装って抽象化しすぎてて手間がかかってクソ面倒だよな
Xamarin向けで個人が作ってるFingerprint実装の方がよっぽど簡単だしわかりやすい
MSの実装ってすべてこれで高度に抽象化されてはいるが基本機能は提供してやってるからこれを自由に使って開発しろ、もちろん各機能はお前らが開発者が実装するんだ当然だろ？って価値観だからそりゃこんなクソ面倒な環境なんて人気なくなるわな

**デフォルトの名無しさん** · 2022/03/07(月) 19:55:21.52

powershellで使えるからwpf好き

**デフォルトの名無しさん** · 2022/03/07(月) 20:15:48.46

>>580
メモリリークを量産出来て便利だよ^^

**デフォルトの名無しさん** · 2022/03/07(月) 23:00:21.18

>>582
WideStudioをおすすめします

**デフォルトの名無しさん** · 2022/03/07(月) 23:27:58.63

>>580
ビルドするとdllが大量にできる

**デフォルトの名無しさん** · 2022/03/07(月) 23:48:28.14

>>581
最大勢力であるWPF勢を取り込めば覇権を手にすることができるからな

**デフォルトの名無しさん** · 2022/03/08(火) 00:28:47.31

>>586
後片付けしろw
そんなんじゃ素のINotifyPropertyChangedでもやらかしてそうだ

**デフォルトの名無しさん** · 2022/03/08(火) 06:00:50.91

>>581
バリバリ使ってるわ!

**デフォルトの名無しさん** · 2022/03/08(火) 13:55:51.69

>>584
誹謗抽象ｲｸﾅｲ‼

**デフォルトの名無しさん** · 2022/03/08(火) 18:37:52.43

抽象クラスｲｲ!!

**デフォルトの名無しさん** · 2022/03/09(水) 09:44:30.26

依存関係プロパティも添付プロパティも面倒っすな
コードスニペットがなかったら発狂してる

**デフォルトの名無しさん** · 2022/03/09(水) 12:09:54.98

コード補完が汚れるのと言語やライブラリと関係ないキーワード覚えるの無駄だからスニペット大嫌いだわ
これが嫌だから世界一賢いIntelli Sense搭載のVSをできるだけ使いたいのに他言語のフレームワークがないのMSクソすぎる

**デフォルトの名無しさん** · 2022/03/09(水) 18:35:20.04

Q) WinUIを使った実際のプロジェクトを見たことがありますか？

A) 私はC++/WinUI3で簡単なRPAツールを開発したことがありますが、
WinUI3の現在の進捗状況と機能では、商用アプリケーションを開発することができないと言いたいのです。

A) ソロ開発者の話をよく聞いていますが、はっきりとノーと答えることができます。
今のところ私の知る限り、誰もWinUIの道を進もうとは思っていません。

A) 他の人達が言うように、WinUI3は商用アプリケーションにはまだ早いです。
私たちはWinUI3を調査し、WPFの代わりにWinUI3を使用するようにいくつかのアプリを変更できるかどうか検討しましたが、
多くの機能が欠けており、バグの量も多いため、現実的ではありません。
WinUI3は、今のところ趣味のアプリケーションにしか使えません。
私の予想では、Microsoftのリソース次第では、完成まで2年かかるかもしれません。

**デフォルトの名無しさん** · 2022/03/09(水) 18:44:48.69

>>594
リリースの時点で属性ラベルつけるぐらいで通知出来るようにしていたらと

**デフォルトの名無しさん** · 2022/03/09(水) 18:54:01.67

実際にWinUI3触ってない奴や理解できてない奴はは勘違いしてるがWinUI3は各プラットフォームのネイティブUIをWindows App SDKとして完全に切り離して独立させたものだからWin11のAcrylicやMiacなんかを実装するものじゃないぞ
WInUI3(Windows App SDK 1.0)の目的はストアが大失敗した原因の一つであるストアアプリ実装の障害となっていたUWPとWIn32を統合してXAMLで統一することだからな

まぁもうWindowsのカジュアルアプリをAndroidに委ねる方針を決めて既に実装もなかば完了してて英語圏の一部ユーザーには提供も始まってる状況でこんなことにリソース使ってるのはアホだと思うが
今MSがやることはFlutterのC#フレームワークを開発することだと思うんだがなFlutnetを買収してもいいしとにかく買収したXamarinのアプローチはWebがないから失敗だったと認めて精算して次に進むことだ

**デフォルトの名無しさん** · 2022/03/09(水) 19:01:18.69

micaやbackground acrylicはWinUI3 1.1の予定でしょ

**デフォルトの名無しさん** · 2022/03/09(水) 19:39:13.13

>>598
もう笑えない
windowsアプリなんかやらん

**デフォルトの名無しさん** · 2022/03/09(水) 19:44:09.02

MSがオープンソースに舵切って
もう随分日が経つのになにやってんの？

**デフォルトの名無しさん** · 2022/03/09(水) 19:47:44.87

舵切ったせいでどんどん糞化、衰退していくなw

**デフォルトの名無しさん** · 2022/03/09(水) 20:14:21.74

そりゃメインストリームじゃ無くなるって事だから
良いものに投資してそれを担げば良いってビジネスに変わってるのよ