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/30(日) 09:34:34.97

>>23
そうなんだ。
奥が深いというか改めて面倒なんだなと思いました。

**デフォルトの名無しさん** · 2022/10/30(日) 11:17:59.61

それボタンの話だろw
どんなフレームワークでもボタンはクリック優先だわな

**デフォルトの名無しさん** · 2022/10/30(日) 16:03:55.87

アプリの中でダブルクリックさせようとしてるのがセンスないんじゃないの

**デフォルトの名無しさん** · 2022/10/30(日) 16:08:13.76

Windows標準のエクスプローラで、ダブルクリック使うんだが
何いってんの?

**デフォルトの名無しさん** · 2022/10/30(日) 17:30:21.35

あ、この人センスないわ

**デフォルトの名無しさん** · 2022/10/30(日) 17:36:44.79

ダブルクリックなんてよく使うアクションを使うなという方が客観的に見てセンス無いがここは初心者がトンチンカンなことを言うスレだから仕方ないか

**デフォルトの名無しさん** · 2022/10/30(日) 18:00:28.14

わかってるじゃんｗ

**デフォルトの名無しさん** · 2022/10/30(日) 18:49:04.83

初心者に優しくない技術って廃れるよな

**デフォルトの名無しさん** · 2022/10/30(日) 19:08:18.65

Winformsは廃れたな

**デフォルトの名無しさん** · 2022/10/30(日) 21:43:21.74

Winformはダサいからね

**デフォルトの名無しさん** · 2022/10/30(日) 22:03:55.21

Reactは初心者に優しくないが廃れてないな

**デフォルトの名無しさん** · 2022/10/30(日) 22:06:07.06

Blazorあるから時期に潰れるだろね

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

潰れるかw

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

>>14
で、結局この問題は解けないのか。。

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

今ググったらすぐ答え出てきたけど何を検索してたの？

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

ていうか教えたのに聞かないだけだから放置でいいぞ

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

検索した結果が正しい訳ではないよ。
試したの？

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

うぜえw

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

アプリの中でダブルクリックがほとんど使われてないことに気づいてしまった・・・

**デフォルトの名無しさん** · 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を素結合にようという
発想そのものが諸悪の根元