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

1 名前：デフォルトの名無しさん mailto:sage [2019/05/16(木) 07:52:32.39 ID:8fOYIMEO.net] Windows Presentation Frameworkについて語るスレ。 前スレ WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part22 https://mevius.5ch.net/test/read.cgi/tech/1513175747/ 関連スレ Windows 10 UWPアプリ開発 Part 2 mevius.2ch.net/test/read.cgi/tech/1499658092/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 755 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:19:46.78 ID:TtiCw1tS.net] そういうジャンルはHTMLにもう任せてしまえば楽なんだけどなあ jsのライブラリを使えれば一番楽だしGUI操作などもインタラクティブに行える 大量の人間が常に開発を続け最新のトレンドを自分の製品に取り込める けどWPFなんでしょ？ これからもJSと比べるとライブラリ大幅増の希望もないけどWPFなんだよね 756 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:23:09.89 ID:7fq87ZBz.net] ライブラリ増に関してはWinUIがある 大幅増じゃないが 757 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:25:10.00 ID:TtiCw1tS.net] これからもOSSのライブラリ依存の状況は進んでいくだろうけど そういうプロジェクトでユーザーや開発者が多いのはjsなんだ 最先端で使いやすいものを取り入れようとするとC#+WPFは選択から外れる ごく限られた環境で使うときにWPF＋MVVMは使いやすい しかし実際にアプリを作ると使いたいライブラリがなくあっても貧弱で古い事が多い 758 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:30:59.87 ID:TtiCw1tS.net] WPFを使うのは自分が開発しやすいからであるが特定の最新機能などを使おうとすると OSSが無かったり貧弱であったりしてまあ思い通りのアプリが作れないことがある そういうのは個人ではどうにもならないレベルだったりするんだよね 自分が開発しやすいから選んだはずなのに実際はしやすくない いつか誰かが作ってくれるのを期待して待つかそこだけ他の技術に頼るか それかあきらめるか 759 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:43:54.06 ID:TtiCw1tS.net] ヘタするとWPFで開発十数年の人が作ったWPF上のグラフアプリより 入門三日目のhtml+jsの作ったグラフアプリのほうが評価が高くなるかもしれない そしてwebアプリは3日で出来てWPFは一か月かかるかもしれない これからどう生きていくかは自分で選択してできるだけ狭い世界に閉じこもらないようにしないと環境と一緒に死んでしまう 760 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:46:57.03 ID:EqckBJhH.net] いやjsのほうが人選ぶだろ 型なし言語をスキルない奴に触らせると地獄 これからはBlazorな！ 761 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:51:28.94 ID:TtiCw1tS.net] ユーザーの目が肥えて期待される機能の完成度のハードルがあがっていくと 高機能のありものを使うしかない WPFに限らずC#に高機能な既製品が少ない 762 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:52:08.15 ID:U/a7Wx11.net] WPF理解できずに逆ギレしてる ID:TtiCw1tS w 哀れやのう 763 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 20:55:00.88 ID:TtiCw1tS.net] 書いてる内容noどこがWPF理解できずの部分があるのか教えてくれよｗ 764 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:05:47.08 ID:esyAMMm3.net] >>731 もう夢は終わったんだよ。WPFは消える。だがキミの仕事は安泰だ。 WPFの保守案件はWPFマスターのキミが独占できる。コボラーと同じ身分だ。 765 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:12:23.60 ID:TtiCw1tS.net] 自分がWPF使ってるのはGUIデザインがやりやすいからでHtml+CSSは理解できないししたくない 自分が使いやすいから使ってる トータルで優秀だとは思えないが自分の好みで使ってる いつか死ぬのは見えているでも使ってる 愛があるとかじゃなく今自分のレベルで使えるのがWPFだから使ってる 使える部分だけ使ってる 766 名前：デフォルトの名無しさん mailto:sage [2019/11/01(金) 21:27:27.29 ID:xPzXsDel.net] それでいいよ 767 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:14:50.59 ID:POhg1hDY.net] jsのライブラリも有料化の波が・・・ 768 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 17:54:38.37 ID:akoaid8M.net] スレチだったらすみません < 769 名前：br> グラフ(データプロット)と表を並べるGUIを作りたいんだけど、最近のGUIプログラミングって、どの言語がおすすめ？ 楽に覚えられてチャラいデザインにできたら御の字です C#、MATLAB、Pythonは扱えますが、GUIプログラミングのことはよく知らないもので…… [] [ここ壊れてます] 770 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 18:06:20.34 ID:pWYzNK5/.net] webでjs使うのが一番表現は自由だと思う 771 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:10:48.46 ID:FxhpmPNy.net] 俺はプログラムができてオシャレな物作れるんだぞと言うのをアピールしたいなら java scriptがおススメ 772 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 19:15:30.51 ID:FxhpmPNy.net] 俺はデータサイエンティストだぞというの� 773 名前：�アピールしたければpythonがおすすめ メジャーなグラフアプリもある [] [ここ壊れてます] 774 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 21:48:00.04 ID:RbIBPvzK.net] 俺は泥臭い仕事何でもやりますアピールしたいなら java scriptがおススメ 775 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:30:42.41 ID:Nne/H10W.net] 夢も希望も無いな 776 名前：デフォルトの名無しさん mailto:sage [2019/11/02(土) 22:53:31.90 ID:tYWIiPQE.net] >>739-741 ありがとう 泥臭い+オシャレアピールしたいからjsにします。 777 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 15:49:02.46 ID:ng0hG2Nw.net] 他人が書いたWPFコードは読めたものじゃないな。保守性ゼロ。 778 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:29:59.14 ID:kVBOYkVG.net] 他人が書いたWPFコードは（>>744みたいな無能には）読めたものじゃないな。（>>744みたいな無能には）保守性ゼロ。 当たり前やなw 779 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 16:48:20.02 ID:Y1hBQ+8z.net] >>745 言えてる 780 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 17:55:02.22 ID:leaAuATv.net] これから.net frameworkと.net coreが統一されるというが実質は.net frameworkが捨てられるだけ 皆が.net coreに移るわけじゃないから結果として.net軍団は二分される ゲームでunityに流れ込む人は多いけどWPFに流れてくる人は大幅に減ると思う 781 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 18:39:05.65 ID:YzgyorL1.net] まあWpfフェードアウトしてUWPのWinUIベースになるのは予想できるね 基本的にはWpfとほぼ同じでx:Bindなどの拡張があるから良いと思うよ WpfにできてWinUIに出来ないこともあるけど、UIタスク以外からコレクションイジられるようになればいいけどな 782 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 20:08:32.81 ID:+IMA5W8O.net] プログラミングのモデルをがらっと変えてくるのはともかく 性能や機能面で以前より劣るものをこれからの主流で御座いと押し付けてきた挙句 そのへんロクに改善せずに開発者の移行も進まず以前のフレームワークもダラダラとサポートし続ける WindowsのGUI方面はWin8から今まで5年以上は時間と金をドブに捨てとるわ 783 名前：デフォルトの名無しさん mailto:sage [2019/11/03(日) 21:43:31.62 ID:6/YkgK4q.net] 正しい方向へ戻っただけだと思うけどね Windows作ってる会社自身が、Windowsの進化が遅いから箱庭方式のフルスクラッチでOSから独立したGUIフレームワークを作るわーなんて言ってたんだぞ 糖質かよ 784 名前：デフォルトの名無しさん [2019/11/04(月) 00:35:03.18 ID:ViGCTZCn.net] MSの誰がそんなこと言ったんだ？ だいたいこんなゴミフレームワークですら叩くと信者がワラワラ出てくるがそいつらが本当の糖質だろ。 技術的な話題には一切入ってこない低スキルなのに。 785 名前：デフォルトの名無しさん [2019/11/04(月) 01:41:28.60 ID:uqYdx4m2.net] どうも、Microsoftのこれからの方向性 この1年で大きく変化しているのを理解できていない投稿が 多いように見受けられんだけど。 来週のIgniteを楽しみにしよう。 786 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 02:18:54.05 ID:B36l93jf.net] MSのこれからの方向性？ 「Azure全振り」だ デスクトップアプリなんて商売としては最早どうでもいい分野であり戦略もクソもないよ 787 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 08:16:57.81 ID:7wrIz40y.net] > 技術的な話題には一切入ってこない低スキルなのに。 >>751の悪口はやめなよw 788 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 14:57:49.02 ID:ViGCTZCn.net] >>754 糖質信者乙W 789 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 15:02:34.48 ID:+lCGWVyn.net] 相変わらず非技術的な内容だと元気なID:ViGCTZCn w 790 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 16:56:18.36 ID:ViGCTZCn.net] 過去ログも含めてこのスレの大半はWPFの悪口だが、 このようにWPFをゴミと言うだけで信者が顔真っ赤に絡んでくるから注意な。 791 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:09:09.95 ID:DlV1X8tk.net] ん？そりゃ悪口とその反論が半々てことじゃないのか？ 792 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 17:26:07.75 ID:7wrIz40y.net] ID:ViGCTZCnは技術的な話に� 793 名前：ﾂいてこれないならマ板で吠えてりゃいいのにw [] [ここ壊れてます] 794 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 18:30:40.97 ID:ViGCTZCn.net] 昔は普及したかと確認する奴もいたが今はそれすらおらず、MSも匙を投げたようだ。 GUIフレームワークの話には入らないが必死に煽るレスだけは必死の ID:7wrIz40y みたいな奴のレスが残りの半分だな。 795 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:32:59.72 ID:7wrIz40y.net] 流行らないと言うなら無視しとけばいいのに哀れな奴w 796 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 19:43:13.47 ID:ViGCTZCn.net] >>761 だからこっちは質問してんだよ。 質問に答えれないのになんでいちいちおれを煽るかね？　まじ糖質だな。 MSの誰が言ったんだ？　ヘジか？　シノフスキか？ 答えれないなら二度とおれにレスすんな、糖質野郎。 797 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:11:22.32 ID:7wrIz40y.net] はあ？ お前の相手が一人だけだと思ってるのかよw 798 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 20:47:14.84 ID:IruLh5fJ.net] 好きにすれば良いだろう。 まったく自信ない奴らだな。 799 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:06:42.71 ID:pMpWm31L.net] WPFが復権すると勘違いしてるやつらがいるんだよ そもそもがメインストリームとして普及したこともないのに winformsの方がまだ普及してた 800 名前：デフォルトの名無しさん mailto:sage [2019/11/04(月) 21:10:05.13 ID:mg/MfEhw.net] まだプレビュー品質だけどReact NativeをUWPに埋め込む機能をXAML IslandsでWPFに埋め込めるから、JSでやったほうが楽なものはそっちでやれるようになる日が、そのうちくると思う 801 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 00:35:50.31 ID:mNhb+bKU.net] JSでやったほうが楽なもんは今でもJSでやるだろう 802 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 16:20:02.41 ID:+CgvG+1/.net] https://devblogs.microsoft.com/visualstudio/all-things-developer-tools-at-microsoft-ignite/ の > XAML code editor pop up, merge resource dictionaries and more > In this release there are multiple new features for desktop developers building WPF or UWP applications. > One such feature is the ability to open the XAML code editor window separately from the XAML designer using our new “pop up” button next to XAML tab: くらいかな WPFの話は あまりの注力度に腰を抜かしかけた さすがMicrosoft 803 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 17:19:07.50 ID:9cwA4daT.net] >>767 wpfとかで作ってるんだけど、このuiはJSならすぐできるのになぁ…というとき用を想定してた 804 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:06.72 ID:1rlVNU81.net] >>752 楽しめましたか…？(小声) 805 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 20:14:08.87 ID:C/ZEDMBc.net] >>769 誰やねんWPF採用したアホ、、、今更オワコン勉強したないしどないしょ、、、せや！Reactがあるやん！ こうだぞ 806 名前：デフォルトの名無しさん mailto:sage [2019/11/05(火) 21:13:04.93 ID:SxErwohi.net] >>752 お前のずれっぷりが楽しめたよ 807 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 18:40:18.34 ID:IJpGwucR.net] prsim のサンプルで using Microsoft.Practices.Unity;の部分が 型または名前空間の名前 'Practices' が名前空間 'Microsoft' に存在しません (アセンブリ参照があることを確認してください)。 アセンブリの参照追加にもそれらしい名前がない どうしたらサンプル使えるのか誰かおしえてください 808 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 19:55:46.49 ID:ZywbswnK.net] nugetでunity追加しましたか？ 809 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:04:32.13 ID:fi/5YPdO.net] チュートリアルの手順通りにやればできるよ 何かをすっ飛ばしてるか異なるバージョン環境か 810 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:14:58.60 ID:IJpGwucR.net] 811 名前：最初にPrism Template Packをインストしてその後nugetでunityはいれました。 参照にprism.UnityやUnityがあるのですが ダブルくりっっくすると このプロジェクトは、利用不可能か、またはビルドされていないため、オブジェクト ブラウザーで表示できません。プロジェクトが利用可能でビルド済みであることを確認してください。 一応ビルドはしているけど↑のメッセージがでるのは普通なのだろうか？ 最新バージョン環境だと駄目なのかな [] [ここ壊れてます] 812 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:17:28.46 ID:fi/5YPdO.net] VS2019の最新で開発してるけど問題ないよ プロジェクト作るところからprism選択するけどそのへんもちゃんとした？ 813 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:29:58.70 ID:9VJ5I3NB.net] >>776 prismは７で大きく変わっているから、nugetする時バージョン下げないと動かないサンプルあるかもしれんね 814 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 20:30:27.16 ID:IJpGwucR.net] 新しいプロジェクトの作成で Prism Blank App(.Net Core3) Prism Blank App(WPF) 両方試したけど同じエラーメッセージがでます WPFはフレームワーク4.8　4.72　4.6と試してみたけど同じだった 815 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:03:36.56 ID:IJpGwucR.net] 参考にしようとしてたところがPrism6.3でやってたようなので 公式のサンプルをまず参考にしてみます 816 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 21:18:46.92 ID:fi/5YPdO.net] なぜ人は質問時にバージョンを明記しないしチュートリアル参考時にバージョンを確認しないのか 817 名前：デフォルトの名無しさん mailto:sage [2019/11/06(水) 23:50:56.66 ID:iZKL+aCc.net] WPFのスレあったんだね <gridpanel> <label>タイトルバー</label> <textbox /> <stackpanel> <button/> <textbox/> </stackpanel> </gridpanel> みたいな構成のコントロールがあるんだけど タイトルバーをドラッグしたらcanvas上で移動するようにするには どうしたらいいんだろう？ 何かヒントをもらえると助かります thumbでやろうとしたけど使い方がよくわからず 上手くいきませんでした… 818 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 00:32:58.49 ID:a+LjUnl5.net] Canvasの中に置いて、DragDrop.DoDragDropじゃいかんのか？ 819 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 18:32:16.09 ID:X6meMw3h.net] 動かせたとして今時点の希望の動作が通常の使用に充分な物とは感じられないと思う canvasの中だけしか動かないのは非常に不都合だろう 820 名前：デフォルトの名無しさん mailto:sage [2019/11/07(木) 22:23:48.95 ID:3+4xKAQS.net] そういう要件なんでは？ canvas上で移動したいって書いてあるし 821 名前：デフォルトの名無しさん mailto:sage [2019/11/08(金) 18:44:46.91 ID:d+a2qUuR.net] なんとなくcanvas上で動かしたいんだろうと思う canvasなんて狭いしスクロールとかの制御も厳しい 実際に使うとゴースト出せて動かせるほうが絶対いい 822 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 15:42:14.29 ID:+CnVgCxY.net] VS2019で、WPFプロジェクトを作って、MainWindow.xamlに対してデザイナを開き、 ツールボックスから「すべてのWpfコントロール」からメニューというものを ドラッグ&ドロップしてみたのですが、普通のWindowsアプリのようなメニュー項目 にはなってくれませんでした。 FormアプリだとMenuStripなどで簡単に出来たのですが、WPFだと同様には できないのでしょうか？ 823 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 18:56:05.80 ID:0kRbSQZl.net] 「普通のWindowsアプリ」ってのがよう分からん スクショでも貼ってくれぃ 824 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:07:21.14 ID:SnLvTGtj.net] winformsはデザイナが親切で楽に作れるんだよ WPFは知識ないと無理 ググってやるしかない .net core版WPFだとさらにデザイナすら整ってない 825 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 19:46:53.04 ID:ZnlyH0jn.net] WPFでは簡単にはできません。そしてこれからも改善する余地もありません。 826 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:35:03.99 ID:cIlNnlO0.net] 普通のｗｐｆ使いはxamlを直接書くから気にならないんだよな アニメーションの設定でBlend使ったりは駿河 827 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 20:39:00.52 ID:FlbWL9l0.net] 828 名前：wpfはウェブアプリを作るのに似ている [] [ここ壊れてます] 829 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:36:31.61 ID:SnLvTGtj.net] MSの人は目玉になりそうなものでこう決まったとなれば何でもかなりかっちり作ってくる 手間暇かけても作る （blendもVSと別ソースで作ってたらしいけど） 逆に普段使いであれば便利だなと思うものはほぼ作られない 何年たとうがかわらず作られない 上からの指示がないんだろうなと思う 830 名前：デフォルトの名無しさん mailto:sage [2019/11/16(土) 21:53:02.01 ID:+CnVgCxY.net] >>788 単刀直入に言ってしまえば、メニューという名前が付いてますが、 パソコンの世界で伝統的に「メニュー」と呼ばれているものにはならないのです。 831 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:29:49.56 ID:RwF92niu.net] >>793 最近はAzureの糞サービスの乱発で一概に品質が高いとは言えなくなりつつあるけど、 やっぱりスタンドアロンなソフトウェアに関してはMSの開発力は神がかってるよね Googleと違ってゴミもそれなりに綺麗に仕上げてくるから、泥舟を回避しづらいのが難点ではある 832 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 00:37:49.46 ID:jUhE2Dju.net] ドキュメントを碌に整備しなくなってからがMSの衰退の始まり。 昔からのルール破ってコード書かない人がプロジェクトリーダーになるようになったから 軽視するようになったんだね。 833 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:04:26.01 ID:5dwJkF8Y.net] https://www.reddit.com/r/dotnet/comments/bmq1py/is_wpf_going_to_be_cross_platform_in_net_5/ 6 months ago No. The whole point is to move WPF and WinForms to be able to target .Net Core, that's it. Just because something targets .Net Core doesn't necessarily mean it is cross platform. There is just too much existing software using WPF and WinForms and the point is to have a migration path to newer technologies. .Net framework is not getting any more new features so if MS wants WPF and WinForms to live on, they need to make it work for core. Maybe one day they will be cross platform, but right now they are just too reliant on Windows specific features. At this time they have explicitly said they do not want PRs adding cross platform 　　　　　　　　~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ capability. Maybe sometime in the future they will work on cross platform capability, or maybe ~~~~~~ a group forks it, who knows. I'd love to see WPF being cross platform. While it has a steep learning curve, you can do some great things with it. 834 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:05:25.06 ID:5dwJkF8Y.net] 6ヶ月前: Q: Is WPF going to be cross platform in .NET 5 A: At this time they have explicitly said they do not want PRs adding cross platform capability. 835 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:09:37.66 ID:5dwJkF8Y.net] 6ヶ月前の時点で「.NET 5 がクロスプラットフォーム能力を持つことになるという PRをしたくない」ということをMSは明確に述べていたそうだ。 つまり、.NET 5 は、来年年末も、クロスプラットフォームにはなって無いという ことらしい。似た説は、海外のサイトで何度も見た。MSがマルチプラットフォーム に積極的になった事は無いとのことだ。 836 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:15:22.33 ID:5dwJkF8Y.net] Q: WPFは.NET 5のクロスプラットフォームになりますか A: 6か月前 これは、Windowsシェル全体とパッケージ化サブシステムをパッケージ化しないと技術的に不可能です。 これは、明らかにMicrosoftの 837 名前：予定リストにはありません。 Winformsは、グラフィックスデバイスインターフェイスであるGDI +に対する非常に薄い抽象化です。 アプリケーションのUIを直接描画する方法を変更できるように、非常に薄いということです。WPFは、 この抽象化を拡張し、コンポジターアプローチと新しいマークアップ言語に置き換えて、 その合成エンジンを活用します。また、グラフィックデバイスサブシステムの3D機能へのアクセス （DirectXおよびDirectDraw経由）を提供します。これにより、WPFはWinFormsができないすべての 素晴らしいことを（とにかく多大な労力なしで）実行できます。 言うまでもなく、いいえ。今ではなく、実際にはありません。これらの技術はどちらも、Windows コンテキスト以外では意味がありません。ターゲットプラットフォームのネイティブグラフィック エンジンが何であれ、Quartz、Weyland、XOrgを介して両方の抽象化を再作成する必要があります。 繰り返しになりますが、これらのプラットフォームには既に独自の同等のツールがあるため、 そうすることに興味のある人はあまりいません。 [] [ここ壊れてます] 838 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 02:24:30.93 ID:ioPxwfyJ.net] すみません、>>797 から >>800 は、Xamarin スレへの誤投です。 839 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 04:37:35 ID:jUhE2Dju.net] > WPFはWinFormsができないすべての素晴らしいことを（とにかく多大な労力なしで）実行できます。 いや、まずWinformsでできることをWPFにも労力なしでできるようにしてほしいんだが。 840 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 07:27:47.44 ID:ADq5wcSz.net] xamlの場合はxmlに馴染みがあるかどうかが分かれ目だな。 それさえわかっていれば本当に楽。 841 名前：デフォルトの名無しさん mailto:sage [2019/11/17(日) 11:53:59.90 ID:SNu9npot.net] >>794 WPF Menuでググれよ… https://blog.okazuki.jp/entry/2014/08/12/122541 ただデザイナでやろうとするとめちゃ大変（まあ慣れてないだけかも知れんが） 素直にxaml直書きのほうが楽だと思う 842 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:32:11.90 ID:8gyrpVW6.net] > WinFormsができないすべての素晴らしいこと これに対する需要がないんだな 843 名前：デフォルトの名無しさん mailto:sage [2019/11/18(月) 22:43:55.11 ID:GgI5BjsL.net] 少なくとも画面レイアウトとテストは楽になった。 formsの方が良かったことって何かあったかな。もはや思い出せない。 844 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 16:42:13.40 ID:8/4AEaZj.net] WPFアプリはおれおれレイアウトが多く使いにくいよな。とにかく操作に統一感がなく不便で最悪。 MFC、winform縛りだとレイアウト、操作性に統一性があって操作に迷わない。 無能デザイナというのは独自性、おもいつきばかりで使う人のことをまったく考えてない。 845 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 19:52:58.83 ID:vALGI2JD.net] 使いやすさより作るのが楽しいほうが重要 846 名前：デフォルトの名無しさん mailto:sage [2019/11/19(火) 21:37:07.35 ID:Q41+AXQm.net] >おれおれレイアウトが多く たとえばどんな？ VSCodeとかElectronのアプリだと従来のUIガイドラインから遠いものが多い印象だが。 847 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 00:44:49.82 ID:97D6zl40.net] 13年頑張っても普及しなかったゴミをMSが切り捨てられない理由はなんだろうなw MSの中にはもう技術的な話ができる管理職がいないんだろうな。 848 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 07:42:01.90 ID:PB4QhTfG.net] そもそも普及に頑張ってたか？　というレベルだしなあ まあWindowsチームにWPFに限らず.NET技術自体が嫌われたってのは MSのなかのひと達からもよく出てくる話よね 849 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 08:56:56.98 ID:Lba1zpe5.net] WOW64は完璧だし、x86バイナリをARMで動かしたり、LinuxバイナリをWindows上で動かしたり、MSSQLのWin32バイナリをLinuxで動かしたりといったトンデモ技術も難なく実用化してしまっ 850 名前：た これほどネイティブコードの移植技術に長けたMSに果たして.NETが必要だったのかは激しく疑問だよね Windowsの進歩を見限ってWPFを作ったらWindowsに背後から殴られた件もそうだけど、Javaなど他社の成功を後追いすることに躍起になるあまり、 自社の強みに目を向けず、Windowsチームに技術的チャレンジをさせてこなかった反動が来てるんだろうね [] [ここ壊れてます] 851 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:06:31.94 ID:c0fA4obI.net] .NETは成功してるだろ。 C#があのVB6のOCX地獄をどれだけ駆逐したか。 852 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 09:17:33.09 ID:Lba1zpe5.net] OCXはバージョニングの仕組みに問題があったが、だからといって全てを抽象化してWindowsから独立したシステムを構築しようなどというのはあまりにも暴論極論 現に.NET Coreでは.NETはWindowsの中核技術から単にアプリに組み込まれるインプロセスなランタイムに「格下げ」されたわけで、 当初の構想からすると成功と言うにはあまりにも残念な結果だ 853 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:18:01.46 ID:6ps0JqqR.net] vs2017だと 1.デザイン画面でGridをDockPanelに変更する 　　コンテキストメニュー/レイアウトの種類の変更 2.ツールボックスからMenuをDockPanelにドロップする 3.Menuのプロパティ/レイアウト/Dock/Top 4.Menuのプロパティ/レイアウト/Width,Height,VirticalAlignmentをクリアする。 5.Menuのプロパティ/共通/Itemsのボタンを押す。 6.コレクションエディターが表示される。 7.左下のコンボボックスからMenuItemを選び、追加を押す 8.右側のプロパティ/共通/Headerに文字列を入力してOk>90 9.DockPanelにGridをドロップして、GridのWidth,Height,VirtiacalAlignmentをリセット ドロップダウンメニューは MenuItemのプロパティ/共通/Itemsのボタン 854 名前：デフォルトの名無しさん mailto:sage [2019/11/20(水) 18:20:24.22 ID:6ps0JqqR.net] "Ok>90" --> "Ok" 855 名前：デフォルトの名無しさん mailto:sage [2019/11/22(金) 15:16:56.99 ID:2jFqraTL.net] >>811 WinFormsはまだ、Win32のコントロールを使っていたそうですが、WPFは 使ってないそうですから、もっと嫌われている可能性もありますね。 しかも、WPFは書き方もWindows伝統とはかけ離れて、HTML+JSの書き方に 近いようですし。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef