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

2021/02/05(金) 19:54:23.73

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

前スレ
WPF(.NET4.x, .NET Core) GUIプログラミング Part24
https://mevius.5ch.net/test/read.cgi/tech/1575862574/

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

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

VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured

2021/04/09(金) 20:31:27.77

>>450
マイクロソフトのARだよ。
ホロレンズね。ゲームじゃなくて業務アプリ。
一年位やってた。

2021/04/09(金) 20:35:07.79

>>451
ARで使う機能もあれば、それ以外の機能は
WPFとasp.net + js + knockout.js(MVVM)だよ。

2021/04/09(金) 23:23:36.55

>>452-453
ああ、イメージ湧くわ
ARは3Dが得意なUnityの独壇場だね
WPFも使うなら、俺もUnityを使う方向性を考えようかな
線形代数もまぁまぁ覚えてるし、
行列はx, y, z, α（透明度だったよね）の4x4まででいいんだよね、きっと

2021/04/09(金) 23:25:50.15

rgbaと混同してないか

2021/04/09(金) 23:58:27.80

同次座標じゃないのけ？しらんけど

2021/04/09(金) 23:59:43.96

>>455
確かに混同してた（笑）
4つ目はベクトルだった
原点から動かすときに使うんだった

2021/04/10(土) 02:50:09.18

まあ、4次行列や極点回避はかなりカスタムなカメラ作る際には必要。

でも高度なゲームじゃない限り、ただのアプリで登場するシーンはまずないかな。
ただの普通のアプリ用のUIだと、空間に配置していたとしても、
3次のベクトルの加算、サイド判定のための内積と外積ぐらいしか使わないかと。

2021/04/10(土) 11:42:06.00

Unity の画面の上にwpfでUIが作れるの？

2021/04/10(土) 14:25:13.12

>>454
>行列はx, y, z, α（透明度だったよね）の4x4まででいいんだよね、きっと
ベクトルとしては、[x, y, z, w]と書かれて、通常は常に w = 1.0 のまま使うこと
になる。
行列としては、ある1列(またはある1行)に平行移動成分が入っており、
その他の 3 x 3 行列の部分が「回転行列」。
ただし、回転行列と言っても、回転行列 x Scaling行列 x 変形行列
を入れることも可能。
これらの行列やベクトルは「済次」「同次」表現などともいわれる。
意味は、最後に平行移動用の足し算を行わずに、全て掛け算で書けるという意味。

X, Y を何かの量(ベクトル)、A を演算子とするとき、
Y = A X + C　: 非済次表現
Y = A X　　　: 済次表現

2021/04/10(土) 14:27:46.64

>>460
αを透明度とするのは、alpha blending 関連の色の話。
ARGB, BGRA, RGBA, ARGB 表現などといわれ、4 x 4 行列の話とは別。

2021/04/10(土) 15:35:59.68

行列なんかは回転や移動等々くらいまでは、文理に関わらず全員やっとるハズだから
空間エミッターを処理するのは問題ないハズ。

2021/04/10(土) 16:10:44.41

>>461
誤: ARGB, BGRA, RGBA, ARGB 表現などといわれ、4 x 4 行列の話とは別。
正: ARGB, RGBA, ABGR, BGRA 表現などといわれ、4 x 4 行列の話とは別。

2021/04/10(土) 18:46:42.94

DataGridのColumnHeaderのBottom位置に1dサイズの横線みたいなの無い？
DataGridColumnHeadersPresenter配下の何かっぽいけど、そのあらゆるUIElementに対してBorderThicknessやらPaddingやらMarginやらを0にしても消えない・・・

2021/04/14(水) 13:49:49.86

4次元ベクトルの外積の計算方法おしえてれ？

2021/04/14(水) 14:27:48.96

>>465
3Dグラフィックに置いての4次元ベクトルの外積は、第四成分を無視した
最初の3成分を3次元ベクトルとみなして、外積を計算するだけ。

100次元でも外積は定義されているが、質問者には関係ないと思われるので
ここでは書かない。

2021/04/14(水) 14:31:32.99

>>466
つまり、3Dグラフィックに置いての4次元ベクトルは、[x,y,z,w]と
書かれて、非常に特殊なケースを除いては必ず w = 1 なので、
[x, y, z, 1]
になっている。だから、
[x1, y1, z1, 1]と[x2, y2, z2, 1]の外積は、
[y1*z2, z1*x2, x1*y2, 1]
で良い。

2021/04/14(水) 16:48:58.26

知らないなら黙ってて下さいうざいだけです

2021/04/14(水) 17:27:44.26

>>468
本当の意味の4次元ベクトルの外積は、リーマン幾何学や一般相対性理論
で出てくるが、そんな質問なのかね？

2021/04/14(水) 17:32:38.78

>>469
関係ないと思うが、そんなに知りたいなら一応書いておけば「外積代数」を
学べば出てくる。直和記号を使って定義する。テンソル代数とも関係がある。
電磁気学(やベクトル解析)のガウスの定理やストークスの定理などを
統一して理解するのに役立つ。
一般相対性理論でも便利なので出てくるが、4次元以上の外積は、
物理的な空間ベクトルとは直接の対応関係はない。

2021/04/14(水) 17:39:10.60

>>470
いろいろな書き方があるが、テンソル代数は、直和記号、
外積代数は、ウェッジ積、
を使う流儀があるが。

2021/04/14(水) 17:40:57.78

すまん、直和ではなく、直積。
○の中に掛け算の記号を書くやつ。

2021/04/14(水) 17:56:27.17

一瞬スパさんかと思った

2021/04/14(水) 18:30:59.83

>>471
それ、テンプレコピペだから相手にするな

2021/04/15(木) 12:06:33.20

>>467
すまん、間違ってた。正誤表 :
誤: [y1*z2, z1*x2, x1*y2, 1]
正: [y1*z2 - z1*y2, z1*x2 - x1*z2, x1*y2 - y1*x2, 1]

覚え方は、
v3 = v1 x v2
の場合、
x3 = y1 * z2 - z1*y2
なのだけど、本質的には、
x? = y? * z? - 逆
の形式になっていて、? の部分は、ベクトルの順序通りに 3,1,2 を入れる。
逆の部分は、y と z の順序を逆にする。
y3, z3 については、上の規則を「サイクリック」に1つ変更する。

レビチビタ偽テンソル ε_{ijk} を使うと
x_{3i}=Σ_{jk} ε_{ijk} x_{1j}x{2k}
の関係がある。

忙しいのでまだ書き間違いがあるかもしれない。

2021/04/15(木) 12:37:05.16

ここWPFスレなんだけど？

2021/04/15(木) 17:31:40.55

デュフフフフ拙者が説明して差し上げましょう的なね
知識を披露したいだけなんだろうけど実害ないしやらせてあげよう

2021/04/18(日) 15:37:02.28

>>396
遅いかも知れんが、どうもそこら辺は今の所用意されていないからWindowsAPI使って取得するようだ
https://docs.microsoft.com/ja-jp/windows/apps/winui/winui3/desktop-build-basic-winui3-app
ここにWindowHandleのとり方があるので、それを使ってuser32のGetWindowPlacementで取得

PInvoke.User32ってのをnugetすれば簡単だ

2021/04/23(金) 08:53:06.76

TextBoxのIsReadOnly＝True
の状態でフォーカスを当てたあと
IsReadOnly＝Falseにして入力可能にしたとき、なぜかIMEが無効になって日本語入力できないバグがある
最近出た不具合ですか？

2021/04/23(金) 22:21:56.71

Windows10 2004 以降のIMEはバグだらけで使い物にならないから
設定から「以前のバージョンのIMEを使う」としておかないとあかん

2021/04/27(火) 17:10:59.43

使い物にならないとかまるでWPFだな

2021/04/27(火) 17:30:36.95

WPFは使われてないんだからWPFのほうが救いがあるだろ

2021/04/27(火) 18:05:50.27

ちょっと何を言ってるかわかりませんね～

2021/04/27(火) 21:21:37.03

新しいIMEも糞すぎて使ってもらえないから枯れるまで相当時間がかかるだろうね。
いきなりキー設定変わって、Updateすると設定を初期化されるのは
最近のMSは低スキルPGばかりだから仕方ないかと設定しようとしたら設定すらできないんだもの。

毎回リプレースすると機能が劣化するのはWPFから相変わらずだな。

2021/04/27(火) 21:53:17.96

MSにマウンティングは草
そんなブラック企業辞めて高給ホワイトなMSに就職したらどうか

2021/04/28(水) 01:12:35.60

設定を簡素化したのは、バカにも使えるようにしたからだ
MSの優しさなんだから受け入れろ愚民共

https://jpwinsup.github.io/blog/2021/02/26/UserInterfaceAndApps/ServerManagement/new_microsoft_IME/

2021/04/28(水) 01:20:18.28

バカでも使えるようにしたらwpfで使えなくなった
つまりwpfは馬鹿じゃないの？

2021/04/28(水) 07:15:20.76

OneDriveも結構落ちる
しかもブルスクで

2021/04/28(水) 12:17:24.23

winform→WPF、IE→Edge、IME→新IME、アップデートすると機能劣化していく。
MSのPGは楽でいいな。

2021/04/28(水) 12:20:33.81

>>489
つ
https://i.imgur.com/VMIspB1.jpg

2021/04/28(水) 12:23:56.62

結局、IMEの技術的ピークはDOS時代だったな。

2021/04/28(水) 12:52:58.79

>>491
それはAI softのOEM版から何一つ進化していない
と同義語やね

2021/04/28(水) 15:33:20.91

M$自体劣化してるから仕方がない

2021/04/28(水) 17:01:57.36

OS周辺は金にならんねん…
SaaSやサーバー売っとったほうがええねん…

2021/04/28(水) 17:22:37.81

>>491
というか、日本製のIME(FEP)が優れていた。
Vzエディタとかも。

2021/04/28(水) 21:47:04.36

未だにWZエディタを使っている俺は勝ち組中の勝ち組

2021/04/29(木) 00:13:17.67

数十KGのFEPでできる処理なんだから
これからは不安定なOSを使うより
アプリに組み込んだほうがいいんじゃなかろうか

2021/04/30(金) 07:33:02.66

最近のMS好きだけどな。
ドキュメント関係は超絶劣化してるけど。

2021/04/30(金) 19:05:01.43

ドキュメントの手抜きこそが一番最悪。終わりの始まり。

2021/04/30(金) 19:07:49.60

禿同

2021/04/30(金) 20:18:37.89

手とり足とりサポートしてやってもロクなもの作れないSI系の連中に媚びるより、
Azureで基盤だけ押さえつつ自分でサービス作ってエンドユーザーに直接売ったほうが儲かることにMSが気付いてしまったからな

2021/04/30(金) 21:19:45.65

ドキュメント関係も超絶劣化してるのは日本語のクソ品質な機械翻訳なやつだけでしょ
あれは確かに見るに耐えないけどさ

英語版ページを（原文／ブラウザ翻訳を対比しながら）見なきゃいけないのはまあ面倒だけど、慣れかなという気もする

2021/04/30(金) 21:59:23.14

原文も十分に説明不足だけどな
.NETとかはまだマシだが

2021/04/30(金) 22:05:22.19

ドキュメントビューアがそもそも糞すぎて。MSDNライブラリの頃は便利だったのに。
新しいのに置き換えるたびに機能劣化するのはほんと止めてほしい。

2021/04/30(金) 22:09:06.78

原文もひでーよ
.NET Core になって更に酷くなった

2021/05/01(土) 01:47:08.32

>>504
MSDN Library 2001 のオフラインの Html Help は便利だったが、
VS 2005 の Help の Document Explorer からはオフラインヘルプも
使いにくくなった。

**579** (ﾃﾃﾝﾃﾝﾃﾝ MM8f-m/Zw) · 2021/05/01(土) 08:27:29.83

>>504
.NETFramework は内容はともかくそこそこ見易いしpdfでも落とせるから他のドキュメントもこれにして欲しい
https://i.imgur.com/m1E3CEy.jpg

2021/05/01(土) 19:06:08.52

ドキュメントは必要な情報はあまり記載されずにどーでもいいことが長々と書かれてる

2021/05/01(土) 19:57:42.61

サンプルも意味分からんの多いしな
唯一まともだと思えたのはアップデートを繰り返した非同期処理のサンプル
あれはかなり分かりやすい

2021/05/02(日) 01:27:57.49

ドキュメント劣化なんかしてないでしょ。
日本の文章が適当になってるのは日本人のソフトでの貢献やフィードバックが年々下がってるから仕方ないのでは。

2021/05/02(日) 02:20:25.64

というより優先度の問題だろね

2021/05/02(日) 06:14:07.72

ほんと最近のMSのPGは酷い。サンプルのソースのレベルが低い。
まるでOracleのサンプルレベルのが増えてきた。

2021/05/02(日) 09:05:20.68

ORACLEのドキュメントとか読ませる気あんのかっていうレベル

2021/05/02(日) 12:24:32.99

高いセミナー料金で儲けるスタイルだし

2021/05/02(日) 15:02:25.20

一番クソなのはMSDNの質問コーナーだろ
何か質問すると、第一声が「専用のアプリでログ記録して送って下さい」だからな
いやいや、そのままの状態で答えられるだろ
それで応答が無いと「解決しましたか？」・・・するかヴォケ
マイクロソフトにはクソしかいねぇ

2021/05/02(日) 23:36:20.27

✕マイクロソフトは無能
○日本マイクロソフトは無能

2021/05/02(日) 23:40:21.21

WPFの出来が証左。

2021/05/03(月) 02:40:19.64

MSのドキュメントはしらんけどオラクルのは普通に読みやすいと思うが・・・

2021/05/03(月) 10:04:37.29

一見読みやすいけどところどころで原文と逆の意味になってたな

2021/05/03(月) 13:13:29.31

enum定数なんかうっせえよ毛唐、英語が世界の共通語とかナチュラルに思ってんじゃねえよって言いたくなる

**ibuki** (ﾜｯﾁｮｲ c737-BDeo) · 2021/05/04(火) 18:11:29.63

MSのドキュメントはしらんけどオラクルのは普通に読みやすいと思うが

2021/05/04(火) 21:39:17.02

いやーOracleはひどい…

2021/05/04(火) 21:51:38.25

昔のJDKのドキュメントは良かったな
今のは知らんけど

2021/05/05(水) 17:56:40.38

>>522
Java有償化(OpenJDKは有るけど)、Oracleライセンス料金アップと来てる
MySQL商用ライセンスのみになったらユーザー皆発狂するだろうね

2021/05/05(水) 18:03:19.77

このスレにJava使ってる馬鹿なんていないと思うぞ

2021/05/05(水) 18:03:41.31

>>524
MySQLが商用ライセンスのみになっても、MariaDBがあるのでは？

2021/05/05(水) 18:23:13.68

そこはSQL Serverと言うところでしょ！！！

2021/05/05(水) 18:33:45.60

MSのスレで最近オカルトJava信者が暴れてるよな。

2021/05/05(水) 19:13:08.34

>>527
マイ苦労ソフトの犬が！
最初から課金する腹のDBは使わねぇ！

>>528
本格的にJavaがオラ狂うに課金され始めて行き場を失ってるんだろ
ここは俺達ががっちりとガードしないとな

>>521-524
二度とこの敷居を跨ぐんじゃねぇ！(　ﾟдﾟ)､ﾍﾟｯ

2021/05/05(水) 19:16:54.93

無償でもJavaなんて使ってる時点でアホだろ

◆QZaw55cn4c (ﾜｯﾁｮｲ bfe9-JAzZ) · 2021/05/05(水) 21:00:10.65

>>530
なぜでしょうか？

2021/05/05(水) 21:08:38.08

このスレで説明するまでもない。

なぜなら無償のC#があるから

2021/05/05(水) 21:09:35.31

同じ事しても単価安いからな
オフコンのコボラーと一緒で
同じコボラーでも汎用機なら需要があるが

JavaもAndroidなら需要あるのも同じだね

2021/05/05(水) 21:20:02.86

散々訴えられたからgoogleはとっくにkotlinを推奨してる。

2021/05/05(水) 21:57:08.28

なんか変なのが湧いてるなｗ

**579** (ﾜｯﾁｮｲ df01-m/Zw) · 2021/05/05(水) 22:09:02.61

>>529
> 最初から課金する腹のDBは使わねぇ！
小規模ならExpress Editionでいけるぞ

2021/05/05(水) 22:12:26.74

今はLocalDBもある
これって開発限定なんだっけ?

2021/05/05(水) 22:15:36.62

>>536
Express用にいまさらLinux鯖用意するのもなぁ

**579** (ﾜｯﾁｮｲ df01-m/Zw) · 2021/05/06(木) 05:49:04.88

>>537
そうみたいやね
https://sqlazure.jp/r/sql-server/401/

2021/05/06(木) 11:50:52.14

>>526
ああ、そうか
MariaDB有ったな

2021/05/06(木) 14:29:53.75

>>無償のJava
半年毎に更新だからね

2021/05/06(木) 21:14:56.03

全然関係ないが、これから俺が進むべき道が見えたぜ、ありがとう～！！

2021/05/19(水) 18:55:44.83

>>421
WinFormsの保守でめちゃくちゃ困ってる。
OS×DPI×解像度の50パターン弱の組み合わせでレイアウトが崩れないか確認するんだけど
崩れるんだよ（怒）
その回避のためすっげー泥臭い処理入れてる。
今時ウィンドウサイズ固定で使い勝手も悪いし。
WPFで作っておけば何も特別な対応いらなかったのに。

あとWinFormsが糞なのはUI変更のdiffが取りづらいこと。
使ってるカスタムコントロールのせいなのか知らんが、プロパティ1つ変更するだけでDesignerファイルが
ぐっちゃぐちゃに書き換えられた。
結果、差分見るのは諦めてチェックインのコメントを信じることにした。

2021/05/19(水) 21:22:36.61

winformだって特別な対応いらないだろう。
◯◯なDPI、解像度はサポートできませんでいい。単におまえのコミュ力不足。
デサイナが変更するファイルを覗く時点でかなり変な奴なのは分かる。

客がどうしてもと言うならWPFに移行しましょうと見積もり出せばいい。
まぁそうやって新しく作り直せばwinformの劣化品ができるんだけどなw

2021/05/19(水) 21:45:24.24

高DPI環境における Windows Forms アプリ終了のお知らせ
ttps://hilapon.hatenadiary.org/entry/20160621/1466501984

>◯◯なDPI、解像度はサポートできませんでいい

IEでしか動きません、みたいなのはゴミソフト。
普及している環境はサポートして当たり前。

>デサイナが変更するファイルを覗く時点でかなり変な奴なのは分かる。

チーム開発したことない人？
他人がコミットしたコードを確認しないの？

>まぁそうやって新しく作り直せばwinformの劣化品ができるんだけどなw

winformより劣化品はないのでそれはないでしょうね。

2021/05/19(水) 22:17:00.53

>>544
コミュ力って何想定してんの？
社畜だったら顧客から開発部門まで何段階の伝言ゲームがあるか知ってるだろ？

2021/05/19(水) 22:28:21.45

>>543
Designer.csみたいなものを実用化したのは素直にすごいと思うが、
すごいことはすごいんだけど結局csのコードにする意味って無かったよな。

2021/05/19(水) 22:29:22.64

そっか只のrcじゃね？

2021/05/20(木) 04:45:07.63

>>543
少しずつWPFに移行すればいいんじゃね？
俺もwinformアプリの保守やってるが、修正や仕様変更の機会にコントロール単位やダイアログ単位でWPFに書き換えてるよ

**デフォルトの名無しさん** (ｽﾌｯ Sdd7-WQGH) · 2021/05/20(木) 07:29:13.26

>>546
顧客と直接話しないの？

2021/05/20(木) 07:44:10.71

ヒエラルキーの下の方なんだろ
あんまり突っ込んでやるな