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/10/31(月) 09:05:53.25

結局こんな簡単なことを自分ができないからWPFそのもののせいにするやつは何やっても無能ってだけ

**デフォルトの名無しさん** · 2022/10/31(月) 09:07:44.15

試しに中学生の甥に実装させてみたら10分でやりおったわ

**デフォルトの名無しさん** · 2022/10/31(月) 09:19:45.59

逆に何がわからないのかがわからん
迷うところある？
MFCができる知能があるなら楽勝だと思うがほんとはMFC知らんのじゃないか？

**デフォルトの名無しさん** · 2022/10/31(月) 09:38:30.76

>>42
そう？
文字列選択とか便利だと思うけどね
まあ選択範囲がアプリ毎にまちまちだからちょっとイラっとくることもあるけど

**デフォルトの名無しさん** · 2022/10/31(月) 09:54:22.74

釣りじゃね。　なんで釣られるの　あんた達。　釣り耐性無いの。　レスしたら負け。
どうみても、知った上でのカモリ釣りにしか見えない。

**デフォルトの名無しさん** · 2022/10/31(月) 10:20:53.87

えらそうに御託並べるだけ。ソースも提示できない。まぁそういう板ですから。

業務では(SQL)検索->リスト出力->選択->詳細をDBからSELECT->該当の詳細表示が
一般的。
シングルクリックだと間違えてクリックがあり得りえる。いちいちSELCT実行となるので
そういう余計なDBアクセスを防止する為にわざとダブルクリックにしている訳。
この位、常識だろうに。

**デフォルトの名無しさん** · 2022/10/31(月) 10:44:28.68

DBアクセスが問題になるような頻度なら確認ダイアログ出すなりすればいいだけだろ
そもそもシングルクリック間違うような奴はダブルクリックも間違えるだろうし

**デフォルトの名無しさん** · 2022/10/31(月) 13:00:15.14

Update,Deleteなら兎も角、Selectでいちいち確認ダイアログ出してたら使いにくいと
言われるのが落ち。
シングルクリックより誤操作が少なく、使い買ってが良い、これの妥協がダブルクリック。
システムの負荷を考慮するのも大切だけどユーザの利便性も考慮する必要がある訳です。

**デフォルトの名無しさん** · 2022/10/31(月) 13:03:29.45

「詳細を表示しますか？」ってダイアログ出すクソUI笑う

**デフォルトの名無しさん** · 2022/10/31(月) 13:09:01.14

詳細(表示)ボタン付ければ良いと思う

**デフォルトの名無しさん** · 2022/10/31(月) 13:29:01.42

リストボックスのダブルクリックだよね？
ワンクリでヘッダーぐらいは更新しないとクレーム来るでしょ
詳細表示は別にボタン用意すればいいね

**デフォルトの名無しさん** · 2022/10/31(月) 14:49:51.88

ダブルクリック使わないインターフェース考えるのもいいけどさあ
これ使えないの年寄りだけだから年寄りが使わないとわかってるなら避ける理由もないんだぞ
それより長押しとかいうトロ臭い入力方式を何とかしろよ

**デフォルトの名無しさん** · 2022/10/31(月) 15:19:17.82

PCかじった年寄りはむしろダブルクリックしまくるだろ
避ける理由は、ダブルクリックを使うアプリが減ってきたのと、手の負担が大きいこと

**デフォルトの名無しさん** · 2022/10/31(月) 15:20:32.45

ダブルクリックで大騒ぎwww
WPFwww

**デフォルトの名無しさん** · 2022/10/31(月) 16:37:28.78

設定アプリとかの左側が実質リストボックスだけどシングルクリックだよな・・・

**デフォルトの名無しさん** · 2022/10/31(月) 19:09:28.22

検索->リスト出力は時間がかかるときはあるけど
リスト選択->詳細って一般的には瞬時に表示されるんじゃね
余程システムがポンコツだったりすると違うかもしれんが

**デフォルトの名無しさん** · 2022/10/31(月) 19:35:11.46

>>14
いまだ回答なし。
ま、答える義理も義務もないけどな。
ほぼ全員知ったかぶり。

**デフォルトの名無しさん** · 2022/10/31(月) 20:53:21.16

>>59
アホなのか？
アスペなのか？

**デフォルトの名無しさん** · 2022/10/31(月) 20:57:56.14

ググレカス

**デフォルトの名無しさん** · 2022/10/31(月) 21:17:03.06

>>61
調べてもわからんから聞いてるんだろ。
大丈夫?

**デフォルトの名無しさん** · 2022/10/31(月) 21:17:38.30

>>61
じゃアンタが検索して回答提示しろよ。
できねーよな。しっかたぶりだし。

**デフォルトの名無しさん** · 2022/10/31(月) 21:28:07.26

検索してみたけど、これでなんとかならんか？
https://stackoverflow.com/questions/728205/wpf-listview-attaching-a-double-click-on-an-item-event

**デフォルトの名無しさん** · 2022/10/31(月) 21:29:13.05

>>63
もしかして「知ったかぶり」も知らんのか

**デフォルトの名無しさん** · 2022/10/31(月) 21:38:37.36

「削除しました。よろしかったですか？[はい] [いいえ]」

はい→「それはよかったです。[OK]」
いいえ→「それは残念です。[OK]」

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

>>14
こんなほぼ丸投げするから解答するほうもダルくて相手にされないんだよ
だからググれになる
3,4行で解答できないような質問しても余程の暇人か解答大好き人間いないとスルーされるのがオチ

**デフォルトの名無しさん** · 2022/11/01(火) 04:12:20.13

>>64
後で試してみる。

>>67
WINFORMならそれこそ、3-4行だからそのノリで書い
てしまった。
WPFだとこんな簡単そうな事でも大変なんですね。
それすら知らなかったので。。申し訳なかった。

**デフォルトの名無しさん** · 2022/11/01(火) 06:20:22.11

いろいろ試したけど無理そう。
まぁ、WinFormsで作ったものを勉強としてWPF版にしてみようと思っただけなんで、
諦めます。
いろいろどうも。

**デフォルトの名無しさん** · 2022/11/01(火) 06:42:03.86

3～4行で書けるのを教えてやったのに文盲目はこれだからw

**デフォルトの名無しさん** · 2022/11/01(火) 07:14:58.24

?
どれ!?

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

荒らしの自作自演きもいんだけど

**デフォルトの名無しさん** · 2022/11/01(火) 12:58:42.34

(ID相違)
仕方ないのでdatagridにした。
MessageBox.Show( ((TextBlock)DataGridWindow.Columns[0].GetCellContent(DataGridWindow.SelectedItem)).Text);
これで取得できたので後はIDでSELECTして詳細出し。
同じ文法でListViewでも取れるかと思ったが駄目だった。残念。

しかしListViewはヘッダソートがないしWin32APIコモンコントロールじゃあるまいし
初めから実装して欲しいね。
datagridはソート機能実装してるのに。。

後はカラムの値によってその行の色を変えたり、カーソルのある行の色を変える。
(そうすると分かりやすい)
ListViewはカーソルのある行の色が変わってくれるのに。。
まだ先が長いな!

**デフォルトの名無しさん** · 2022/11/01(火) 13:44:58.28

>>73
そんなの>>16で出来る。
>>19でToString()してるけど、UserクラスのToString()はオーバーライドしてるの。

**デフォルトの名無しさん** · 2022/11/01(火) 13:53:38.63

なんで煽り荒らしに親切にしてんの？

**デフォルトの名無しさん** · 2022/11/01(火) 14:42:58.09

ListView.SelectedValue.ToString()
これじゃだめだよね
どうすんだろ。

**デフォルトの名無しさん** · 2022/11/01(火) 20:25:42.16

MVVMでデータバインドすればキャストも気にしなくて良い
素晴らしい！

**デフォルトの名無しさん** · 2022/11/01(火) 20:57:51.75

バインド理解できないんだろ

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

MVVM使わないと
コード量が1/3位になる気がする
ついでにデバックまでやりやすくなる

**.NET MAUI HighScool** · 2022/11/01(火) 21:16:31.75

MVVMのCommunityToolKit使ったことないんだがこいつの凄さがわかる記事とかってないかな？
未だ使ったことない

**デフォルトの名無しさん** · 2022/11/01(火) 23:29:07.73

別に凄くはないよ
公式で出すのが遅すぎた

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

マルチウィンドウなアプリを作っています。
メッセージボックスのようにウィンドウ表示中にその他ウィンドウにフォーカスしようとするとメッセージボックスにフォーカスが強制的に戻る仕組みが通常のウィンドウにもほしいです。
window.showdialog()がその他ウィンドウを無効化するまではよかったのですがフォーカスが戻ることはないのでちょっと違うなーと。
よろしくお願いします。

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

コードビハインドのイベントハンドラからデータコンテキストのコマンド呼べば立派なMVVMじゃないのかと私は思うのですが
やはりDataContext as OreVM のようなケツアワセが密ですなのがまずかろうなのですか？

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

>>76
実は誰もわかりませんヨ。

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

>>82
API FindWindowで(HWND)ウィンドウハンドル
取得してSetForcesするとか。

**デフォルトの名無しさん** · 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でした。