WPF(.NET, WinUI) GUIプログラミング Part32 YouTube動画>1本 ->画像>13枚

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

前スレ
WPF(.NET, WinUI) GUIプログラミング Part31
http://2chb.net/r/tech/1674334396/

関連スレ
Windows 10 UWPアプリ開発Part 3
http://2chb.net/r/tech/1627556967/

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

>>1
大儀である

WinUIアプリが徐々に増えてきてるな
最近だとフォトがWinUIになった

https://platform.uno/blog/4-10-release/
Uno 4.10
https://devblogs.microsoft.com/ifdef-windows/announcing-windows-community-toolkit-v8-0/
Toolkit 8.0

>>4
AdaptiveGridView を削除は驚いた
代替を用意しているけど面倒だな

前スレラストでいうところのまさにCADっていう特殊な用途でWPFのデスクトップアプリ作ってるがこのままCAD専門で生きていく気にはなれんなぁ
ドメイン知識多すぎてプログラマというより部品屋やれと言われてる気がする

CADでも脇の方の電子部品とかそんなジャンルなんだろうな

WinUIって.NET6を入れずに使えますか？
VS2022のプロジェクトだと、.NET Frameworkが無くて.NET6になってしまいます

1.4.1きたぁあ

MenuFlyoutのバグは治った
昔のバグ復活とか気をつけてほしいものだね

WinUIってまだ未完成だよね？
一部にバグがあるんじゃなくてかなり広い範囲にバグがある

くそ品質だな
仕様、設計はしっかりしてても品質がひどすぎて
https://github.com/microsoft/microsoft-ui-xaml/discussions/8884
久しぶりのcommunity call
オープンソース化されれば、頑張りやさんたちが頑張って貢献して
品質があがるのかもしれんが

くそ品質だな
仕様、設計はしっかりしてても品質がひどすぎて
https://github.com/microsoft/microsoft-ui-xaml/discussions/8884
久しぶりのcommunity call
オープンソース化されれば、頑張りやさんたちが頑張って貢献して
品質があがるのかもしれんが

バグでWinUI3アプリが止まった場合
自分のせいなのかWiUI3が原因なのか時間を掛けて探らなければならない

なんで時間を掛けて研究や探索しなければいけないのか
ランダムに発生するcom例外は何が原因なのか意味不明だわ

一年くらいプログラムから離れてたんだけどそろそろWPFからWinUI3に移行してもよさそう？

もうXAMLがダメなのかもしれない…

Windows 11の大型更新今週って、1.4の予定はやまったのこれのせいか
つか、Microsoftの他の製品で使われててそこに影響ありそうなバグしか直さない
もう完全にバグ出し用員扱いで草

Blazerでxamlの知識が役に立つとかないの？(´・ω・｀)

ネイティブアプリの出番が今後も減り続ける
その中でXAMLの割合も減り続ける

それを防ぐには新規の入門者に使いやすいようにしなくてはならない
だからデザイナは絶対必要
ところが老害の人たちはいらない連呼するだけ

言語も乱立してどのように入門者に使ってもらえるか工夫してる
ところがWinUI3はその逆をやってる

デザイナーってUIのホットリロードが先ね
無きゃ使い物にならん

デザイナーってUIのホットリロードが先ね
無きゃ使い物にならん

デザイナーがあってホットリロード(完全ではないけど)がプラスされたのがUWP。
そこからなぜ大幅劣化してるのか謎。

ホットリロードはバインド箇所変更したらすぐ破綻するからなあ
デザイナ復活とバインドデータのダミーデータ自動生成機能の追加をお願いしたいところ

ホットリロードはFontSize=””で落ちるのが酷い
判っちゃいるけどついやっちまうんだわ

WinUIはまだα版って感じんかな？

正直なところ今のレベルのまま数年経過する気がする
どこかで経営陣が今より良いものが必要だと判断して資金と開発リソース投入しないとこのまま変な感じが続く

WPFで出来た事が、なぜWinUI3で出来ないのか

やる気(資金・人員不足)

WinUI3いつから作ってるんだっけか・・・

使ってみればわかるけど、いうほど完成度は低くない
最初の頃のように不可解なバグで止まるのは最近は遭遇しない
偶に遭遇する未実装には参ったが

完成度は低すぎるだろ
品質の事で阿鼻叫喚なのはWinUIのgithubだけ

xamlでgeneric使えるようになるまでは見送りかなー
一生来ないかもしれんけど

winUI3ギャラリーのサイズ表記が180MBなんだよな
実際は50GB程度だけどそんなに内容があるようにも見えない

それでセマンティックZOOMを選ぶと落ちる
本当にクソだな

ストアからギャラリー落としてsemanticZoomのページを開くと落ちる
公式アプリなのに
ストアの審査も通ってるだろう

完成度が低くない？公式アプリが落ちるのに？

クラッシュはいい方だ
おそらく直してもらえるだろうから
クラッシュしないで放置されてる大量にあるバグに比べたらラッキー

今日はコミュニティーコールの日…

俺は致命的と思われる報告済みのバグずっと放置されてるし
で、ちょっと前に新しいUIを思い付いたから
別のコントロールで実験したら肝心なところでバグっぽくて動かねぇ

まじでWinUIくそまみれ

バグがちゃでバグを引かない強運の持ち主が生き残れる世界

>>37
そう、それでオープンソースどうなるか..

ちなみにWPFのWindows 11 Theme対応の進捗も..
https://github.com/dotnet/wpf/discussions/8225
まだ、進捗何も出てこないという

現状はWinUI3を使って製品を出すようなレベルに達していない
品位は最低

.NET8 + WinUI 3で一度完成形を見せてほしいところだな

powertoysとか

製品ならWPF+.NET FrameWork 4.7.2だな
一番安定してる

.NET6のWPFで不安定とかある?

サポートが残り1年ちょいで切れるのが不安

本業と情報処理試験勉強で放置気味になってしまった。
試験終わったら再チャレンジしたい。
次はWebView2でのスレ表示にしようかと思ってます

Teamメンバーが大幅に入れ替わる
7人から6人にしかも女性が半数
Commuty Callは4半期事に後退

コントロールのソース公開
ただし主な目的はデバッグ(プルリクとか想定してない?)

引き続き望みない

終わってる
何で人員が割かれないのか？

UIがWeb全盛になってから10年以上経つのに
なに期待してんの？

最後の砦がsilverlightとadobe Flushで終わって何十年だよ？

MS「だってみんなWinFormsばっかり使うから・・・」

Webにsilverlightでxamlを持ち込んで
これが珍しく出来が良かったんだけど
いろんなしがらみでずっコケた時
全てのリソースをHTMLに移すってMS本体が宣言してたじゃん！
あの時デスクトップは終わったんだよ

正直いってまだモバイルアプリ作ってた方が実が生る
windows11でデスクトップでも動作するようになったし

XAMLでPC、タブ、スマホ、ウェブが動くUno最高ってことか

win11 23H2でファイルエクスプローラーが刷新される予定なんだけど
めっちゃ評判が悪い
起動に恐ろしく時間がかかるらしい

Windows App SDKベースに移行してこんなに素晴らしくなりましたと言いたかったんだろうけど無理だろうな

>>54
サードパーティ製のファイラを推進する裏の意図があったりするのかも
もっとも、起動が遅いだけなら気にしない人が大半だと思うが

>>55
変わってるな

ファイル見ようとしてエクスプローラーダブルクリックして起動に20秒待たされたら
一般人は切れるとおもうけど

>>56
ファイルを見ようとしてからファイラを立ちあげる人なんているの?
ファイラはOS起動時にタスクスケジューラ経由で自動で立ち上げて、以後ブラウザと同様に「起動させっぱなし」の人がほとんどでは?

タスクスケジューラワロタ
そんなやついねえよ

それはDOSとかwin95とかのころだろ
メーカー製のパソコン起動したら独自ランチャーが出てたころ

>>57
いや、必要な時に起動して作業が終わったら閉じる

ファイルエクスプローラーはめちゃくちゃ良くなったよ
メディアファイルとかがあるフォルダ開いた時のあのもっさり解析処理が無くなった

まじ?
メディアファイルの解析で10秒とか平気でまたされてうんざりしてた

設計した奴が馬鹿なんだよ
win11いいって言ってる奴も馬鹿

あぼーん

>>64
こういうの良いよなあ

>>64
くさそう

>>64
デメリットの方が大きいな

2年後にWin10がサポート終了するからそれまでにWinUIで揃えたいんだろうなあ

>>64
グロ

まだWPFやWinFormsでもいいな
WinUIが使いやすくなったら起こしてくれ

来世で会おう

[クライシスアクター」「豊島保養所」←画像検索＆拡散！

他スレに丸ごとコピペよろしっく！！
ネットでできる反ﾚﾌﾟﾃｨﾘｱﾝ・反ｲﾙﾐ活動です！！
動画サイトのコメ欄もねらい目だぞ！！！！！！！

次のまともなGUIが登場しないから自分はWPFが最後のネイティブGUIになりそうだ

おいおいUIの主流はWeb HTML css に移ってて
そっちは百花繚乱のもの凄さだぞ

おいおいUIの主流はWeb HTML css に移ってて
そっちは百花繚乱のもの凄さだぞ

おいおいUIの主流はWeb HTML css に移ってて
そっちは百花繚乱のもの凄さだぞ

3度も同じこと書き込むとはくどい奴じゃ

専ブラがあほなんだろ

>>78
グロ

emojiの色だけ対応してくれたらいいんだけど
今はnugetで誰かが作ったラッパーを入れてる

>>74-76はアプリがちょっとでも重くなるとボタンを連打して、
更に被害を拡大させるタイプだな

>>81
ハードディスクの調子がおかしいとバンバン叩いて全く認識しなくなり、それならと分解して記録している円盤を剥き出しにしちゃってからなんとかなりませんか？と相談するタイプかな

誰一人プログラミングの話をしないガチのオワコンスレ

1.4.2キター
って新しい情報提供してるのいつも俺だけだもんな..

WPFがオワコンだからね
しかたないね

Microsoft PowerToys
https://github.com/microsoft/PowerToys

WinUI3 Windows app sdkも実用レベルの製品を作るレベルにはなっているな

それでも僕はWPFを使い続けるよ！
（WinUI3が使いやすくなるまで）

それでも僕はWinFormsを使い続けるよ！
（WPFが使いやすくなるまで）

エクスプローラーの挙動があれなんだけど…
Windowsですらダメなのか…

エクスプローラーの挙動があれなんだけど…
Windowsですらダメなのか…

でもwindowsのネイティブアプリなら現状WPF一択だよね？Electronとかより

普通GDI直接call

Paint.netがそう実装しているだろう

WinForms

WinformでもWPFでも目的とするアプリ作れればいいんだよ。
バカの罵り合いやってんじゃねぇ。
まぁ　WPFの方がちょと綺麗な画面が作りやすいかなｗ

罵りあいなんかしてないだろ
罵りだしたのは突然バカとかいいだす
おまえだろゴミ

WinUI3ギャラリーは更新されず
semanticZoomのページは相変わらず開くと落ちる

WPF-UIというのを試したらそれなりに綺麗になったよ
15年前とは違う、最近は1080pが当たり前で文字もボタンも小さすぎる
老眼とか年寄りかよって、若い子にスマホ老眼多いのよ

でもお前は年寄りじゃん

>>91
一択ではない
windowsのネイティブアプリ（デスクトップ）自体が物好きしか作らないのだから
winformsだろうがQTだろうがMFCだろうがwin32APIだろうが
どれでも変わらない

それ変わってますやん

>>91
ネットのサンプルコードでもWinformsがほとんど

https://github.com/microsoft/microsoft-ui-xaml/discussions/8980

この前のcommunity callのfollow up

個人的にはネイティブ AOTは別にいらないと感じてしまう

結局、ソース公開するっていってもビルドできるわじゃないし
プルリクも受付ないっていってるし、Communityの力で品質上がるってことはないってことだから

結論はゴミ

これだけの内容を数人で回してるなら超人的な開発力だと思う
だがそれが良くない

メンバー入れ替えでメンツどうみてもしょぼくなったよね
Old new thingのChenさんとか一時的いたよね
つか、女性コーディングできるの?

>>101
ルネサスのサンプルを見たらWPFでちょっと嬉しかった

https://github.com/AvaloniaUI/Avalonia/releases/tag/11.0.5

キター
avalonia 11になってかなりいい
ただxamlエディタでコード補完の効きが..?

avalonia触ったことないや
linuxでも動くのね

11前はうんこだったけど11で見違えた

avaloniaでLinuxでもWPFみたいに作れるの！？って
わくてかしながら動かしてみたら起動時にエラーがでてissueみてみたら
解決してなくてしょぼん

あれ、ごめん
Linux試したことなかったわw

ちょっと興味あるんだけどアバロニアってwpfに対してどんなメリットがあるの？

マルチプラットフォーム

ぶっちゃけMacやUbuntsu使わねーんだよねー。
スマホ用はどうせクロスモバイル用の環境の中から選ぶから話全く違うしなぁ

初歩的な質問ですみません。
上部に別のコントロール、下にTreeViewを表示したいのですが、そのためにStackPanelを使用するとTreeViewにスクロールバーが表示されなくなってしまいます。
ウィンドウ中にTreeViewだけだと表示されますがStackPanelの中に入れると切れてしまいます。
StackPanelの中であってもTreeViewにHeightを数値で指定すれば表示されるのですが、ウィンドウサイズに応じてTreeViewの高さを変化させるにはC#コードで書くしかないのでしょうか？

<Grid>
<StackPanel>
<TextBlock>Test</TextBlock>
<TreeView ItemsSource="{Binding ElementName=window, Path=TreeviewDummySource}"/>
</StackPanel>
</Grid>

StackPanelをあきらめてGridを使う

<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="Auto"/>
<RowDefinition Height="*"/>
</Grid.RowDefinitions>
<TextBlock Grid.Row="0">Test</TextBlock>
<TreeView Grid.Row="1" ItemsSource="{Binding ElementName=window,Path=TreeviewDummySource}"/>
</Grid>

>>117
できました！ありがとうございます！

>>119
なるほど...勉強になります！

WinUI 3 ソースが公開されたぁーただしzipで

いらないｗ
誰得ｗ

最近はネイティブアプリは下火だね
同等の機能を提供するwebサイトやwebアプリとかと比べると明かに質が落ちるし垢抜けない

Windows App SDKとWinUI3って何が違うんや

サンプルコードでWindows App SDKとWinUI3でタブが分かれてるのは何なんや

WinUI3は新しく開発されたグラフィックAPIセット
Windows App SDKは既存のwinAPIも含めたwin API SDKの総称

こういうページ見ると何なんだってなるよな
https://learn.microsoft.com/ja-jp/windows/apps/develop/title-bar

カスタマイズできるのはいいんだが何でも検索ボックスつけるのやめてくだされ

「毎日出社したい」わずか3.8％　リモートワーク経験者に聞いた

学研ホールディングスのグループ会社であるベンド（東京都千代田区）は、
リモートワーク経験者を対象に「リモートワークに関するアンケート」を
実施した。その結果、半数近くの人が「週5（フルリモート）」（44.4％）
をリモートワークの理想の頻度だと考えていることが分かった。
次いで「週3～4」（30.7％）、「週1～2」（20.1％）と続き、96.2％の人がリ
モートワークの継続を希望していることが分かった。毎日出社を希望する人は、
わずか3.8％だった。出社を希望しない理由は「通勤にかかる時間や体力が
もったいない」「子どもの都合で、リモートワークのほうが仕事と家庭の
バランスが取りやすい」「職場の人と毎日顔を合わせるのはさすがにつらい」
といった意見が寄せられた。
一方、「コミュニケーションが取りにくくなる」「出社しないとできない
業務がある」「たまには出社もいい気分転換になる」など、完全リモート
だと不都合だという声もあった。

Windows GUIプログラミングを極めたい

AvaloniaさわってみてWPFとちょこちょこ違ったり
XAMLエディタのコード補完が変だったりするけどなかなかいいな
Reactive ExtensionさわってなかったからReactiveUIのあたりがなれないが続いてほしい

MVVMにおいてプログレスバーの進捗表示を行いたいです
進捗はModel層においてのfor文の繰り返し回数を使いたいです
このときViewModelにパラメーターProgressを使いモデル層のfor文の中で
vm.Progress++1をやるのが一番簡単だと思うのですがこれはMVVMで分離していると言えるのでしょうか？

ModelがViewModelに直接依存してるから分離できてない

IProgressインターフェースってのが用意されているので
ググって使い方を調べてくださいね

IProgressインターフェースは皆に覚えてもらいたい便利なつかい方です

>>132
reactとか学ぶと
フログレスとか実装も糞簡単なんで
しっこ漏らすと思いますよ

それでいて実装理論も進んでますからね

>>133
やっぱそうですよね
>>134-135
IProgress勉強してみます
ありがとうございます
>>136
ReactはJavaScriptですよね？
これ学んでも意味ないのでは？

おいおい(･ω･#)ﾉﾉ

MaterialDesignThemesを.NET Framework4.6(Window10初期)で使いたいのですが、どのバージョンから何だろう？

VSのNuGet画面で確認取れるよ
最新バージョンは4.6.2ってことだ

>>139
MaterialDesignThemes v4.6.0以降は.NET Framework4.6.2以降が必要なようだ
しかし、何でまたそんなに古くてレアな環境を

>>140
>>141
書き方わかりにくくてごめんなさい。
.NetFramework4.6で(最初のWindows10　1507は4.6)動作するMaterialDesignThemesを希望です。
どんなWindows10でもインストール出来ることが条件なんです。
クライアントのPCはアップデートが出来ないだめです。

>>140
NuGet画面で以前のバージョンを取得出来ますか？
初心者なんでよろしくお願いいたします。

ランタイムサポートにそんな空隙があったとは...

>>142
そもそもそんな縛りのかかっている案件にオープンソースのもの入れて大丈夫なのかが気になるわ

>>143
VS少し触ったら分かることなので、それくらい自力で頑張ろうや

ワシNuGetのことずっとナゲットだと思ってたわ

>>142
そもそもサポート切れOSなんか使うなとしか言えん。

>>142
MaterialDesignThemes v4.6.0以降はNG
→MaterialDesignThemes v4.5.0なら使える

そんな保守的な会社が最初期のOSを使うとは思えないけどなぁ
Anniversary Update (1607)以降なら.NET Framework 4.6.2以降が入ってるのに

>>146
触ったらわかりました。
バージョン変えて依存関係も確認出来ることを知りました。

>>149
ありがとうございます。
MaterialDesignThemesを4.5.0で
MaterialDesignColorsを2.0.6もインストールされました。
ビルドするとApp.xamlが4.9.0のままにしてるのが駄目なようでMaterialDesignColorsのところでエラーになります。
その行を外すと実行出来るのですがモノクロになります。

>>151
App.xamlのエラーですが、
System.Windows.Markup.XamlParseException: ''プロパティ 'System.Windows.ResourceDictionary.Source' の Set で例外がスローされました。' 行番号 '11'、行位置 '18'。'
と出て11行は<ResourceDictionary Source="pack://application:,,,/MaterialDesignColors;component/Themes/Recommended/Primary/MaterialDesignColor.DeepPurple.xaml" />です。
例外の詳細は
FileLoadException: ファイルまたはアセンブリ 'MaterialDesignColors, Culture=neutral'、またはその依存関係の 1 つが読み込めませんでした。見つかったアセンブリのマニフェスト定義はアセンブリ参照に一致しません。 (HRESULT からの例外:0x80131040)
となっています。
どうしたらよいのでしょうか？

古い環境の話聞いてるとデジタル後進国を実感する

>>149の通り、1607の2016年以前のPCは恐らく社内に無いはずと情シスに確認して、.NetFramewokは4.6.2で行きます！

MaterialDesignとは別の質問です。
WPFのデザインをGridを多用しています。各区画はStackPanelで縦か横の配置となるのですが混在は出来ないのでしょうか？
例えば
[Label1] [TextBox1]
☑[Label2]
の様な配置です。

WPFやる前はAndroidアプリをやっていてconstraintlayoutを使ってWidget(コントロール)を相対的に配置していました。

上の例であれば[Label2]の開始横位置は[Label1]の右端から、開始縦位置は[TextBox1]の下と言う感じです。

AndroidでもLinearLayoutがStackPanelと同じ機能ですが、constraintlayoutが流行っているようです。

DockPanelは上下左右を指定して順番に配置していける
constraintlayout程細かなことは出来ないけど

>>156
DockPanelで列の初めを揃えるとか出切ればと思ったけど、そういう時は枠を非表示にしたDataGridを埋め込めば良いのかなぁ？
でも、Labelだけなら良いけどコントロールを貼り付けるのは面倒な気がする。
TabControlもTab毎にGrid設定出来るし、
GridSplitterは魅力的です。
あれこれ考えても進まないから、勉強しながらWinformからWPFへ移行します。画面デザインだけでMVVMには関係ない使い方で趣旨には合わないですが。

Avalonia11、マルチプラットフォームで
デスクトップアプリ作るならもうこれで良いやんって感じなんだけど
ブラウザコントロールがネックだ。
msは以前WebView2はマルチプラットフォーム対応にするとか言ってなかったっけ？
あれどうなったんだろ。

>>158
ちょうどMAUI以外のフレームワーク覚えたいなって悩んでるとこだったから、俺もAvalonia触ってみようかな
MAUIと比べてどういうとこがいい？

枠がなくて背景が透明でマウスホバーで色が変わるボタンはどのように作れますでしょうか
ラベルなしのAppBarButtonのようなイメージです（AppBarButtonのラベルなしにしてもラベルのスペースが残ってしまいます）
Buttonの背景をTransparentにしてもできませんでした
HyperLinkButtonで色を黒にするとイメージ通りのものができていそうなのですが他に正攻法のようなものはありませんでしょうか

>>155
WrapPanelで自作改行コントロールを使うのが楽

>>155
StackPanelの代わりにGrid入れ子にすればできそうだけど、面倒そう

>>159
標準でDataGridがある、MacOS対応がCatalystじゃない(mono)、そこそこよく出来たMaterialDesign/FruentUIのポートライブラリがある(個人的オススメはFruentAvalonia)
MAUIよりはWPFに近いXAMLとか
最近VSCodeの拡張が出たので一気に生産性上がった

AutoSuggestBoxの高さなんですが、高さを指定しないと上段１個目のように親要素の高さになりますが、数値を指定する以外にフリーの状態の高さ（下側のもの）にする方法はありますか？


```
<StackPanel Orientation="Vertical">
<StackPanel Orientation="Horizontal">
<Border Height="80" Width="100" Background="Blue"/>
<AutoSuggestBox Width="300" PlaceholderText="Test" Background="Red"/>
<AutoSuggestBox Width="300" Height="50" PlaceholderText="Test" Background="Red"/>
<AutoSuggestBox Width="300" Height="20" PlaceholderText="Test" Background="Red"/>
</StackPanel>
<AutoSuggestBox Width="300" PlaceholderText="Test" Background="Red"/>
</StackPanel>
```

あぼーん

>>165
友人にも教えてくるわ

WPFでリアルタイムの折れ線グラフを長時間更新し続ける場合、どのグラフライブラリがいいのかな？
ScottPlotでSignalPlotを使ってみたけど、時間が経つと重くなってしまいました。
更新方法は画面端で一度クリアでも、疑似スクロール（画面端で新しいポイント追加＋画面外になるポイント削除）のどちらでもいいです。

そういえば昔レートをリアルタイム表示するグラフをWPFで作ってたな
懐かし

issue見るとWinUI 3のx:Bindって前からメモリリークしまくってんだな

>>165
わざわざありがとう

WinFormsで特定のセルにボタンとかコンボボックスを設定していました。
DataGridView.Rows[row].Cells["special"] = new DataGridViewButtonCell();
行毎に特定セルの設定は異なります。
WPFではどうするのでしょうか？

セルテンプレートに変化する分のアイテムを全部入りにしておいてビジビリティで見せる見せないとか？
まあきちんとしたカスタムコントロールを書いた方がいい気もする

>>172
ありがとう。
セルテンプレートで出来ました。

>>164のほうもお願いします！

最近、JavaでWEBアプリばっかやらされてたから浦島太郎何だが、.netってか、visual studioで業務アプリ作るなら何がオススメ？
売上の入力とかやるから明細入力が必須何だが

>>175
業務ならそれWebアプリじゃね？

今は.net6がブレイクして猫も杓子もBlazorな感じだね、8でどうなるか知らんけど
donetコマンドあればVSCodeで開発できるVisualStudio要らない、という風潮はしばらく続くかな

どうせWebで動かすならフロントエンドもTypescriptでええやんってなっちゃうんだわ。わしゃもう帰ってこれなくなっちゃった

WinUI3ってWPFにくらべてスカスカデザインすぎね？
従来通り高密度のデザインにしたかったら使えないのか

Appleの丸パクりだからね

高密度に変えるのはある

そうなん？

コンパクトモードってやつでしょ
ただ一部のコントロールしかコンパクトにならず
いまいち

3.16キター
https://medium.com/flutter/whats-new-in-flutter-3-16-dba6cb1015d1

でも、しょぼ

.NET 8でWPFにOpenFolderDialogが追加されたらしい

今更かよｗ
しゃーないからずっとFormsのフォルダダイアログ使ってたわ

1.43らしきものが来たけど、ドキュメント更新されないから詳細不明だ

キターしようと思ったら先こされた

Release notesは1日ぐらいまたないと
いつもnugetが先

今時分ネイティブでUIとか作らんでしょ

つか、WPFのWindows 11テーマ全然情報出てこねぇ
2年かかるのかよ
MSクソ

お客様はOSに合ったUIを求めてるからな
例えば、Mac操作しててWindowsアプリの画面出てきたら発狂するわけです

WPFのWin11テーマってそれWinUI3でわ？
しらけんど

https://github.com/dotnet/wpf/discussions/7555

WPFのモダン化ということでここでみんなで投票したやん
で、Windows 11スタイルと>>185のFoldetDialogが決まったやん

WPFのテーマは散々やらないやらないしてたのにやるのか

どうせすぐに放棄される
MSのUIフレームワークは短命

短命だったUIフレームワークってSilverlightとWTLのこと？

SilverlightはWPFのサブセット/軽量版だね

WPFもまたブラウザー内で動作できたぞ
今は出きるのか知らんけど

藍澤光ちゃん…

>>191
お客様「アプリのフォントをMacと同じヒラギノフォントにしてくれ」
俺「◯◯万円かかりますので、お見積りを出しますね」
お客様「ならいいです」

javafxってのがあったな

javafxちょっとだけ入門したわ

.NET8になってフォルダダイアログが追加された
要望が増えるとカラーダイアログとか増えていくのだろうか？

https://forest.watch.impress.co.jp/docs/news/1548798.html
Visual Studioって何でつくられれるん?

ほんとFluentは無駄スペース多すぎのゴミ

17.8でビルド時間が伸びた

WinSCPのGUIってなんのフレームワークですか？

>>204
良くあるFluentと見た感じが違うのは独自コントロールなのかな

Template Studioが.NET 8に対応してくれるのってかなり先になるのかな

どうでもいいけどUIデザインころころ流行らされても開発者的には迷惑でしかないよな
FlatだのMaterialだのFluentだのどうでもええんじゃ

でもそれ10年間隔くらいじゃね

でも使った瞬間に古さを感じるようなGUIがある
今の見にくくて使いにくいGUIの流行りが無くなればいいのにと思うけど

>>212
そう？FluentUIは(慣れたので)割と直感的だけど
VSが採用したので長期政権(今から最低10年)になると期待しているよ

見た目リンクなのかタダの文字装飾なのかわからんGUIはダメだと思う
リンクにしても外部のwebへ誘導されるのかアプリ内なのかも遷移するまでわからない

それってWinUI 3 Galleryアプリだと何処の事？

クリック遷移する前に外部リンクか内部なのかわかるパターンを最近多分見たことがない
困ったときにアプリで何らかの対応をしてくれるのか
それとも一般的なヘルプに飛ばされるのか

オンラインヘルプは大体ヘルプになってないから死ねって思う

具体例がないと何とも
Filesアプリだとわかりやすい

windows10の設定だと上の方に普通の項目があって下の方にwebのヘルプ項目がある

ディスプレイだと上部に
ディスプレイの詳細
グラフィックの設定
と言うただの文字

下の方にwebのヘルプと言うタイトルの下に
プロジェクターまたはPCに接続する
複数のモニターをセットアップする
フォントサイズの調整
画面のちらつきを修正する
こちらもただの文字

にしてもこれ典型的なダメGUIだよな
オンラインヘルプと実際のやりたいことへ誘導は逆であって欲しい
ヘルプへは抽象的に、機能へは具体的に

全てのPCが常にwebに接続できると言う固定概念がアホすぎる

へーwindows10とwindows11はかなり違うんだ
windows11は区別つくわ

たしかwin7辺りまで区別はついたと思う
win8の辺りからメトロとか入りだしてゴミ化した

設定アプリでは外部リンククリックで
既定のブラウザじゃなくてEdgeに飛ばされるのが不満ではあるけど

まあ今後はwindows10でのFluentと言ってもらえると誤解が少ない

Fluentデザインでリンクする場合の推奨事項はいくつか書いてあるけどそれはだいたい守られていない
実装者の裁量に任されている

外部にナビゲーションする場合にどうしろとも言及されていない

リンクとボタンと機能があいまいになっていて
更に機能的に内部のナビゲーションでも文字だけになってる

設計の思想が曖昧過ぎる
ダメGUIができる

>>224
つべこべ言わずにwin11使えよ全ては直感が導くから

>>225
自分のメインマシンはwin11
一部移行できないノートがwin10

win11の設定でもクリックするまで外部のナビゲーションなのかツールなのかどうかわからない項目がある

青文字だと外部へのリンクかと思わせといて
サウンドのトラブルシューティングは内部のツールを呼ぶ
ボタンにしとけと思うが…

MSは意図的なのかどうかわからないけどそこの所のポリシーが一貫してない
Fluentデザインでも規定されていない

横から脱線ですが
>>226
>サウンドのトラブルシューティングは内部のツールを呼ぶ
これが前々から設定アプリの一部で使われていると言われているReact Native画面ですか？

ボタンの右側に外部へ飛ばすアイコンみたいなの付けたらいいと思う

論点ずらししかして来ない奴らばかりｗ

勝手に一人でみんが脇見もせずに一つ論点を議論する場だと思う馬鹿もいるしw

DataGridでヘッダー行だけスクロールしない方法ありますか？

久しぶりに触ったけど
ListBoxの右クリメニューからの追加テンプレートの編集＞生成されたアイテムの編集＞現在のアイテムを編集が選択できなくなってるのはなぜ？？？
他は編集できるのに…

あああサンプルでもいいから何かないと選択できないのか
今まで気付いて無かったわ…

よく帳票のデザインツールであるようなルーラーを表示するコントロールってありますか？

>>234
https://github.com/xclemence/Ruler.Wpf

>>235
ありがとうございます！

キター
WPF Windows 11 Theming
https://github.com/orgs/dotnet/projects/147

さっさとやれボケ

TreeViewでnodeを選択したら、binding側で反応する方法がわかりません。

>>238
BindableSelectedItem みたいな添付プロパティを作るんだ

https://github.com/AvaloniaUI/Avalonia/releases/tag/11.0.6
キター

Avaloniaで使われてるReactiveUIどうなんだ
Community Toolkit + ReactivePropertyで十分か

avaloniaぐらいFixしてくれれば安心使えるけど
WinUI 3はあれだけIssueあがってるのに前回のリリースでfixしたの10未満
もうゴミ

WinAppSDK 1.5 experimental 1
キター

MAUIもボロくそに言われてて草
https://github.com/dotnet/maui/discussions/19029

>>241
その組み合わせに加えてEpoxyも使ってる。Anchor/Pileが便利。
https://github.com/kekyo/Epoxy

マイクロソフト自体も諦めてTeamsアプリではReact使ってるからもうReactでいいだろ

>>244
最初のブチギレポストに笑ってしまう

flutterはもうちょっとだけ頑張ってほしい

flutterのコードは見た瞬間に嫌悪感が…

flutterだめなのか
Dartが覚えないといけないけどflutter自体は好きだなぁ

c++/c#しかできないけどdart覚えるくらいならjs覚えてreactやりたい

当時は当然ビザなし旅行など出来なかったわけで
「貧乏で死にそうだから一家で日本に移住したい」なんて理由でビザが下りるはずもない
密航後に申請して永住許可を貰ったならまだしも、密航は嘘だというのは信じがたいね

まあ、幼児のときに親についてきただけのことを非難するのはどうかとは思いますが

Dartのコードや文法と言うより
あのカッコだらけの内容が受け入れられない

Stack Overflow では、Ruby が3強のGo/Rust/Elixir を抜いて、遂にトップへ！

Ruby, Elixir : 9.3 万ドル
Go : 8.9
Rust : 8.7

多くの言語 : 6.5

PHP : 5
Dart : 4.4

さらに、YouTube で有名な雑食系エンジニア・KENTA は、
Scala, PHPをオワコン認定した

PHP, Dartは、学位なしの高卒がやる言語。
一方、Ruby on Rails, AWS Solution Architect が最高位の2千万円！

だから、KENTAが推奨する初心者向けのキャリアパスは、Rails → Go のみ

ステマって違法になったんじゃなかったっけ

https://github.com/flutter/flutter/releases/tag/3.18.0-0.1.pre
3.18 beta
キター

https://github.com/lepoco/wpfui/discussions/880
https://github.com/dotnet/wpf/discussions/8533

WPF+WPFUI
キター

MordernWPF
WPFUIの他に
WPF Modernとかあったんか
ほんと.NETのUI周りはMicrosoftがずっと放置してから
リソース分散の無駄な事やってるよな

AvaloniaUI
UnoPlatform
MAUI
これもリソース分散の無駄

そもそもが再利用について考えてないOSチームが悪い

Avaloniaが好き

残念なのは再びネイティブ有利の社会が来ることはないと言うこと

winformsって誰でも簡単にGUIが組めるという点で他の言語も含めて未だに手軽さで上回るフレームワークはないんじゃない？
廃れるのは惜しいと思ってるので機能強化してくれ

- PCでもスマホでもWebでも(ほぼ)同じ体験ができる
- 直感的なステート管理
- UIスレッドとバックグラウンドスレッドの処理分けが簡単にできる
- まともなスケーリング、レスポンシブ対応
- モダンな見た目のUI、コントロールが充実している

こういうフレームワーク要件が業務アプリですら当たり前になってきてるのに
今さらwinformsで作る気にはとてもなれないわ

100歩譲って、
C#初心者がで最初のGUIアプリ作る程度の規模なら選択肢の一つに入るかもしれんけど、
10年前ならともかく、先のないwinformsで今それやる必要ある？って感じ

でもWPF以降のフレームワークって普及してないよね

>- PCでもスマホでもWebでも(ほぼ)同じ体験ができる
ネイティブアプリに同じ体験を求めるのは間違い
Webアプリの体験で十分なら運用コストが高くつくネイティブアプリをわざわざ作る必要はない

>- 直感的なステート管理
これは開発者の技量次第
winformsでもviewとmodelをきちんと分離してやればいいだけで他のフレームワークでも同じこと

>- UIスレッドとバックグラウンドスレッドの処理分けが簡単にできる
簡単にできるやろ
winformsだとできないと思ってる意味がわからん

>- まともなスケーリング、レスポンシブ対応
これは確かに今のwinformsでは無理

>- モダンな見た目のUI、コントロールが充実している
サードパーティのコントロール使えばいいよ


ってことで問題は4番目だけ
スケーリング・レスポンシブ非対応でもお手軽さが優先されるなら全然あり

>>264
そこがなぁ。
最近のノートは高分解能パネルだし。
125とか150%がデフォだよ。

基本的にWinForms使いの技量は低いという認識です
ViewとかModelとか言われても困惑すると思います

>>266
マジかよ！！
そんなに技量の低い人たちにも使わせることができるって凄いメリットじゃん
スケーリング捨てても開発費が格段に安上がりになるんだから依然有力な選択肢だな

winformsはバカを隔離するためのフレームワークだから無いと困る

WPFUIはバグだらけってあるけど大丈夫かなぁ
WPFは比較的高い品質たもってるから維持してほしいわ

細々とWPFは続くんだろうな
後10～20年もしたら自分らは抜けていくからその頃に無くなるんだろうな

5年後にはWinUIに置き換わっているんだろうね

WinUI4かな

5年経ってもWinUIとMAUIは現存のバグすら修正されず開発者に見限られてるよ

>>273
君はやたら攻撃的だけど、具体的にどのバグが問題なのかな？
流石に1年経って安定していると思えるが

バグの存在しない環境は存在しないが
君はandroidとか他の環境のアプリ作った事あるのか?
よほどの事がない限りユーザーも多いのもあるから
バグを自ら報告するはめにもならんし全然品質が違うんだけど

>>275
誰に言ってるのかも結局何が言いたいのかもよくわからんレス

UWPのこともたまには思い出してあげてください

Windows 10 UWPアプリ開発Part 3 [無断転載禁止]
http://2chb.net/r/tech/1627556967/

人間の使える時間は有限
その時間をUWP学習や開発に割くなんて…

XamlスキーマはUWP(WinUI2)とWinUI3で共通なんだからWinUI3のドキュメント不足とか表面的なんだよな
UWP期間なしでReunionになってればとつくづく思うけど

AppContainerはなんとなく安心感があるから最初から選択制なら良い構想だったとは思う

>>277
WPFから呼び出してるよ

ListBoxで質問です。
アイテム数が500個くらいになると最初の表示が数秒かかります。
データを遅延ロードさせると良いのだが、TabControlに貼り付けているのでタブが選択されていないと切り替えた時点で数秒かかります。
何か良い方法ありますか？

>>282
<ListBox.Template>
<ControlTemplate>
<ScrollViewer VirtualizingStackPanel.IsVirtualizing="True"
VirtualizingStackPanel.VirtualizationMode="Recycling">
<ItemsPresenter />
</ScrollViewer>
</ControlTemplate>
</ListBox.Template>

<ListBox.ItemsPanel>
<ItemsPanelTemplate>
<VirtualizingStackPanel />
</ItemsPanelTemplate>
</ListBox.ItemsPanel>

>>283
ありがとうございます。
明日試して報告します。

>>283
ところで
VirtualizingStackPanel.VirtualizationModeは使っていますが、ControlTemplateのところが肝なんですか？

>>285
それでも多分大丈夫。
ItemsPanelTemplate が重要で、これを VirtualizingStackPanel に変えてやらないと仮想化されない

avaloniaのドッキングライブラリの
ライセンスがGNU afferoに変更されてるな
ただコミット履歴見ると元に戻す?

>>288
TabControl はタブが切り替わるたびにコンテンツの Load と Unload が行われちゃうから、
見た目がタブでなくても良いならラジオボタンで表示を切り替えるようにするとか？
↓こんなイメージ
<UserControl.Resources>
<BooleanToVisibilityConverter x:Key="BooleanToVisibility" />
</UserControl.Resources>
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="Auto" />
<RowDefinition Height="*" />
</Grid.RowDefinitions>
<StackPanel Orientation="Horizontal">
<RadioButton x:Name="Page1" Content="Page1" />
<RadioButton x:Name="Page2" Content="Page2" />
<RadioButton x:Name="Page3" Content="Page3" />
</StackPanel>
<Grid Grid.Row="1" Visibility="{Binding IsChecked, ElementName=Page1, Converter={StaticResource BooleanToVisibility}}">
<TextBlock Text="Page1" />
</Grid>
<Grid Grid.Row="1" Visibility="{Binding IsChecked, ElementName=Page2, Converter={StaticResource BooleanToVisibility}}">
<TextBlock Text="Page2" />
</Grid>
<Grid Grid.Row="1" Visibility="{Binding IsChecked, ElementName=Page3, Converter={StaticResource BooleanToVisibility}}">
<TextBlock Text="Page3" />
</Grid>
</Grid>

見た目が TabControl じゃないとだめならそれっぽく調整するか、
↓の回答にあるような TabControl を継承したカスタムコントロールを作るか。
https://stackoverflow.com/questions/2193166/how-do-i-prerender-the-controls-on-a-tabitem-in-wpf

>>289
建設的なご意見ありがとうございます。
TabControlじゃなくてもOKです。
画面切り替えしてデザイナーで確認できるので便利と思っていた程度でユーザーコントロールにしてからは個別でデザイナーで確認しているので問題ないです。
タブのHeaderも表示させてなくて、タブの切替は別のListBoxを選択でしたのでラジオボタン部は不要です。
この場合で非表示状態（タブで隠れていたListBox）から表示に切り替わった時には既にレンダリングは終わっているのでしょうか？
やってみればわかるのですが、ちょっと改造に時間がかかるので報告が遅れそうです。

視覚的なレンダリングという意味なら、非表示なので当然レンダリングはされないけど、
非表示状態であっても VisualTree 上には存在していてロードされている。
TabControl の場合は、未選択のタブは単に非表示になっているわけではなく VisualTree からも削除（アンロード）されるので再度タブが選択されたときはロードからやり直し、みたいな感じ

そういやあの5chブラウザ
リポジトリごと消えてるよな

>>291
すみません、今日は別件でやれなかったです。
TabControlだと最初の選択で数秒かかり(これがレンダリングかと思ってた)、別のタブを選んで戻ってきた場合は瞬時に現れます。なのでロードされっぱなしと思っています。キャッシュみたいな動作です。

https://github.com/dotnet/wpf/pulls
どんどんWPFUIがWPFに取り込まれていってる

ウィンドウを前回開いたサイズや位置で開くような機能ってテンプレートで実装してあってもいい気がする

>>295
画面構成の変更(含むスケーリング変更、多画面、リモートデスクトップ)も含めてちゃんと対応するのが面倒だよ
対応しないのも潔いかと

ちょっと試してみたらTemplete Studioで実装されてました

DataGridでItemSource="{Binding x}"じゃなくて{Binding}とは何ですか？
何をBindingするのですか？

自分自身。
VM全体

>>299
具体的な説明お願いできますか？

DataContextやSourceに指定されたオブジェクト全体
https://learn.microsoft.com/en-us/dotnet/desktop/wpf/data/binding-sources-overview?view=netdesktop-8.0#entire-objects-as-a-binding-source

上の階層のDataContextをそのまま指定する場合の省略した書き方

>>302
ありがとうございます。
コードでbindingする場合は不要ですね。

DataGridのGotMouseCaptureでセル選択を記録していて、セルを選択してからDataGridのスクロールバーを操作するとセルを選択してないのに同じイベントが発生します。
以下のコードです。
void hoge_GotMouseCapture(object sender, MouseEventArgs e) {
var datagrid = sender as System.Windows.Controls.DataGrid;
var cell = (System.Windows.Controls.DataGrid)e.Source as System.Windows.Controls.DataGrid;
if (datagrid == null || cell == null) return;
TestData param = (TestData)cell.CurrentItem as TestData;
if (param == null) return;
int column = cell.CurrentColumn.DisplayIndex;
セルじゃない場所はcolumn行までにreturnして欲しいのだが、こんなコードは駄目ですか？

>>304
mousedownイベントからセルの行と列を見つける記事を見つけて目的達成しました。

https://github.com/npolyak/NP.Ava.UniDock
UniDockの方もavalonia 11に対応したのか
https://www.codeproject.com/Articles/5316702/UniDock-A-New-Multiplatform-UI-Docking-Framework-U


もう一個のやつ
https://github.com/wieslawsoltes/Dock

https://github.com/flutter/flutter/releases/tag/3.19.0-0.1.pre
この量
がんばりやさん

教えてちょうだい。
<DataGrid FontSize=”24”>で定義している表ですが、DataGridTextColumnの列は24サイズで表示されますが、DataGridComboBoxColumnの列は反映す、デフォルト(12)のままです。
ぐぐっても見つからないのでお願いします。

>>308
すみません。解決しました。
<DataGridComboBoxColumn.ElementStyle>
<Style TargetType="ComboBox">
<Setter Property="TextElement.FontSize" Value="24"/>
</Style>
</DataGridComboBoxColumn.ElementStyle>

あれ？　Windows11では、WPFでUwpDesktopのContract取れなくなった？
Windows10から11にグレードアップすれば大丈夫のようだが、Windows11直接インストールはペケだね。
これは、周辺デバイス使うのに、いよいよWinUI3に移行しかないかもしれんね。

まあ普通に「何言ってんだこいつ？」と書くと検索して何かを発見するのだろうか？

質問文を書いている内に思考が整理されて、そのまま自己解決したり検索キーワード思いついたりすることあるよね

もしかしてUwpDesktopをMicrosoft.Windows.SDK.Contractsに置き換えれば済んじゃう話かな

reunionとか結局迷惑なだけだったな
c++開発者救おうとして.netユーザーも死亡とか笑えない
最初からWPFのwin11theme対応や素直にUWPアップグレードしときゃよかったのに

reunionは名前を変えただけで今もメインストリーム（笑）

C++/CLI延命してWPF対応もしてたら素直に移行してくれてたんじゃないかなあ

>>316
C++使いってクライアントアプリのGUIについてはかなり保守的な傾向があるし、パッケージ開発が中心のため開発の人月市場が小さい
大した金にならないのに延々サポートし続けなきゃいけない面倒な客が増えるだけだよ

>>316
C++使いってクライアントアプリのGUIについてはかなり保守的な傾向があるし、パッケージ開発が中心のため開発の人月市場が小さい
スキルはあるから適切に誘導すれば比較的容易に移行してもらえるだろうけど、
大した金にならないのに延々サポートし続けなきゃいけない面倒な客が増えるだけだよ

>>316
C++使いってクライアントアプリのGUIについてはかなり保守的な傾向があるし、パッケージ開発が中心のため開発の人月市場が小さい
大した金にならないのに延々サポートし続けなきゃいけない面倒な客が増えるだけだよ

>>316
C++使いってクライアントアプリのGUIについてはかなり保守的な傾向があるし、パッケージ開発が中心のため開発の人月市場が小さい
大した金にならないのに延々サポートし続けなきゃいけない面倒な客が増えるだけだよ

大事なことなので

MFCってまだ現役なのかな？

未だにMFC使うのはwinformのc#を知らないMFCおじさんなんだろう。
と自分のことを棚上げする奴

あの大量の引数だらけのAPIで開発できるのすごいわ

C++/CLIの梯子外されたから仕方なくC++使いはMFC使い続ける

>>323
逆にWinformsで開発してるとMFCが分からないだろ？

>>326
MFCは３年前に足洗ったからもう見たくもないわ。

>>327
分かる

WPFもかな

XAMLのステップ数を数えてくれるフリーソフトってありますか？

>>330
その仕事かプロジェクトは辞めたほうがいいと思う

unix/linuxのwcコマンド

>>331
XAMLはステップ対象にならないって事？

ステップって汎用機かよ！

スパゲッティー錬金システムか

ステップ…
無駄なstackpanelの入れ子を1000個ぐらい入れたらどうなるの？

実装の早い奴と評価され仕事が増やされる
その後無駄実装がバレて減給
仕事は増えたまま

日立とかの大規模プロジェクトじゃまだステップ数で管理してんのか？笑

拝承はステップ数報告しないと品証部が承認しないとか言ってたな

今もステップ数やっるところあるのか

10年ぐらいWindowsの世界から離れてるんだけど、
10年前はFormもWPFもメンテナンスモード状態で
ストアアプリは低機能過ぎて論外、ということで
UIに決定的な選択肢が存在しない状態だったと思うけど、
ひょっとして今もまだそのグダグダ状態が継続してるの？

あいかわらずMSはUIに関して何のロードマップも示しておらず、
WPFが消極的に第一選択って状態？

追加質問
今確認したらMVVMのスレがなくなってるみたいだけど、
今もMVVMは推奨されてるの？あるいはオワコン化？

個人的にはMVVMには疑問しか感じなかったのでオワコン化してくれてると嬉しい

>>333
それはよくわからない。。
同じマークアップ言語でいうと html とか css とかはどうしてるの？

俺が言ってるのは今どきステップ数を指標に用いるような体制だと、
そのこと以外でも今後色々と時代遅れなことをやらされるんじゃないかなという老婆心。
DRYを無視したコピペプログラマの方が、
最小限のコードでメンテしやすいコードを書いた人より生産性が高いと評価される、
みたいなことが起こり得る。
実体験。

>>341
各自、好きなもので勝手にやってくれという感じ。
全く力を入れてない。

>>341
MSとしては今は一応WinUI3推しなのかな
後にはMAUIも控えてる
が、完成度がお察しなの相変わらずで状況は変わってない

>>342
そういえばMVVMの次はMVUだなんて言ってたけど最近あまり聞かないな
MVVMは割と出来の良いToolkitがやっと出てきて若干作りやすくなった

>>341
ストアアプリの後継のUWPが開発者に不評でwindowsの先進機能を利用できる唯一のwinRT APIが宙に浮いてた
Win32やWPFやWinFormsからストレートに利用できない

んで別れてしまった物をつなごうとリユニオンと言うプロジェクトが始まって相互利用しやすい状況を作りましょうということに
今はそれが名前を変えてWindows App SDKと言う巨大なSDKの枠組みになった
でも皆が思ったものとはかなり違うものなんじゃないかと

その一方でネイティブからもいろいろ先進GUIを利用しやすいようにとWinUI3と言う新フレームワークも作られた
これが非常に出来が悪いので積極的に利用しづらい状態

生殺し

MVVMは原理主義者が減ったように見える
UWPの時点でMSのサンプルやスケルトンもMVVMは意識されてないものが多かったし
MVVMのフレームワークもMS外に出された

>>343
一週掛けて遂にバラメーターで変更だけで済む方法を発見しました！より
汚いコードを大量生産する方が評価されるようなプロジェクトは辛いよ

>>346
MVVMは何度も言っているように
最初からblandの為のフレームワークですから

何度も言うならスペルは確認しような

winformsでいいじゃん派だったけどwinforms製のService Bus Explorerってツール使ってみて、これはダセぇと思った
やっぱwinformsあかんわ
electron製のStorage Explorerと比較してデザイン雲泥の差

いつまでたってもMVVMが流行らないのはそれ自体というよりXAMLの難解さが原因だと思う
あとはReactivePropertyとかPrismあたり使いだすと更に必要な知識が増えるし
まともにMVVM出来るようになるまでの敷居が高杉

みなさんリプ感謝
どうも相変わらず決定打の選択肢が存在しない状況みたいですね。

先日経済ニュースでMSの一番の稼ぎ頭はAzure関連になってるって聞いたから、
もうデスクトップにはあまり投資する気がないのかもしれないですね

>>349
苦手なんだわ英語

>>352
react native for windows
https://github.com/microsoft/react-native-windows

>>343
もちろんステップ数が多ければいいって訳じゃないけども、
変化があったら何か理由があって修正したはずってのを管理したいだけなのです

>>355
今どきはそういうのはgitとかでやるもんじゃないの？

>>355
目的と手段の関連性がよくわからんな

>>351
CommunityToolkit.Mvvm(旧Microsoft.Toolkit.Mvvm)がもっと早く出ていればな
Prismは必要以上に肥大化して複雑になり過ぎた

何がしたいのかいまいちわからないけどワークスペースのライン数数えたいなら今はcloc一択じゃないかな

1.5は大型アップデートのようだな
開発体制変更でだいぶ変わったんだろうか

>>360
WindowsAppRuntimeのインストール権限の仕組みが良く分からん
管理者権限は要らない、が正解で良いんだよね？

.net frameworkと.net
なんでこんな紛らわしい名前つけるのか
.net coreでよかったじゃん

数字が大きい方が新しいよ！

実際5.0になり、4.8を数字的に越えたからCoreと付けるのやめたんやしなぁ。

.NET Core 3.1の次だから本来4.0になるところを紛らわしいからスキップして5にしただけで
当初は超えてなかった

1.4のランタイムがMSStoreの更新してくれるアプリの扱いになってるから管理者権限なんていらないんじゃないの

WPFの11テーマの対応って簡単に試せないのか?
.net 9まで待てと?

儲かるのが、VB６の改造仕事しかない。
たまに、WPF仕事もやりたい。

未だにVB6のメンテってあるよな
濫造されたからね

俺もVB6のシリアル通信コントロール使ったアプリをWpfのC#でリメイクしたよ。

企業の設備がWndowsXPでVB6というのが膨大にある。
さすがにN88BASICは少なくなったが、その手の案件は、中抜き業者が手を出さない。
となると企業とダイレクト契約になり、利益率が高い。
契約してしまえば、WPFでもWINUI3案件でも、小規模は見積り有利な方に注文が来る。
ただ、VB6に比較して利益率低いので、普通はVB6案件しかとらない。

ダー

.NET Frameworkも4.8で終わらずに4.8.1とか出てるからな

そのうちジワリと4.8.2とかなりそうよな。
4.9までいくとはおもわんが、4.8.4くらいまではいくと思う

.NET 8 は何故コケたの？ [422186189]
http://2chb.net/r/news/1709009317/

フレームワークのバージョンにコケるもクソもないと思うけど

親Windowから子Windowを開くのってMVVM的にはどう書くのが標準的なの？
普通にViewのイベント拾ってコードビハインドで子Window開いてやればええの？

VMのデリゲートをVがサブスクライブする

ウィンドウ開くとか検索したらすぐでてこないか

多用しないならそれで十分感はある

>>377
でた！mvvmの糞さがわかる問題

子Windowを開くというUI自体がWPF的でないという印象がある
どちらかというと、スマホUIのような画面遷移でどうにかするUIな印象
デスクトップアプリなんだから子Window開きたいというのも分かるけど

WPFにサブウインドー開けないなんて制限ねーーわ

リストビューのアイテムに隙間空いてんのかよ
クリックしても反応しねー時あるからおかしーとおもったわ
責任者出てこい

Apple musicアプリ快適すぎワロタ
WinUI3だぜ？なんでAppleの方が作り方うまいんだよw

MDIが作れないって意味なんだろうか？
SDIで十分だけども

MVVMの宗教上の問題だよ
親Windowのハンドルが必要だからVMでは開けない
コードビハインドは使用禁止なのでViewでも作れない

じゃゴミプロダクトじゃん

mvvmがゴミ思想で
WPF本体は良く出来てる

>コードビハインドは使用禁止なのでViewでも作れない

それは誤解。viewにあっていいものはコードビハインドに書けばいい。

別にコードビハインドで良いじゃん、使う側わ知ったもんじゃないよ。

このスレの連中がいつまで経ってもコードビハインド論争してる時点でmicrosoftのmvvm推しが大失敗なのは言うまでも無い
ビヘービアなりトリガーアクションなりのアドバイスすら誰も出来ねえんだもん
終わってるよ

まあ結局コードビハインドにガッツリイベントハンドラ書くのがベストって結論出てるわな
どうせビジネスロジックは別クラスなんだし
MVVMは結局コードが爆発的に増えて本末転倒

>>コードビハインドは使用禁止

諸悪の根元
誰が言ったか
全てはこれから始まった

むしろViewがViewを開く話なんてVMがまったく預かり知らなくていいことだし、むしろ知ってはいけないことでは？

WinUIですが
ViewModelのプロパティの値によって表示する
コントロールを切り替えるのはどうすればいいでしょうか

例えば、そのプロパティの型は列挙型とします
まぁbool型でもいいですが

とりあえず必要なコントロールをcollapsedで非表示にして
BoolToVisibilityConverterで1つ制御?

WinUI は DataTrigger ないんだっけか。
↓こんな感じのコンバーター作るとか？

public abstract class EqualsConverter<T> : IValueConverter
{
public EqualsConverter(T trueValue, T falseValue)
{
TrueThen = trueValue;
FalseThen = falseValue;
}

public T TrueThen { get; set; }
public T FalseThen { get; set; }

public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
=> object.Equals(value, parameter) ? TrueThen : FalseThen;

public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
=> throw new NotImplementedException();
}

public sealed class EqualsToVisibilityConverter : EqualsConverter<Visibility>
{
public EqualsToVisibilityConverter() : base(Visibility.Visible, Visibility.Collapsed)
{
}

public EqualsToVisibilityConverter(Visibility trueValue, Visibility falseValue) : base(trueValue, falseValue)
{
}
}

使い方：

<Page.Resources>
<conv:EqualsToVisibilityConverter x:Key="EqualsThenVisible" />
<conv:EqualsToVisibilityConverter
x:Key="EqualsThenCollapsed"
TrueThen="Collapsed"
FalseThen="Visible" />
</Page.Resources>

<TextBox Visibility="{Binding ControlType, Converter={StaticResource EqualsThenVisible}, ConverterParameter={x:Bind namespace:ControlType.Text}}" />
<ComboBox Visibility="{Binding ControlType, Converter={StaticResource EqualsThenVisible}, ConverterParameter={x:Bind namespace:ControlType.Select}}" />

WinUIはコンバーターも使えるけど、スタティックなメソッド作って値のコンバートする方が良いよ
コンバーターと違って型チェックもやってくれる

https://learn.microsoft.com/ja-jp/windows/uwp/data-binding/function-bindings

>>399
ありがとございます
ただ、単純なコントロールならいいんですが切り替えたいのが複雑なコントロールツリーなんです
要するに画面レイアウトごと切り替えるイメージです
その場合はCollapsedで見えないけどメモリ上にはある？のでよくない？

>>400
x:Bindだとコンバーターわざわざ作らなくていいんですね
ただ、onewayとかにするとめんどくさいんですかね

後x:Bindは検証してませんがメモリリークどうこうとかあってうーん
https://github.com/microsoft/microsoft-ui-xaml/issues/7282

TabView 使えばいいんじゃないかな

根本的な設計が間違ってるに一票

エクスプローラみたいのを作りたいんか？
ざっくりアイコンビューみたいのと詳細ビューを切り替えとか

それとも違うのか？

v7.0.0で、WinUICommunity Templatesがようやく使えるしろものになったかな？
フレームコンテンツ作成で
System.Runtime.InteropServices.COMException (0x8000FFFF): 致命的なエラーです。 (HRESULT からの例外:0x8000FFFF (E_UNEXPECTED))
が出るが、とりあえずは動かせるので進歩したようだ。

ダイアログのようにVMからVを操作したければサービスを作ってVからVMにインジェクションすれば良い
知らずにイキっている彼が惨めだ

>>407
その手間が阿呆らしいと言われてる事に気づきたいものである

VMからVを操作したいという設計がアウトだろw

VMとVとか中途半端な概念つくって実装破綻する阿呆

VMをなくした場合テストコードってどうするの？
書かない？

自動テストやってるプロジェクト見た事ないな。
SIerはどこもExcelでケース書いて手動でテストしてエビデンスでスクショ取ってた。

>>408
サービスは使いまわしできるから大した手間じゃない

>>412
Reactとかだとままある

>>412
それって修正の度に過去のも含めて毎回やるの？形骸化しない？

テストコードを書くことで DI や MVVM の利点が理解できたし、
テストコードを書くことでミスに気づいたりより良い実装にできたりって経験が何度もあるから、
個人的にはテスト書かないのはあり得ないな。

>>415
修正に関係した箇所しかテストしないところが殆どだよ。
個人的には自動化したほうがいいと思うけど、
低レベルなエンジニアだとテストコード自体にバグがある事も多いし、SIerのレビュアーはコードが読めない人が多いからスクショを欲しがるんだよ。

SIerのレビュアーは
受け入れテストだろうから
単体テストは受け取らないのでは？
基本UIテストが基本だろ
理屈でねじ伏せて単体テストで押し切れないかぎりは

UIテストはやるっちゃやるけどわざわざスクショは取ってないな
やりましたよー嘘はついてないんで信じてください、で

納品の単位がクラスや関数でない限り
テストはUIテストやで
無論納品物はテストデータとUIキャプチャーみたいな
このあたりもReact界隈では自動テストがちらほら見られる

>>408
たしかに Dependency Inversion は一手間かかるがそれを阿呆らしいとしか感じられないのであれば残念

Injection じゃ？

silverLightがポシャった時代から
まじでなにも代わってない...

MVVMで開発
hyperlinkをクリックしたらpopupが表示される
というのはviewだけで完結するから、popupのisopenは hyperlinkのclickイベントをコードビハインドで書くべき？popupの状態を保持してなにかを動かすなどの処理はない

変な日本語だった

popup.isopenは hyperlinkのclickイベント(コードビハインド)で書くべき？

その開いた画面でデータ修正するとどうなる？

そんなんで悩むくらいならmvvmで書けばいいんじゃね
コードビハインドにしたくなったらいつでも変えられるでしょ

>>425
ありがとう

アンカー間違えた
>>426
ありがとう

clickoneceで公開できないあたりがもうゴミだわなぁ

https://github.com/microsoft/microsoft-ui-xaml/discussions/9417
MicrosoftのUIフレームワークはひどすぎる
MAUIでも前に爆発してたよな

https://github.com/dotnet/wpf/pull/8870
To be honest it looks like the code from WPFUI was copied without much quality control.

WPFのwindows 11themeの方も大丈夫なのかね

>>430
>How can it be possible that MS is investing 20 times more effort into MAUI than into WinUI3

20倍!
MAUI始まったーーー!

WinUI3死んじゃうの

言語能力が足りないので意味が分からない

MSがMAUIをWinUI3の20倍開発してるなんてありえるんでしょうか？って意味に取れる
WinUI3の開発が停滞してて開発の進まないMAUIにすら負けてるように思えると言うこと？

>>434
それであってるよ
WinUI3からは開発メンバー引き上げて撤退中っぽいという話
あげられてる証拠を見るとほぼ間違いなさそう

後、avalonia はItemsRepeaterが手におえなさすぎて
ItemsControlに戻るってあった

ItemsRepeaterはwinuiの方を参考に実装してんだろ?
upstream(winuiの事?)とavalonia自身の問題で
ItemsRepeaterが手におえないってよ

リンク張りたいけどソースが見つからん
昨日見つけたけど見つからん

https://github.com/AvaloniaUI/avalonia-docs/pull/423
別パッケージに追い出すこれ絡みだと思うけど

MSの中でもとくに無能がUIフレームワークに関わってるんじゃないかってレベルで
ずーっとgdgdなのはもはやお家芸の域だなｗ

MS自体が出してるアプリはどのツールキットで書いてるの？

VSCodeはElectron、teamsはElectron→Reactじゃなかったっけ？
MS自身が主要アプリに自社フレームワーク使ってない時点でお察し
MAUIも沈みゆく船かもな

Azure(モバイル) - MAUI
Office 365 Admin(モバイル) - MAUI
Windows Terminal(Win) - Windows App SDK
PowerToys(Win) - Windows App SDK
Microsoftストア(Win) - UWP
Visual Studio - WPF + ネイティブ？(2010年頃。最近のバージョンは不明)
VSCode - Electron
Office(Web) - React
Office(PC・モバイル) - ReactNative
Outlook(Web) - React
Outlook(PC・モバイル) - ReactNative
Teams(PC) - ReactNative (旧バージョンはElectron)
Teams(モバイル) - ReactNative
Skype(モバイル) - ReactNative
Xboxアプリ(PC/Xbox) - ReactNative
OneDrive(PC/Mac) - Qt ※2022年サービス終了

適当に検索して出てきたのまとめるとこんな感じ
React系のガワは全部FluentUIっぽい

>>442
PC版でReactNativeとしているソースを一つずつ挙げてください

Teams(PC版)はReactだったねごめん

他はここがソースだけどよく見たらアプリ全体の構築としてReactNative使ってるのはXbox系のアプリだけかな？
https://microsoft.github.io/react-native-windows/resources-showcase
OutlookはここだけどこれもReactNativeとは明記されてなかったね…
https://www.reddit.com/r/reactnative/comments/j7jp1n/microsoft_outlook_is_moving_to_react_native/

んじゃPC版は全体的に「React(ReactNativeかも)」に訂正で

こ、これは...
PCを知らない世代かな

ExplorerはWinUI3

>MAUIも沈みゆく船かもな
MAUIは最初から沈んでるやろ

Unoもまだ生きてんのか

ちょっとずれた質問だけどFlutterよりReactNativeのほうが生き残ってるってこと？
そっち方面全然知らなくて

どっかで見かけたりするシェアはreact nativeよりflutterのほうが上でしょ

瞬間風速でなくてGoogleにとってflutterの戦略的メリットが無いと言う基本構造が続く限りは
コスト削減の煽りでEOLのリスクがあるのです

簡単に簡素なアプリを作りたいのならばflutterみたいのは向いてないと思う
視覚的に開発中に階層が深くなる系は厳しい

階層深くなるのはプログラマの責任
ReactでもFlutterでもXAMLでも変わらん
分割考えず1ファイルに詰め込むアホの所業

ここ3,4年Flutterばっかやってるけど
Flutterはもう1歩頑張ってほしいな

どのへんがダメなの？

Xamarinおばさんって誰のことかと思ったらあの人か

個人的にはFlutterが一番マルチプラットフォームとしては使いやすいが、
Android専用ならJava/Kotlinで書いた方が楽というジレンマ

Java製のマルチプラットフォームソフトはどのOSでもアウェイ感が強かったよね
何故かFlutterならアウェイ感が無いと思いたい人が一部にいるw

flutterはJavaじゃなくてDart

Flutterはカクカクするけど標準で部品が充実してるからモバイルのみのマルチプラットフォームですばやく仕上げたい場合に適してる
MSのようにウェブもデスクトップも考慮する必要があれば断然ReactNative

>>439
そらMSで優秀な奴らはカーネルとかクラウドとかAIとか書いてるだろうから
UI部隊にいるのは相対的には劣ったエンジニアなのは当然
それでも世間一般から見たら上澄みだろうさすがに

MSがWindowsに投資するのは何年も前にやめてるから当然

>>460
PythonでFlutterアプリを構築できるFlet

OSベンダーでありながら他社フレームワーク頼りなのはまじうんこ

react nativeってwindowsだとうらで
うんこ品質のWinUI3が動くんだろ?

https://flutterweb-wasm.web.app

wasm gcいい感じだね

Skiaバックエンドが良いか悪いかの議論が元々あって
結局上位のフレームワーク(Flutter)に引きずられる形だった

そこにreact-native-skiaと言う選択肢がv1.0になったから注目

https://shopify.github.io/react-native-skia/
https://github.com/shopify/react-native-skia

flutterはモバイルはskiaダメだからからimpellerに移行しようとしてるよな

RubyおじさんがFlutterおじさんに変わっただけでスレ汚しに来るのはご遠慮願いたい

金になるかじゃね？　

集団でシャンフロ叩いてたのに2期が決まると手のひらクルッ！

なんかAvaloniaが一番活発に見えるな。.NET Foundation離脱したらしいけど・・．
https://github.com/AvaloniaUI/Avalonia/releases/tag/11.1.0-beta1

どれも余命短い
こういう流れは終わりつつある

Avaloniaに期待してるわ

ここんとこずっとTypeScript&Rectやってて、久々にC#でデスクトップアプリのコード触ったら
色々めんどくさっ！てのる

ここの人達はそとの世界を知らないから...

ime制御とかめんどくさいよねー

>>475プラスwinuiだとゴミ品質で
地獄へようこそ

MVVM地獄...
コードビハインドで回避できるんだけどねーー

ちゃちゃと仕事終わらせるには方法は厭わないよ

Reactそんな簡単かね

UIの実装だけとっても
工数換算で桁が違うぐらい簡単ですよ

WPFそんなに難しいかねえ

実際microsoftがgdgdだから俺もreactに乗り換えたい

Reactすら最近は工数かかりすぎで避けられている
その中でWPFやる人は貴重

Reactでデスクトップアプリ作れるの？
なら乗り換え検討するけど。

え、そこからなのか
それはさすがに外の世界を知らなさ過ぎ

>>486
WPFですら、WebView2貼り付けたりCefSharp入れて普通に書ける

TeamsのUIはReact

継ぎ接ぎだらけでかゆい所に手の届かない微妙UIのTeamsでは興味を惹かれないな

>>490
星の数ほどUIライブラリーはある
https://tailwindui.com/components/#product-application-ui

WinAppSDK 1.5.2

fixされた問題
7つ
しね

そのうちメンテナンスされなくなって
windowsOSのUI周りに必要なとき
にだけ更新されるライブラリーになるのかな？

KMP環境下でのMVVMモデル
https://zenn.dev/istyle/articles/eca6ccf62ae759

kotolinのこう書けるのおもしろい
sealed interface TestUiState {
　object Loading : TestUiState
　data class Success(val uiModels: List<TestUiModel>) : TestUiState
　object Error : TestUiState
　object Empty : TestUiState
}

kotlinか

>>486
もう大分昔に
Webアプリケーションが
デスクトップアプリとして動かせる時代になってるから
（例: VS code、Slack、旧Twitter）
メインの開発環境はそっちに移行しといた方が良いよ
ブラウザー内でも動作できるデスクトップアプリが作れるようになる

認証の御布施が必須になってない？

electronでスタンドアロンで作成すれば認証なんか関係ない
インストーラも味もそっけもないがelectron-winstaller使うか、pascalごり押しに
なるがinno setup使うか選択できる(VSCodeはinno setup使ってる)

社内サーバーだからhttp:でいいやろと思ったら
Chromの機能制限がすごいんよね

chatGPT3.5で昨日からWPFの質問をしてもxaml等がまともに表示されない

Chromeの問題なのかChhatGPTの問題なのか

サンプル少ないからじゃ…

Cursorでリポジトリ丸ごと突っ込んでGPT-4かClaudeに聞いた方がいいよ

>>503
今までずっとまともに機能してたのに
数日前からまともに答えが表示されない

スレ立てあらしきたのage

>>497
htaですね

>>507
そんなんじゃないですよ

質問いいですか？
<TextBox Text="{Binding Text1}" />
<Button Content="_Button" Command="{Binding Command1}"/>

上記のような場合、テキストボックスにフォーカスがある状態で Alt+B を押すと Text1 の値が更新されません。
UpdateSourceTrigger=PropertyChanged は重いので避けたいのですが、ほかによい方法はないでしょうか？

群馬弱いな

フォーカスが外れるまで更新されないのは仕様なんじゃなかったっけ
フォーカス外したら上手くいかないかな

ありがとうございます。
とりあえずAltキーが押されたときに更新してみます。
もう少し美しい方法があればご教授ください。

private void Window_PreviewKeyDown(object sender, KeyEventArgs e) {
if (e.Key == Key.System) {
foreach (var bind in BindingOperations.GetSourceUpdatingBindings(this)) {
bind.UpdateSource();
} } }

メニューやツールバーもフォーカス外れないから更新されないのね…
もうvmからview更新するわ

WinUI3を使わざるを得なくて今いじってんだけどデバッグするごとにインストールされるの無効にできないのこれ？
あとタスクバーのアイコンも変えられないんだがマジで破壊的変更多すぎるだろ過去のノウハウやナレッジがことごとくゴミになってて誰がこんなフレームワーク使うんだよ・・・
しかも誰も使ってないからググってもまったくヒットしないしもう萎えたわ

自己解決したわ

最近WPF使ってないし忘れてしまいそう

忘れても良い技術
他で何の役にも立つことが無い事が確約された技術

WinUI 3 Galleryが更新されてたから開いてみたけど、ちゃんと新コントロールが追加されて行ってるんだな

>>514
わからないことはとりあえずCopilotに質問してみたらどうだろう

久しぶりにWPF使ったけどやっぱいいな
16bitマイコンのC言語を今いじるとアレ過ぎるだけだが

新コントールよりバグとりをしてくれと思う
誰かの引用すると
>本来の開発時間より WinUI のバグと戦っている時間のほうが長い説ある
ほんとこれでWinUI時間の無駄

https://github.com/dotnet/core/blob/main/release-notes/9.0/preview/preview4/wpf.md
WPF windows 11 themeプレビューできるようになったん?

>>518
1年位前は必ず落ちるコントロールページがあったけど直ってるな
違和感のない今時の見た目と操作感のコントロールが必要ならWinUI3しか選択肢がない

>>521
WPF Gallery Previewで見るとTransitionがないのでWindows10レベルな印象

React Native galleryはwindows8の見た目のまま
今の所RNWは他のコントロールを一切使わずにwebview2だけをロードするガワアプリ専用かな

>>35

>>520
ほんそれ
15年以上前のWPF初期の時代からずっとそれなんよ
プロジェクト開始前の実現可能性でことごとくWPF不採用WinForms採用になる理由がまさにそれ
WPF使いたくてもライブラリもカスタムコントロールも非対応のないない尽くしでどうしようもない
プライベートや試験実装でWPF使ってもバグや技術的に実現困難で途中で破棄せざるを得なかったことが一体何度あったことか
しかも何度も具体的にバグ報告して最終的に開発者ですらもうWPFのアプデしないからバグもそのままになるわごめんやでやったのは笑うしかなかった
JavaFX(Glassfish)もいち早く触ってたがXAMLと違いFXMLはXML+CSSでXAMLのようなResourceというクソ面倒かつ沼のような実装じゃなかったのがマジで神だった
コントローラーとイベントハンドラのマッピングも直感的で非常にわかりやすかった
まぁ結局JavaFXも廃止されてしまい未だにSwing使われてる時点でJavaもお察しなんだが

だからさ
もうWebView2でReactでいいだろ
何の問題も起きない

>何の問題も起きない

それは言い過ぎ

数千、数万ファイルの文字情報量、サムネイル数を扱う場合や
数万レコード以上の表を扱うスプレッドシートなどネイティブコントロールが必要
(自分が開発する分野じゃないけど)

formsのチャートコントロールでグラフ描画してます。
ボタンを押すとグラフ描画して、最後にスクリーンショットを撮るようにしたのですが、画面には描画されているがスクリーンショットファイルには凡例と軸などはあるがグラフがないのです。
適当にググったDoEvents関数の後にスクリーンショット関数を実行するとグラフが残りますが、一部欠けることがあります。
レンダリングが終わったことを知る方法はありますか？