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

**デフォルトの名無しさん** · 2022/10/29(土) 11:34:34.12

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

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

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

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

**デフォルトの名無しさん** · 2022/11/02(水) 07:29:42.90

>>79
1/4の間違い。

**デフォルトの名無しさん** · 2022/11/02(水) 11:02:57.90

>>85
ウィンドウハンドルはWindowInteropHelperクラスで取得できる

**デフォルトの名無しさん** · 2022/11/02(水) 14:53:36.97

>>86
笑

**デフォルトの名無しさん** · 2022/11/02(水) 16:21:23.69

>>82
利用者がいらいらしそうなUIだな

**デフォルトの名無しさん** · 2022/11/02(水) 16:26:18.79

xamlファイルがでかくなったんだけど、その中の一部を適当にUserControlに切り出して別のファイルにするのあり?
ただし、UserControlに依存プロパティとか一切追加せず再利用性は考えない

**デフォルトの名無しさん** · 2022/11/02(水) 16:46:46.13

再利用性を考えろよ

**デフォルトの名無しさん** · 2022/11/02(水) 17:40:49.75

>>90
自分はそうするよ
そうしないとメンテできない

**デフォルトの名無しさん** · 2022/11/02(水) 18:05:13.82

>>92
ありがとう
ファイルがでかくなってきて放置してたけどダイエットさせます

**デフォルトの名無しさん** · 2022/11/02(水) 18:31:17.89

いつもお世話なってます。ListViewのレス主。

TABコントロールにデータグリッド張り付けてリスト表示はできるようになった。
初WPFということもあり大変の連続。さらなる問題が。

例のダブルクリックwしてID取得できたので詳細表示用のTABに切り替えようと
したら切り替わらん。
シングルクリック(データグリッドに対して)だと問題なくTABは切り替わる。
タプルクリックのイベントドリブンは実行されてる。

MyTabControl.SelectedIndex = 1;　の方法のほか、

<TabItem Header="tabitemI">　にして
tabitemI.IsSelected = true; の方法も試したがダメ。

謎すぎ。

**デフォルトの名無しさん** · 2022/11/02(水) 20:30:58.96

SelectedItemにそのTabItemぶち込めば？

**デフォルトの名無しさん** · 2022/11/02(水) 22:11:15.26

>>80
https://qiita.com/hqf00342/items/40a753edd8e37286f996
パフォーマンスと省メモリだそうな。
そんなことより他がオワコンだから必然的にこれになる。

**.NET MAUI HighScool** · 2022/11/02(水) 22:48:17.83

>>96
おぉサンクス

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

>>85
>>87
ありがとうやってみます。

>>89
業務アプリなんで操作間違えられるよりいいかなーと

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

マルチウィンドウじゃなくシングルウィンドウで内容を書き換えるのが最近の流行だぞ
触れないウィンドウをバックに表示する意味がないしウィンドウに触れなければ邪魔になっても移動させることすらできん
ウィンドウハンドルの使い方をわざわざ調べて手間かけて作ってレガシーな使用感でユーザーをイライラさせるくらいならルーティングの方法を調べた方が有益なんだがな
まあ今から設計し直せないなら仕方ないが

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

>>99
同じ意見です
趣味開発の範囲ではシングルウィンドウでしか作ってないですね
UWP触ってきてたんでWPFのマルチウィンドウでもUIスレッドが共通なところに魅力感じたのとまあ画面設計がそうだったからに尽きるかなあ

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

MSはMDI非推奨。

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

MDIの話など誰もしてないが
ていうか今MDIなんて見ないだろ

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

MDIはMultiple Document Interfaceの略で複数のドキュメントを一つのアプリケーションで開くUI
今で言うとブラウザのタブ表示に近いがタブと違ってそれぞれ独立したウィンドウとして大きさを変えたり最大化最小化したりできる
ただし親ウィンドウというものがあってドキュメントのウィンドウはそこから出ることができない

一方今ここで話されているマルチウィンドウは複数のドキュメントのそれぞれに対応するウィンドウじゃなく一つのドキュメントのユーザー入力のそれぞれのフェーズに対応するウィンドウ
たとえば一覧ウィンドウと詳細ウィンドウなどが該当する
新しく開かれたウィンドウは親ウィンドウの外に開かれ親ウィンドウは入力を受け付けなくなる

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

>>102
Visual StudioがまだMDIを採用してるな

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

わかりやいのではEXCEL。

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

いつのExcel使ってるんだよ
2013でSDIになってるぞ
https://learn.microsoft.com/ja-jp/office/vba/excel/concepts/programming-for-the-single-document-interface-in-excel

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

Visual Studio のもMDIとは違うでしょ
親ウィンドウの外に出せるし

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

そもそもMSのUI設計がすべて正しいという主張は笑われる時代

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

CommunityToolKitのMVVMって、ObservablePropertyのsetterの可視性変えられないの?
問答無用でpublicになりんだが
ゴミすぎる

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

VS6.0 MFCではMDI,SDIのプロジェクトあったな～。MDIは面倒そうだし
使い道がなかったので使わなかった。

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

全て正しいとは思わないけどまあこなれている方だと思うよ
むしろ笑われてるのは昔の印象で語ってる老害かと

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

Windowsアプリを作るならMSのアプリを手本にするのは当然だろ
じゃなきゃ「癖がある」って評価にしかならないんだから
独自のUIは敬遠されるだけ

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

vs codeもウインドウを外に出せたらいいのにな
業務アプリなんてしょうもない画面沢山作るんだからタブブラウザみたいなUIがいいよ

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

WinUIの１．１以降の新しいマルチウインドウは、シングルウィンドウで運用しているページのオブジェクトをそのまま
新しいウインドウに貼り付ける想定で組まれているんだよな
だからSDIで作ったアプリのグラフなどをマルチウインドウで比較など作れる

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

>>113
それはVSCよりも
ベースのElの問題かな

**デフォルトの名無しさん** · 2022/11/04(金) 19:50:08.18

WINFORMSでできることは全てできると聞いてたのに、、、
this.button1.PerformClick();　とか
SendKeys.Send() などないじゃないの。
全くもって騙された!
あれこれやればSendKeys.Send()は使えるらしいが。

ホンマWPF は疲れる。

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

ボタンクリックメソッド呼べばいいじゃん

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

誰に聞いたんだか知らんがまあ自分で作ればできるっちゃできる
そもそも違うものなのになぜ同じだと思ったんだろ

**デフォルトの名無しさん** · 2022/11/05(土) 08:10:09.51

Winformsの後発なんだから今まであった便利なものは継承するのが普通。

**デフォルトの名無しさん** · 2022/11/05(土) 08:35:10.98

便利ではないからな
UI Automationというもっと便利なものが使えるからそれを使え

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

>>119
あるよ
違うフレームワークなんだからそれぞれのやり方を覚えような

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

そもそもViewとロジックが疎結合だから、SendKeysみたいな姑息なことをやる必要がないだろ
設計を見直すいい機会だから頑張れというほかない

**デフォルトの名無しさん** · 2022/11/05(土) 15:21:55.89

viewとviewModelを素結合にようという
発想そのものが諸悪の根元

**デフォルトの名無しさん** · 2022/11/05(土) 18:32:23.25

業務アプリってのは姑息なやり方も必要なんだな。

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

仕様がレガシーだとそういうこともあるけど、
そんなもん蹴って作り直した方が色々捗るぞ

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

それが簡単に出来るならみんなそうしてるわけで...
作った人がいるならまだしももう退職しました～なんてコードを調べて手直しなんてやる工数も期間もないのがほとんどだし

**デフォルトの名無しさん** · 2022/11/05(土) 20:18:37.08

それでもWinFormsからWPFに乗り換えるタイミングなら少しは手間かけてもいいんじゃないかな？
COBOL時代のロジックが残っていたりすると殺意を覚える

**デフォルトの名無しさん** · 2022/11/05(土) 22:39:53.01

ユーザー子会社にいた事あったけど、基本的にみんな勉強とかしないから指示されたコードしか書けなかったな
下手に最新のフレームワークとかデザインパターン導入したら理解できなくて適当に書かれて終わる

**デフォルトの名無しさん** · 2022/11/05(土) 22:46:11.02

勝手に導入したらそらそうなるわ
導入する前にみんなで勉強会するんだぞ

**デフォルトの名無しさん** · 2022/11/05(土) 23:07:41.83

その会社には勉強会という文化はなかったな
ちょっと気になったけど、勉強会って業務時間中にやるの？

**デフォルトの名無しさん** · 2022/11/05(土) 23:17:26.78

>>130
そりゃ業務のための勉強だから業務の一部だよ

**デフォルトの名無しさん** · 2022/11/05(土) 23:51:37.49

勉強会とそのための準備の時間って貰えるもんなんだな
みんないい会社に勤めてそうだわ

**デフォルトの名無しさん** · 2022/11/06(日) 06:55:15.36

>>130
いや、定時過ぎてからだぞ。
残業代はつかない。
参加したかどうかは把握されてるから評価の判断材料にはされる。

**デフォルトの名無しさん** · 2022/11/06(日) 09:20:15.40

勝手に開催するやつは文化に組み込まれてないと難しいとは思うけど、
そうじゃなくてもフレームワーク変更にメリットがあって、ちょっと勉強が必要というなら、
説明資料つくれば業務時間内にやる許可取れると思うで。

**デフォルトの名無しさん** · 2022/11/06(日) 21:59:47.93

>>133
ブラック臭いけど、以外と一部上場とかでそういうセコいところあるよな

**デフォルトの名無しさん** · 2022/11/06(日) 23:10:33.70

サービス残業ってことになると本当にやる気のある人がいないと、なかなか難しそう
そういう人ってその会社見切って転職するイメージあるな

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

TabControlの名前をXAMLでResources.resxで変えたいのですが、以下のエラーが出ます。
エラーコードでググっても解決策が見当たらなかったのですが、Headerに直接Resources.resxを指定しているのが間違っているのでしょうか？

<Grid>
<TabControl x:Name="MainTab">
<TabItem x:Name="tab1st" Header="{x:Static lang:Resources.Tab1}">

エラー XDG0062 'WpfSample.Properties.Resources.Tab1' StaticExtension 値は、列挙値、静的フィールド、または静的プロパティに解決できません。

**137** · 2022/11/07(月) 16:17:17.03

すいません、自己解決しました。
Resources.resxを「Public」にしていませんでした。

**デフォルトの名無しさん** · 2022/11/07(月) 23:14:03.87

WPFってx:Uid使えないんだっけ

**デフォルトの名無しさん** · 2022/11/09(水) 02:45:19.03

WPFのXAMLでコントロールの一括設定をしたいと思い、以下のような形で設定しても設定されないのですが、なぜでしょうか。

<Window.Resources>
<Style TargetType="Window">
<Setter Property="FontSize" Value="12" />
<Setter Property="HorizontalAlignment" Value="Left" />
<Setter Property="VerticalAlignment" Value="Top" />
<Setter Property="Padding" Value="0,0,0,0" />

TargetType="local:MainWindow"にしてもダメでした。

**デフォルトの名無しさん** · 2022/11/09(水) 02:53:12.62

もう一点、リソースファイルからSystem.Stringを読み込んでフォントを変更しようとすると、stringからfontfamilyにはキャストできないとエラーになります。
解決策はありますか。

<Setter Property="FontFamily" Value="{StaticResource Window_FontFamily}" />

リソース.xaml
<ResourceDictionary>
<sys:String x:Key="Window_FontFamily">Arial</sys:String>

**デフォルトの名無しさん** · 2022/11/09(水) 04:14:47.46

2点目は自己解決しました。sys:StringではなくてFontFamilyタグを使えばOKでした。

**デフォルトの名無しさん** · 2022/11/09(水) 06:55:52.00

Windowのスタイルを自分に置いてもだめ
Appに置いときな

**デフォルトの名無しさん** · 2022/11/09(水) 10:05:18.20

Win11 22H2で標準の印刷ダイアログが変わったわけだけど、
このダイアログではプレビューが右に表示されるっぽいけど、
WPFアプリはどうやったらそこにプレビューを表示できるんだろう…。
アプリのユーザーから見ると、プレビュー枠あるのに、そこに出てないのは不具合に見えちゃうよ。

**デフォルトの名無しさん** · 2022/11/09(水) 13:28:39.76

>>143
ありがとうございます。FontFamily/FontSizeはApp.xamlの下記一括設定でできたようなのですが、HorizontalAlignment、VerticalAlignment、Paddingは各コントロールで効いていないようでした。
何か、設定方法を間違えているのか、そもそも一括設定できないものなのか、それとも各コントロールで何か他のプロパティを設定してしまうと別の設定になってしまうもののか、どう理解すればよろしいでしょうか。

App.xaml
<Application.Resources>
<ResourceDictionary>
<Style TargetType="Window">
<Setter Property="FontFamily" Value="Arial" />
<Setter Property="FontSize" Value="12" />
<Setter Property="HorizontalAlignment" Value="Center" />
<Setter Property="VerticalAlignment" Value="Top" />
<Setter Property="Padding" Value="0,0,0,0" />

**デフォルトの名無しさん** · 2022/11/09(水) 15:26:49.23

各コントロールのスタイル書くしか無いんじゃないのかな
何でもかんでもWindowから引っ張ってきてるわけないと思うし
textblockみたいなのは影響が広範囲に及ぶが

**デフォルトの名無しさん** · 2022/11/09(水) 15:28:34.87

WindowのHorisontalAlighmentにCenterなんか入れても何もならんだろ

**sage** · 2022/11/09(水) 17:09:37.46

プロパティのFrameworkPropertyMetadataでInheritsが指定されてるかどうかで挙動が違う
フォント関係のは指定されてるから親コントロールの値を継承する
指定されてないプロパティは継承しないから個別に指定する
どのプロパティでInheritsが指定されてて、どれが指定されてないかはドキュメントには書いていない(なぜ?)
経験的に覚えるか、リファレンスソースを見るしかない

**デフォルトの名無しさん** · 2022/11/09(水) 17:26:32.44

みなさんありがとうございます。理解しました。

**デフォルトの名無しさん** · 2022/11/09(水) 17:35:26.54

ModernWPFの作者動き出したのか

**デフォルトの名無しさん** · 2022/11/09(水) 20:47:51.10

>>145
Windowのスタイルは定義にキー名つけてあげて、適用する側もキー指定してみて

**デフォルトの名無しさん** · 2022/11/09(水) 21:00:18.11

うまく動かない時はXAML側の問題なのかソースリスト側の問題なのか
それすらわからんから余計解決までに時間かかる。
どちらにも問題がある場合もあるし。
禄でもない設計だよな。

**デフォルトの名無しさん** · 2022/11/09(水) 22:19:32.72

>>151
こういうことですかね？これをやってもやらなくても挙動は変わりませんでした

MainWindow.xaml
<Window Style="{StaticResource WindowStyle}"
・・・

App.xaml
<Application.Resources>
<ResourceDictionary>
<Style x:Key="WindowStyle" TargetType="Window">
・・・

**デフォルトの名無しさん** · 2022/11/09(水) 23:14:57.13

https://devblogs.microsoft.com/dotnet/winforms-enhancements-in-dotnet-7/
WPFの見捨てられっぷり

**デフォルトの名無しさん** · 2022/11/09(水) 23:53:08.17

>>151
すみません。デザイナー上は変わらなかったのですが、動かしてみたら結果変わりました。キー指定しないと効かないですね

**デフォルトの名無しさん** · 2022/11/10(木) 02:53:43.49

>>154
出てきて10年以上経つのにな。
衰退するのは間違いないらしい。

**.NET MAUI HighSchool** · 2022/11/10(木) 06:17:51.76

WinUI3に移行したいんでしょきっと
WinFormおじいちゃんのための受け皿は残してるってだけで

**.NET MAUI HighSchool** · 2022/11/10(木) 06:25:29.77

Office365(これからMicrosoft365になるんだっけ？)はWinUIを彷彿とさせるUIになって来たな
単純にWindows11で動いてるだけでそう見えるだけなのかもしれんけど
まぁUIをWinUIで書いて機能面は元々のC++ってのもやろうと思えばできると思うからそうやってるのかもしれん

**デフォルトの名無しさん** · 2022/11/10(木) 16:43:51.22

WinUIはWindows 10でもmicaだなウィンドウの隅が丸くないだけで

**.NET MAUI HighSchool** · 2022/11/10(木) 18:31:35.13

へーこれマイカっていうんだ知らんかった
おしゃれだよな

**.NET MAUI HighSchool** · 2022/11/10(木) 18:33:35.32

まだ色々バグとかコンポーネントが無いとか色々あるかもだがWinUI3めっちゃおしゃれだからこれ使えるならこれ使いたいよな

**デフォルトの名無しさん** · 2022/11/10(木) 18:38:48.66

コンポーネント作るのってそんなに時間かかるものなのかね？

**.NET MAUI HighSchool** · 2022/11/10(木) 19:07:13.91

>>162
ドッキングウィンドウとかむずそう

**デフォルトの名無しさん** · 2022/11/10(木) 19:20:13.33

>>163
そんなのMSのエンジニアたくさんいるんだからさっさと作ればいいのに

**デフォルトの名無しさん** · 2022/11/10(木) 20:04:24.20

今時ドッキングウィンドウなんか流行らないでしょ
そんなものが必要になるような高度なUIを必要とするアプリなら、
どうせドッキングウィンドウに対する要件も高度に特殊化されてるから標準で用意する意味はない

**デフォルトの名無しさん** · 2022/11/10(木) 20:39:56.38

な事はない。要るだろ。
因みに俺が良く使ってるのはこれ↓
https://github.com/react-grid-layout/react-grid-layout

**.NET MAUI HighSchool** · 2022/11/10(木) 21:28:41.67

>>164
だよなぁ

**.NET MAUI HighSchool** · 2022/11/10(木) 21:29:41.07

>>166
Reactかよ…

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

>>154
WindowsフォームでもMVVMパターンについて言及されてるw
MVVMが怖くてWPFから逃げてた4流PGｶﾜｲｿw

**デフォルトの名無しさん** · 2022/11/10(木) 22:01:06.12

> どうせドッキングウィンドウに対する要件も高度に特殊化されてるから標準で用意する意味はない
要件なんてたいてい一緒だろ
適当な事言いすぎ

**デフォルトの名無しさん** · 2022/11/10(木) 22:23:19.35

AvaloniaUI
https://github.com/wieslawsoltes/Dock
WPF
AvalonDock
まぁ、商用ならたくさんあるが
WinUIは3年前くらいのロードマップにもResearchかなんだかでDockingの言及あったが消えた
まぁ、WinUIもそうだが人的リソースさかないでやる気ないだけ

**デフォルトの名無しさん** · 2022/11/10(木) 23:00:05.70

Project Reunionとかつけてたくせにやる気ないのか

**.NET MAUI HighSchool** · 2022/11/10(木) 23:20:44.15

>>171
アヴァロンドックは有名だよな
VisualStudioっぽいUI

**デフォルトの名無しさん** · 2022/11/10(木) 23:51:31.93

>>169
MVVMはWPFのが酷すぎてというのがまともな感性ですな

**デフォルトの名無しさん** · 2022/11/11(金) 07:38:09.36

WinFormsで新しいバインドとかやるのか…WPFも弄れよ…

**デフォルトの名無しさん** · 2022/11/11(金) 11:34:14.50

>>166
しゅごい…！

**デフォルトの名無しさん** · 2022/11/11(金) 11:45:21.38

https://devblogs.microsoft.com/dotnet/wpf-on-dotnet-7/
一方WPFはコミュニティによる簡単な性能改善とバグ修正のみか
WinFormsがHDPI対応強化とMVVM対応って、もうこのスレでよく言われてたWPFを使う理由が無くなっちゃったな
ボタンを回転させたりするくらいか

**.NET MAUI HighSchool** · 2022/11/11(金) 12:27:03.46

>>176
それReactだよ…

**.NET MAUI HighSchool** · 2022/11/11(金) 12:27:30.55

>>177
デザインも古臭くなっちゃったしな

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

メタが倒産したらReact死んでしまうん？

**デフォルトの名無しさん** · 2022/11/11(金) 12:49:47.05

>>178
React万歳！！

>>180
そのときはVercelが引き継ぎそう

**デフォルトの名無しさん** · 2022/11/11(金) 13:51:03.30

WinFormsのダークモードの可能性にも言及されてるよな
一方のWPFは..

**デフォルトの名無しさん** · 2022/11/11(金) 14:16:04.72

WASDK 1.2出てた

**デフォルトの名無しさん** · 2022/11/11(金) 18:21:02.46

難解なWPFを制した君たちは新しいプラットフォームになっても
平気平気w

**デフォルトの名無しさん** · 2022/11/11(金) 18:41:31.37

WinAppSDK バグフィックスしてるのか?
クラッシュしないと直してくれない?