WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22

レス数が1000を超えています。これ以上書き込みはできません。
2017/12/13(水) 23:35:47.18ID:muTUiD7C
Windows Presentation Frameworkについて語るスレ。

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part21
http://mevius.2ch.net/test/read.cgi/tech/1494288553/

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

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
2019/04/29(月) 20:52:17.72ID:pMNPIosi
>>922
MSはプロダクトを見捨てる前にきっちり完成させるからね
WPFは例外だが
2019/04/29(月) 20:53:49.04ID:TDhNq2WX
WPFはファイルダイアログとかの仕組みをまともに作らなかったよね
みんなが欲しがるものをあえてスルーしてたのはなぜなんだろう？
2019/04/29(月) 20:59:41.05ID:TDhNq2WX
デスクトップアプリの肩身はどんどん狭くなる
今の元号変更にしたってアプリがweb化されていたらサーバサイドを変更するだけでいい
これからデスクトップだったもののweb化（html化）は加速するだろう　
2019/04/29(月) 22:11:10.20ID:atpu4K08
いつの時代の人なんだよ…
2019/04/29(月) 22:49:29.79ID:D2B2a+AU
>>924
ファイルダイアログはあるだろ
無いのはフォルダーダイアログ
2019/04/30(火) 00:06:29.68ID:JvryURnP
Windows API CodePackが事実上のオフィシャルリリースだろうに
2019/04/30(火) 00:13:26.27ID:SrVVv9ma
>>926
Webくんは妄想性人格障害なだけで現代っ子だよ
2019/04/30(火) 00:40:31.82ID:flIcHYQt
>>929
人格障害はお前だよ
2019/04/30(火) 08:13:26.69ID:riS+7mUB
フォルダ選択ダイアログってファイルダイアログに統合されただけだよな。
もともとあれは使いにくかったし。
2019/04/30(火) 08:59:37.98ID:SrVVv9ma
>>930
人格障害だけでなくガイジも患ってるみたいだね…
ママさん仕事して〜
生ゴミはコンポストに捨てといてね
2019/04/30(火) 09:44:02.25ID:bwdkx6fZ
NumericUpDownがないのは作り忘れなの？
2019/04/30(火) 10:52:02.94ID:bB6vFizM
ちょいちょいそれ出してくる人いるけど、そんなに重要なコントロールか？
あればあったでいいけど、作れよそんくらい。
2019/04/30(火) 11:09:37.57ID:JvryURnP
wpfに足りないのは洒落たｔｏｏｌｋｉｔだと思うんだがな
JavaFXみたいでいいからcss使えたら大分変わっただろうが
2019/04/30(火) 11:23:29.23ID:+WTnzUc7
WPF Toolkitがあっただろ
MS謹製にもかかわらず悲惨な品質で、WPFにおけるコントロールの作りづらさを露呈した
2019/04/30(火) 11:23:31.00ID:Bqa7G4KG
取るに足らないコンポーネントなんだろうけど、そういうのが積み重なった結果が
オレのUIかっこいいだろ系の残念UIのアプリが蔓延してWPF忌避の一因になったような気がする

特にWPF出始めは
ゴテゴテしてる感じのボタン群とか、パネルごとにグラデーションがかかった背景とか
WPFならではのUIにしてみましたって感じの機能に振り回されてるデザインのアプリ多かった

既存のUIと違いすぎて「このツールはWPFアプリかー（使いづらいな）」って思ってた
アプリのコンポーネントごとに極僅かだけどバッドノウハウ的なコツが必要なの時間の無駄に感じる
2019/04/30(火) 11:36:48.02ID:okR7prA6
>>931
API的には統合されたけど、WPFのはモード指定が出来なくてファイル専用
APIを直接呼び出せば使えるけど、面倒くさい
2019/04/30(火) 11:57:36.38ID:vasc9k3m
グラデなしでピクトグラムでいいやんの流行りになったしな
2019/04/30(火) 19:06:33.93ID:ZVZuWdtk
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
2019/04/30(火) 19:07:23.38ID:ZVZuWdtk
MSのWPF開発担当がアスペルガー症候群か何かだったんじゃないの？
全然ユーザーの意見取り入れなかった
2019/05/03(金) 21:35:56.29ID:Ty57vDZV
>>941
MS製コントロールがバグ放置のwinformsよりはずっといい
（自前で拡張するかどっかから買えと？）
2019/05/04(土) 21:08:40.63ID:Z6pnZdfU
親コンテナにDropShadowEffectを適用すると子コントロールにも反映されます。親要素にのみ反映させるにはどうすればよいでしょうか
2019/05/05(日) 03:45:12.61ID:cvUncZGI
子コントロールにスタイル設定すれば
945デフォルトの名無しさん
垢版 |
2019/05/05(日) 12:26:09.77ID:ZoPshMtO
webの方が簡単で面白いことに気づいてしまった
プログラミングってやっぱだるいわ
クソコードひたすら追いかけないといかんし
2019/05/05(日) 12:34:54.97ID:TKrOuc6u
>>945
俺ももうプログラミングやめたい
ソリューションアーキテクト()とか名乗って偉そうなこと言ってトンズラするだけの仕事したい
2019/05/05(日) 12:55:56.67ID:Lip5pc/w
風呂敷広げる仕事ばかりやって畳む経験積まないとロクな人間にならないよ
2019/05/05(日) 13:10:51.58ID:eMsI3+wX
含蓄がありますね(嘆息)
949デフォルトの名無しさん
垢版 |
2019/05/05(日) 13:28:05.49ID:ZoPshMtO
>>946
ソリューションアーキテクトってやたらかっこいいな
それで仕事取れてまかり通るなら迷わずやればいいよ
ぶっちゃけ俺もそれやりてーわ
2019/05/05(日) 16:29:56.08ID:mUBBoDAW
すればいいじゃん
2019/05/07(火) 08:08:20.77ID:nagljinL
祝.NET5
2019/05/07(火) 08:37:22.92ID:TGYjbWr3
まだ1年以上先やん
2019/05/07(火) 10:17:12.15ID:SahO4WyM
素晴らしい未来がやってきそうだな
2019/05/07(火) 11:38:31.75ID:SahO4WyM
VS2019 previewでWPFの.NET Coreのデザイナーの対応が来たな
2019/05/07(火) 13:48:21.84ID:Q8AOfbVk
>>954
まじ！？
2019/05/07(火) 14:40:40.46ID:SahO4WyM
>>955
まじ。5月6日のリリースで来てる。.NET CoreのSDKをインストすれば表示が可能になってる
https://docs.microsoft.com/en-us/visualstudio/releases/2019/release-notes-preview
2019/05/07(火) 18:33:28.44ID:ps990SHk
.net　coreベースでWPFアプリが作れるだけだろ
何が嬉しいのかさっぱりわからない
2019/05/07(火) 18:36:32.63ID:ps990SHk
.netcoreベースでWPFアプリが作れるけど動くのはwin7sp1以降のwindowsのみ
2019/05/07(火) 19:05:57.97ID:Q8AOfbVk
>>957
なんで？
2019/05/07(火) 19:53:13.78ID:zPHtXU9Z
>>957
>>954
2019/05/07(火) 21:26:57.74ID:ps990SHk
思考停止してるのか？
実際に何かいいことあるのか？
ないだろ？
2019/05/07(火) 21:31:07.89ID:FJj2rymy
.Net Coreは .NET Framework よりも性能が良いって聞くけど、どうなんだろうね。
後、アプリに .NET Core自体を含められるから、 .NET Frameworkが
インストールされている必要が無いってのもメリットと言えばメリット。
2019/05/07(火) 21:31:17.31ID:ps990SHk
元々あるものを再実装して足踏みしてるだけ
2019/05/07(火) 21:37:19.59ID:ps990SHk
.netcoreに移行するとすでにあるWPFライブラリなどは使いまわしできなくなる
2019/05/07(火) 21:44:26.38ID:ps990SHk
visual studioはWPFで作ってあるけど再実装しなおすのかな？
2019/05/07(火) 21:46:30.51ID:9iRY6hHt
>>962
Webサーバーのために極度に最適化されてるから、デスクトップアプリに求められる性能が出るかは期待薄だろう
今更真面目にデスクトップアプリ向けのパフォーマンス改善なんかやってくれるとも思えない
しかもデスクトップアプリなら.NETランタイムごとアプリに同梱して配るのがデフォになるだろうから、
.NET Frameworkと比較してファイルサイズサイズは激増し、その分起動時間も相当長くなるはず
2019/05/07(火) 21:58:50.48ID:gpGYtGNe
>>966
Webサーバーに極度に最適化の具体的な内容を知りたい
ソースお願いします
2019/05/07(火) 22:01:45.57ID:carnJ8B3
https://devblogs.microsoft.com/dotnet/introducing-net-5/

だいぶのんびりやってるけどそのへんはAOT対応に期待だねえ

今までの.NETアプリの鈍重ぶりからしてシステムランタイム依存が
実際どれだけスタートアップ速度に貢献してたかなんてのも疑問だし
2019/05/07(火) 22:14:47.34ID:SahO4WyM
将来Coreは.NET5に移行することになるから、Frameworkでの開発がレガシー化するのは時間の問題でしかない
Visual Sutidioはオンライン版が発表されたし、デスクトップアプリの開発はもう死に体になろうとしてる
新しい開発フレームワークがこれまでより求められてきているが、Blazorは本命なのだろうか
2019/05/07(火) 22:17:25.86ID:ps990SHk
レガシー化してもいいから.netcoreから変更なしで使えるようにしてくれたら何も問題ない
それを全部使えなくして再実装しなおすんだから馬鹿なんじゃないかと思う
2019/05/07(火) 22:26:02.63ID:EXJv8ROn
サーバ用途はしらんけどデスクトップのWindows向けならほぼ間違いなく.Net Frameworkインストール済みだし
.Net Coreに移行してどんなメリットがあるのかわからん
2019/05/07(火) 22:27:17.83ID:AXdDikdA
Coreにしかできないことがあるだろ！　たぶん
2019/05/07(火) 22:29:32.14ID:TpQciypC
>>971
ちょっとはググれよ
2019/05/07(火) 22:40:50.03ID:carnJ8B3
SCDを選択すれば今回みたいにWUでWinformsのレイアウトが崩れたりしない！！！

イヤあれ根本的な原因がフレームワークのコードに起因するのかWin32APIの変更に引っ張られたのか知らんけど
2019/05/07(火) 23:13:20.50ID:8iyOaY+P
.net native ってのが有ってだな
2019/05/08(水) 01:50:50.81ID:SGPGdZM3
>>975
ストアアプリ専用じゃない？
いずれデスクトップも検討すると言ってたけど
今になっても噂もないってことは見送りになったんだろうね？
2019/05/08(水) 07:56:23.76ID:PUxGMWyh
今回のアナウンス見てもそれじゃあ噂がない以前に元々興味が無いだけでは
2019/05/08(水) 08:09:23.23ID:NpZCzFSM
VS onlineってexeもローカルに出力できんの？
クラウド上でビルドしてアウトプットを別途ダウンロードするみたいな感じ？
後者だとは思うけど
2019/05/08(水) 08:28:11.67ID:3OTuuh9B
>>977がちゃんと読んでないだけだねえ
.NET CoreがAOTに対応するとはどこにも書いてないよ
・CoreFX (クラスライブラリ) がAOTに対応する
・CoreCLR はJITを活用して長時間実行するアプリケーションでの高スループットと高生産性を提供する
・.NET Nativeが.NET 5ファミリーに含まれるのかどうかは言及なし
・起動時間や iOS, Blazor 等プラットフォームの制約のためAOTが必要なケースには、MonoのAOTを利用して対応する
2019/05/08(水) 08:59:56.99ID:/haNqz9o
>>978
リモート操作も含めて全てクラウドの仮想環境上で実行できるに一票
Onlineは定額制になり、Azureの利用範囲に応じてプランがある感じになるんじゃないだろうか
ビルドされたものがzipでパックされて、都度DLしてっていうのはちょっとないよね
2019/05/08(水) 09:04:06.03ID:/haNqz9o
zipでパックはスルーしてどうぞ…
2019/05/08(水) 09:12:18.15ID:/haNqz9o
GoogleがFlutter for Webを発表したな
界隈のウェブ化の波が凄い。絶賛乗り遅れ中ですよ
2019/05/08(水) 10:02:24.56ID:NpZCzFSM
>>980
やっぱクラウドなんだろうねー
ローカルでちょくちょく使うちょっとしたツール類が使いづらくなるのがなー
2019/05/08(水) 11:49:26.79ID:owBD3RAN
Blazorだけが最後の希望だ
2019/05/08(水) 23:27:04.86ID:SGPGdZM3
>>982
Dartやだー
どうせだったらTypeScriptでPWA作るほうがいい
2019/05/09(木) 18:18:12.69ID:cLhRp6Rd
DartってC#に似てたような気がする
async awaitがc#より良い出来のシンタックスシュガーに包まれてた気がする

気がするばかりで済まぬ
2019/05/09(木) 18:59:24.86ID:HmZQAPaE
気のせい
2019/05/09(木) 19:20:35.18ID:TvKkh+gI
>>985
Perl好き？
2019/05/09(木) 21:21:33.44ID:LyVAVZ0b
Livechartsのツールチップをカスタムしたくて色々XAMLいじってたら、ツールチップ表示時にブレークモードで落ちるようになった。問題なかった時と同じ状態まで戻してもダメ。どうしたらいいのか...
2019/05/10(金) 17:39:16.67ID:FeoREeur
>>989
なんかのタイミングでどっかのコンポーネントが
再コンパイルされちゃって固定したんだろね？
（始める前にイメージバックアップで全部戻せるようにしたほうがとは思うけどいまさらだろうから）
Livechartsの環境構築やり直すしか思いつかない
2019/05/11(土) 17:30:32.43ID:s81pq9/g
>>980
VScodeベースだし
.NET言語はRoslynコンパイラもWebAssemblyにしてローカルで動かすかもよ？
（C++はVS on windows使ってねでサポート外？）
2019/05/11(土) 17:52:03.97ID:EZwsgETW
>>991
君よく頭悪いって言われない？
2019/05/14(火) 00:08:12.26ID:hOySvDzr
>>992
C#のコンパイルしたことある？（JAVAでもいいけど）
VMオブジェクト指向言語はかなり実行時に投げてるからコンパイル自体は軽い
スマホでも重くならないと思われ
2019/05/14(火) 08:46:38.55ID:32DCwaMK
病院Go
2019/05/15(水) 22:41:24.02ID:hm7pGYRA
君がねｗ
2019/05/16(木) 01:23:45.34ID:rj4hXzDh
>>995
君よく頭悪いって言われない？
2019/05/16(木) 01:38:55.60ID:zJDWj/bl
病院Go
2019/05/16(木) 02:41:53.50ID:5yztaPBa
CoreのいいとこはLinuxで使えるところ
2019/05/16(木) 07:31:34.75ID:wtAwFmrj
なおWPFはCoreでもWindowsでしか使えません。残念！
2019/05/16(木) 07:53:15.23ID:8fOYIMEO
次スレ建てました

WPF(.NET4.x, .NET Core) GUIプログラミング Part23
https://mevius.5ch.net/test/read.cgi/tech/1557960752/
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 518日 8時間 17分 28秒
レス数が1000を超えています。これ以上書き込みはできません。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況