WPF(.NET4.x, .NET Core) GUIプログラミング Part23

**デフォルトの名無しさん** · 2019/05/16(木) 07:52:32.39

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

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22
https://mevius.5ch.net/test/read.cgi/tech/1513175747/

関連スレ
Windows 10 UWPアプリ開発 Part 2
http://mevius.2ch.net/test/read.cgi/tech/1499658092/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/

**デフォルトの名無しさん** · 2019/05/16(木) 12:11:07.29

**デフォルトの名無しさん** · 2019/05/16(木) 13:49:41.99

スレタイXAMLはあったほうがよかったんじゃ？

**デフォルトの名無しさん** · 2019/05/16(木) 14:58:46.33

UWPは別のスレがあるな

**デフォルトの名無しさん** · 2019/05/16(木) 19:32:09.26

前スレから
https://devblogs.microsoft.com/dotnet/introducing-net-5/

**デフォルトの名無しさん** · 2019/05/16(木) 20:00:20.87

WPFにx:bind来てくれないのかいぃぃ

**デフォルトの名無しさん** · 2019/05/17(金) 16:05:39.31

ゲームエンジン作れますか？

**デフォルトの名無しさん** · 2019/05/17(金) 16:23:31.74

openfiledialogとsystem.diagnostics.process.startの違いはなんでしょうか
openfiledialogのほうがエクスプローラが開かなかったですが
実現したいのは、フォルダを開いてファイルを選択するというものです

var dialog = new OpenFileDialog();
dialog.InitialDirectory = @"C:";

System.Diagnostics.Process.Start("explorer.exe",@"c:");

**デフォルトの名無しさん** · 2019/05/17(金) 17:30:07.31

openfiledialogはファイルを開くためのものですね
勘違いすてまし

**デフォルトの名無しさん** · 2019/05/17(金) 17:40:31.39

wpfでフォルダのファイルを、リストビューなどで表示するには何を使用するんでしょうか

**デフォルトの名無しさん** · 2019/05/17(金) 18:23:47.47

リストビューで表示するんなら使用するのはリストビューでしょｗ

**デフォルトの名無しさん** · 2019/05/17(金) 18:44:46.93

https://dobon.net/vb/dotnet/file/getfiles.html
wpfでaddrangeが出てこないのですが、なぜでしょうか
addしか出てきません
addrangeはSystem.Collections.Generic;に含まれるそうですが、これはきちんと記述しています

>>11
表示するコントロールはそうなんですが、一覧を取得する方法を調べてました

**デフォルトの名無しさん** · 2019/05/17(金) 19:04:56.93

>>12
Formsのほうのサンプルじゃないの？

**デフォルトの名無しさん** · 2019/05/17(金) 19:24:12.06

>>13
wpfじゃないんですかね
だとしたら何を使うんでしょうか

マイクロソフトのリファレンスはC#用とwpf用わかれてるわけではないんですよね？

**デフォルトの名無しさん** · 2019/05/17(金) 19:55:42.73

for使うことになってるんすかね？

**デフォルトの名無しさん** · 2019/05/17(金) 20:00:22.36

this.ListBox1.ItemsSource = Directory.EnumerateFiles( @"C:\Windows" );

**デフォルトの名無しさん** · 2019/05/17(金) 20:04:39.86

もしくは
foreach ( var file in Directory.EnumerateFiles( @"C:\Windows" ) )
{
this.ListBox.Items.Add( file );
}

**デフォルトの名無しさん** · 2019/05/17(金) 20:07:19.28

>>14
リファレンスは分かれてるというか、違う。名前空間が。
datagrid にしても、forms で使用されているコントロールとwpfで使用されている物とは違う。
webにあるサンプルなど、どちらのコードかってのは、明記されてない限り読み込まないとわからない

**デフォルトの名無しさん** · 2019/05/17(金) 20:23:25.50

for (int i = 0;i< files.Length;i++) {
listbox_right.Items.Add(files[i]);

}

>>16,17
これでいけました
ありがとうございます
addrangeはないみたいなので、ループしないと駄目なんですね

>>18
名前空間で判断するしかない感じですか
formと共通してるものもあれば、違うものもあるって感じで、ごっちゃになってて少し分かりづらいですね

**デフォルトの名無しさん** · 2019/05/18(土) 12:57:14.57

>>19
>addrangeはないみたいなので、ループしないと駄目なんですね

違うんじゃないかな。あなたが、>>16の手段使わずに、>>17の手段つかった
からじゃないの？

**デフォルトの名無しさん** · 2019/05/18(土) 19:02:24.50

wpfでレイアウトしたいです
よくある、左、中央、右というペインを作りたいです
単純にグリッドを３つ並べるだけでは駄目なようですが、良いコントロールはありますか？

>>20
そうかもしれません、、、

**デフォルトの名無しさん** · 2019/05/18(土) 19:28:57.10

>>21
先の質問についてだけど、データバインドを理解していないんじゃないだろうか
WPF使うんだったら、データバインド使わないと損ですよ。

**デフォルトの名無しさん** · 2019/05/18(土) 19:32:47.57

>>21
レスであるように、先にバインド覚えたほうがいいよ。いっぱいコントロール自作することになるから

**デフォルトの名無しさん** · 2019/05/18(土) 19:42:11.85

>>21
Gridを分割するかDockPanel
境界をマウスで動かしたりしたいなら前者

**デフォルトの名無しさん** · 2019/05/18(土) 20:10:22.57

>>24
gridですか
formにあったsplitcontainerみたいなのがなくなっていたんでわからなかったです

>>22,23
知らなかったので。今バインドってのをやってみました
Xamlに変数をバインドしておいて、プログラム側でそれを書き換えるというイメージでいいんですか？
<Button Content="{Binding X}" />
みたいな感じですね
解説が難しいのでなんのメリットがあるのかイマイチわかりませんが、Xaml側のX変数が複数だった場合、手作業で何箇所も書き直すより効率的だねってことですかね。または、フォームを複数作った場合、別のフォームでも数値を共有できたり。

**デフォルトの名無しさん** · 2019/05/18(土) 20:32:07.67

WinFormsの事は忘れるんだ

**デフォルトの名無しさん** · 2019/05/18(土) 20:46:12.34

忘れます
もともとwinformのソフトの文字がちっちゃくて、不満だったから自分でつくろうと思ってるので
あれって、拡大とか出来ないんですね

**デフォルトの名無しさん** · 2019/05/18(土) 21:51:41.94

Data Binding なら、Vue.js だろ

**デフォルトの名無しさん** · 2019/05/18(土) 22:35:23.21

>>21
レイアウト関係はパネルっていう種類のコントロールを使う
ここをGoogle翻訳につっこんで読むといい
https://wpf-tutorial.com/panels/introduction-to-wpf-panels/
そんな難しい英語じゃないからそのまま読んでもいいけど

**デフォルトの名無しさん** · 2019/05/19(日) 08:39:23.42

>>29
どうも　ベースはグリッドでやってみます

**デフォルトの名無しさん** · 2019/05/19(日) 09:46:46.46

>>30
他のパネルあるのになんでグリッド使うの？

**デフォルトの名無しさん** · 2019/05/19(日) 10:06:41.73

>>31
wpfだとグリッドが一般的なやり方だと思っていたからです
どういうセオリーがあるのかまだわかっていません

**デフォルトの名無しさん** · 2019/05/19(日) 10:26:31.56

>>32
>>29読めよ

**デフォルトの名無しさん** · 2019/05/19(日) 10:47:57.25

StackPanelしか使ったことないな…

**デフォルトの名無しさん** · 2019/05/19(日) 11:06:57.27

>>33
読みました
エクスプローラのような３ペインにどれが適切かわかりませんから、今ひとつずつやってます

**デフォルトの名無しさん** · 2019/05/19(日) 11:51:22.73

今stackpanelを使っていますが、エクスプローラのように左右が細長くて、
20% 60% 20%というふうに出来ますか？子要素に何を指定するといいですか？%指定は出来ないようです。
絶対値を指定すると全画面にしたときにレイアウトが崩れるから駄目ですよね

**デフォルトの名無しさん** · 2019/05/19(日) 12:26:40.42

更に境界線を←→で調整したいです
チュートアレば教えてください

**デフォルトの名無しさん** · 2019/05/19(日) 12:42:10.72

>>37
GridSplitter

**デフォルトの名無しさん** · 2019/05/19(日) 13:11:30.58

>>37
https://blog.okazuki.jp/entry/2014/12/27/200015

ここをイチから読みなせえ

**デフォルトの名無しさん** · 2019/05/19(日) 13:58:42.30

↑あい

**デフォルトの名無しさん** · 2019/05/19(日) 16:35:16.33

>>38
どうも　自動で境界線にフィットしてくれるんですねこれ
<StackPanel Orientation="Horizontal">
<Button Content="hoge" />
<GridSplitter HorizontalAlignment="Stretch" Width="5"/>
<Button Content="hoge" />
<Button Content="hoge" />
</StackPanel>
でもこれやっても動作しないのはなぜでしょうか？
ボタンも画面いっぱいまで広がりません。

**デフォルトの名無しさん** · 2019/05/19(日) 16:41:45.96

>>41
GridSplitterは縦分割もしくは横分割したGridで使うものだよ

**デフォルトの名無しさん** · 2019/05/19(日) 16:52:21.95

↑確かに名前の通りですね
gridで試してみます

**デフォルトの名無しさん** · 2019/05/19(日) 17:40:18.44

>>36
>%指定は出来ないようです

おいおい勝手に決めちゃうな、ちゃんとできるよ。
単に2:6:2になる値にすればいいだけ。

**デフォルトの名無しさん** · 2019/05/19(日) 19:24:20.26

アスタリスクで指定できるんですね
すみません

**デフォルトの名無しさん** · 2019/05/19(日) 19:51:56.06

mvvmという概念がよくわからないのですが、
mはモデル、vはビュー、vmはビューモデルですよね
wpfのプロジェクトでいうと、ビューはxamlで、vmはmainwindow.xaml.cs
mはビューに表示する数値を処理する関数を保存しておくファイル（自分で作る？）という感じでしょうかね
超絶簡単なチュートはないでしょうか？どこも説明が難しいです。

**デフォルトの名無しさん** · 2019/05/19(日) 19:57:41.44

MVVMなんて最初は意識しないでformsみたいにxaml.csにそのまま処理書くのでいいよ

**デフォルトの名無しさん** · 2019/05/19(日) 20:01:39.69

>>46
*.xaml.csはViewの一部。ViewModelじゃない。

**デフォルトの名無しさん** · 2019/05/19(日) 20:11:28.61

>>47,48
そうします
わかわからんですし、大規模になることはないので

**デフォルトの名無しさん** · 2019/05/19(日) 20:55:09.12

wpf & mvvm が普及しなかったのはこの敷居の高さなんだよな…

**デフォルトの名無しさん** · 2019/05/19(日) 21:15:35.77

>>50
コミュニティに頼らずに自前でそこそこサポートするのが売りだったのに、この辺りから放棄し始めたんだよな

**デフォルトの名無しさん** · 2019/05/20(月) 05:06:11.18

wpfって将来性がないってことですか？formの代替えって他にあるんでしょうか？

**デフォルトの名無しさん** · 2019/05/20(月) 06:34:33.69

Electron

**デフォルトの名無しさん** · 2019/05/20(月) 06:47:23.90

極論するとWindows上で動くアプリケーション自体が下火だからなぁ
PC上のローカルなリソースを触らない限りはJavaScriptのSPAで書いとけばWindows以外でもそのまま動くし
MVVMもVueやAngularで始めるほうが理解しやすいように思えるし

**デフォルトの名無しさん** · 2019/05/20(月) 07:05:09.37

想像ですけど、jsベースだとローカルでもwebでも行けるから便利ということですよね
v

**デフォルトの名無しさん** · 2019/05/20(月) 11:49:59.73

機能からgridレイアウトをやって、ある程度形はデキたんですが、縦に目一杯表示されません。
調べるとverticalalignmentをストレッチにすればいいということなんですが、駄目です
親も子もストレッチかけてるんですが、どこが駄目でしょうか。

ウインドウのサイズがデフォルトのサイズの場合は１００％までストレッチされますが、全画面表示まで拡大すると、stackpanel_innerにデフォルトのサイズが適用されます。

https://ideone.com/3RZafi

**デフォルトの名無しさん** · 2019/05/20(月) 12:18:39.68

>>56
stackpanel_outerはDockPanelに変更して、MenuにDockPanel.Dock="Top"追加
stackpanel_innnerは無くすか、StackPanel以外(DockPanel/Grid等)にする

**デフォルトの名無しさん** · 2019/05/20(月) 15:28:14.16

↑どうもデキたです
stackpanelがなぜ駄目なんでしょうか
htmlのインライン要素のような扱いなんでしょうか。

**デフォルトの名無しさん** · 2019/05/20(月) 16:43:30.51

>>52
以前は、ストアに対応していない（しない）などの方向から
WPF終了説が言われていたのだけど、それが変化してきたようで、
WPFの利用がもっと増加する可能性も出てきたみたい
ここ数か月の発表に注意してみるといいかもしれない。
デスクトップアプリが見直されてきている流れもあるので。

**デフォルトの名無しさん** · 2019/05/20(月) 16:54:53.51

MSが一度見限ったプロダクトを見直した例はない
時間は有限なんだからこういうのは悪い方に考えたほうがいいよ

**デフォルトの名無しさん** · 2019/05/20(月) 23:12:06.78

「見限った」「見直した」って具体的にどういうことを指しているんだろう。

**デフォルトの名無しさん** · 2019/05/20(月) 23:31:21.89

見限った → メンテナンスモードに切り替えた
見直した → 再度アクティブな開発を始めた
かな

**デフォルトの名無しさん** · 2019/05/20(月) 23:54:57.44

そういう意味でなら、WPFはまだ見限られてはいないわけだ。

**デフォルトの名無しさん** · 2019/05/21(火) 00:19:28.65

WPFはとっくの昔にメンテナンスモードに入ってる
UWPだけがアクティブ

**デフォルトの名無しさん** · 2019/05/21(火) 00:41:18.11

>>64
>UWPだけがアクティブ
WPFはともかく、MSのこの数か月見てた方が良いよ

**デフォルトの名無しさん** · 2019/05/21(火) 00:59:54.43

>>65
Build 2019でCore対応以外になんかWPF/WinFormsの新しい話題あったっけ？
MSを信じるのは勝手だけど、本当にそれが自分にとってプラスになるのかは一度立ち止まってよく考えてみた方がいいよ
君自身のキャリアの問題だ

**デフォルトの名無しさん** · 2019/05/21(火) 05:16:38.24

結局、ｃ＋＋が普遍的なんでしょうか。
やったことはないですが、個人で使うものではないとか。

**デフォルトの名無しさん** · 2019/05/21(火) 06:07:31.76

>>66
そのCore対応がデカいんじゃないか
どれだけ投資してると思ってんだよ

**デフォルトの名無しさん** · 2019/05/21(火) 07:43:54.26

>>68
そう思う？移植完了の後はロードマップ真っ白なのに？
ちなみにdotnet/wpfは4人くらいで作業していて、必要最小限の単純な移植を超える仕事は厳しく禁じられているようだ

**デフォルトの名無しさん** · 2019/05/21(火) 08:07:51.81

>>65
core対応でアクティブだと言えるならWPFだけじゃなくwin formsも
アクティブと言うことになるけど…

アクティブじゃないよ
もう開発してないよ

**デフォルトの名無しさん** · 2019/05/21(火) 09:04:23.15

一度捨てたと思ったデスクトップの必要性が再認識されてきている。
これから夏にかけxaml islandの話題がMSより増えて行くだろうから
まずはそちらを気にした方が良い。デスクトップもUWPだけで行きま
しょうというMSの方向性が大きく変化したことは確かだから。
UWPのコントロールもそれぞれが共有できる方向に変化してきたので。
ただし、FORMに関してのxaml ilandはどうやるの？という疑問はある。
とはいえ、WPFが新たに拡張されてという話とはちょい異なる。
この数か月のマイクロソフトの発表をみましょ。

**デフォルトの名無しさん** · 2019/05/21(火) 09:15:29.44

>>69
もしかしてひとつのフレームワークに4人ってのが少ないとでも思ってる？

**デフォルトの名無しさん** · 2019/05/21(火) 12:54:23.99

MSレベルで4人雇ったら、年5000万位かかるか

**デフォルトの名無しさん** · 2019/05/21(火) 13:27:03.74

フルタイムで作業してるのは一人だけっぽいね

**デフォルトの名無しさん** · 2019/05/21(火) 16:39:45.49

>>74
C#だってフルタイムは一人だけやでw

**デフォルトの名無しさん** · 2019/05/21(火) 19:25:13.12

あれだけ押してるBlazorもフルタイムは1人だもんね

**デフォルトの名無しさん** · 2019/05/21(火) 19:31:06.98

WPFが好きすぎて頭が逝っちゃってる人の集まり？

**デフォルトの名無しさん** · 2019/05/21(火) 19:52:22.69

嫌いなのに張り付いてる方が頭が逝ってるだろ

**デフォルトの名無しさん** · 2019/05/21(火) 19:54:10.43

ID:00e1l8X+はマ板で呟いてくれんかね