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

1 名前：デフォルトの名無しさん mailto:sage [2017/05/09(火) 09:09:13.94 ID:KhhA22kJ.net] Windows Presentation Frameworkについて語るスレ。 前スレ WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part20 echo.2ch.net/test/read.cgi/tech/1458082648/ 関連スレ Windows 10 UWPアプリ開発 echo.2ch.net/test/read.cgi/tech/1440150886/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 596 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:40:18.68 ID:ZTVh7Eud.net] >>575 あほ www.itmedia.co.jp/news/spv/1205/29/news023.html 597 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:49:40.80 ID:hR8QggpZ.net] >>576 首吊った方が良い(^o^; 598 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 11:56:24.60 ID:ZTVh7Eud.net] >>554 オリジナルってオレオレ表現は何が言いたいかわからん .NET Coreに対するFull（Desktop）の.NET Frameworkのことなのか、MVCに対するWeb formsのことなのか 599 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:32:22.90 ID:LbO5jlt/.net] >>578 きっと無印aspの事ですよ。 600 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:42:19.95 ID:u+pD0KRM.net] WP終了するの何度目だよ死ね 601 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:45:39.55 ID:A6EfYYCB.net] >>565 ライセンスは不要っぽいけど証明書がだるい 602 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 12:48:09.69 ID:A6EfYYCB.net] >>580 WPって? 603 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 14:54:54 ] [ここ壊れてます] 604 名前：.07 ID:ZTVh7Eud.net mailto: >>579 .NETですらなかったか [] [ここ壊れてます] 605 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:13:38.02 ID:b18EdB/Y.net] >>563 そもそもセールスフォースで扱ってる顧客管理業務がWeb向きですがなw 電子カルテがWebの病院なんて見たことないし、有ったとしても使いにくいだろう。 606 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:16:53.75 ID:b18EdB/Y.net] ぐぐったら有ったOrz 607 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 17:25:38.17 ID:mWXJ6h5L.net] もはやwebがGUIプラットフォームとして普及しすぎて作る側もデスクトップよりwebベースの技術持ちのほうが増えてるんだよなあ 608 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:08:03.40 ID:IR1b7wv8.net] VB6の業務システムをWeb化したけど 使ってる職員の人に泣きながら「元に戻してください」って言われたわ。 609 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:11:42.02 ID:IR1b7wv8.net] まあ、2chもtwitterもWikipediaもはてなもyoutubeもniconicoもamazonもyahooも専用アプリで見てるからな。 Webで作ってはい終わりなシステムは存在自体迷惑。 「ちゃんと」UWPで提供してくださいね。 610 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:11:57.88 ID:ZTVh7Eud.net] >>587 お前の腕がよっぽど悪かったんだろうな 611 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:13:20.63 ID:F7yEQysJ.net] >>588 お前んとこよ業務システムはスマホOnlyかよｗｗｗ 612 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:23:28.85 ID:PFEgPN/G.net] >>589 死ねよ 613 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 18:27:52.56 ID:ZTVh7Eud.net] >>591 それが職員の本音 614 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 19:40:17.75 ID:e0oQHeX4.net] >>587 vb6の業務システムを泣きながらWindows10対応している俺の立場は。 なーんもしなくてもそのまま問題なく動いてるっぽい(ーー;) 615 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:02:50.32 ID:kFuua7X2.net] VB6はドトネトより明らかに早いから、しっかり作ってあるとWinFormsなど見た目で差別化が出来ない場合辛いものが有るね まあメンテするこっちからみたらクソ言語では有るが 616 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:16:48.02 ID:e0oQHeX4.net] アプリケーションは速ければ速いほど良い。 vb6ってこんなに軽かったっけって思うよ。 でもこんな仕事はいやズラ(T_T) 617 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 20:49:55.22 ID:RwG/jnVL.net] いくら速くてもメモリリークするようなゴミでは使い物にならない やっぱりWPFだな GdiplusStartup と GdiplusShutdown を繰り返すとメモリ リークする https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/10/10/gdiplus-tsf-memleak/ ＞現在、この問題を修正する予定がありません。 618 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 21:03:07.74 ID:ZTVh7Eud.net] >>596 これってそんなに頻度高いの？ 619 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 21:03:53.95 ID:MPxouh5p.net] いくらメモリーリークしなくても日が暮れる前に仕事を終えてくれないとなー 620 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 23:05:52.56 ID:2hrMSkCE.net] gdi++の初期化/終了なんぞ頻繁に呼び出すことはないからどうでもええけど それより原因となるTSFのリーク発生条件がやべえな ダミーウィンドウと共にスレッド起こすのは小細工としてそこそこ出番があるような 621 名前：デフォルトの名無しさん mailto:sage [2017/10/10(火) 23:15:47.61 ID:TI1DggQu.net] >>599 思いっきり当てはまる作りをしているアプリがあるわ。 生成頻度は少ないからまぁ大丈夫だろうけども。 622 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/11(水) 03:31:53.05 ID:rqqSAVqs.net] >>593 掘”った栗 623 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 09:39:19.59 ID:kukuoK5s.net] >>541 デバッグしたい// 624 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 10:10:09.73 ID:gUlGhM8/.net] DatetimepickerってWPFに無いんだ… 日付と時間表� 625 名前：ｦどうすんの… [] [ここ壊れてます] 626 名前：デフォルトの名無しさん [2017/10/11(水) 10:44:22.63 ID:9HbYpl43.net] 今アフリカでは飢えた子供たくさんいます。皆さんの寄付をお待ちしております。 627 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 10:57:59.00 ID:kaZdUJxk.net] >>604 スピンも無いぞw Extended WPF Toolkitを使え 628 名前：デフォルトの名無しさん [2017/10/11(水) 12:00:31.23 ID:9HbYpl43.net] >>605 https://fresh.lawson.jp/goods/70999 629 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 14:15:19.34 ID:xGB2zgmM.net] >>601 ぼっても割に合わん。 動作不良じゃなく元々のバグがかなりあるOrz 当時のブビプログラマーのレベルはこんなもんだがw 630 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 17:54:00.03 ID:mza9tdHV.net] >>534 最初の敷居はちょいと高いかもだが このフレームワークの考え方に慣れたら便利だよ 631 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:06:58.99 ID:Qsqjym7k.net] 慣れたら便利は不便ってviで学んだ。 632 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:31:07.43 ID:o57WAIx5.net] 不便じゃないがxamlは微妙だわさ 633 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:44:00.46 ID:2kA0LIge.net] mvvmやxaml,データーバインディングは作りたいアプリがあったので作りながら覚えれたけど、次のステップとしてリアクティブプログラミングやろうとしたがリアクティブはかなり敷居高そうだな 634 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:45:55.55 ID:CGuaZ+CK.net] WinFormsでカスタムコントロール作ってオーナードローした人じゃないと wpfの有り難みは理解できんかもな そりゃコントロール並べるだけならwinfromsのほうが遥かに簡単だ 635 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:51:44.60 ID:o57WAIx5.net] 少なくともWordが使いこなせないとxamlは無理ね。 636 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 19:55:42.90 ID:ff6iD1XD.net] なんでコントロール並べるだけのことが後発のWPFでは難しいんだろうな WinFormsでできることがXAMLを一切触らずにがUIデザイナでできたら、 結果は違ったんだろうか？ 637 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 20:14:17.44 ID:wRfMxQMF.net] >>611 ReactiveProperty/ReactiveCommandの話なら、すごく楽だよ。 逆に今までの苦労は何だったのかと思うほど。 638 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 20:26:19.51 ID:CGuaZ+CK.net] uwpでReactiveCommand使う時、disposeのタイミングで例外吐く不具合があってエライ目に有ったんだが アレは治ったんだろうか？ 639 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 21:11:58.60 ID:/ydphcqk.net] 遅いらしいし、コントロール揃ってないし、なんかめんどくさそうだし、将来WPFが 主流になるんだったら覚えてもいいけど、まあもうちょっと枯れてからでいいやと 思い続けてとうとう今日に至る 640 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 21:19:31.21 ID:o57WAIx5.net] >>617 10年経っでるのに枯れてないとな。 641 名前：デフォルトの名無しさん mailto:sage [2017/10/11(水) 22:29:17.19 ID:Qsqjym7k.net] winfromやwindows7で困ってない人を移行させるのは難しい。 それ以前に移行すると困る人が大勢いるのはMSの怠慢と言わざるをえない。 642 名前：デフォルトの名無しさん [2017/10/12(木) 10:14:35.23 ID:EMta15tJ.net] アスペのすきなC# 643 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 10:27:32.93 ID:WR+PJUQy.net] 奴隷の好きな言語は? 644 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 12:10:11.06 ID:knGok4Ah.net] Java 645 名前：デフォルトの名無しさん mailto:sage [2017/10/12(木) 12:20:51.67 ID:WR+PJUQy.net] Java案件には関わりとうない 646 名前：デフォルトの名無しさん [2017/10/12(木) 12:46:50.56 ID:iASiM5mX.net] アスペが釣れる 647 名前：デフォルトの名無しさん mailto:sage [2017/10/14(土) 08:02:49.68 ID:tNAfEAYV.net] Java案件にはデスマが待っている。関わりとうない、関わりとうない♪ 648 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 10:50:00.14 ID:fX+zjWfL.net] >>615 それは、ある程度使えるようになってからだろ？ その前段階の覚える段階の敷居が（目標がないと）高いって意味じゃね？ 649 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 11:14:02.79 ID:+yNynBs6.net] >>626 prismなんかで組んでいるようだから、２，３０分も有れば基本的なことは出来るよ 650 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 04:26:03.95 ID:wsZRBdk3.net] xamarinがwpf/mac/gtk#にも対応するようなのでいよいよ本当に終わりですか 651 名前：デフォルトの名無しさん mailto:sage釣 [2017/10/16(月) 06:45:42.59 ID:Q+N/9tOC.net] あの人達キモいからヤダ 652 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 09:15:22.42 ID:z1iVQjyz.net] チンポ騎士団員は帰っていいよ 653 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 09:54:27.69 ID:isNfJMq0.net] MVVMが全く理解できん プログラミング初心者には無理な壁か… 654 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:01:40.38 ID:J8+i6TGJ.net] >>631 先ずはビューモデルとバインドから。 イベントはベタ書きでもおっけ。 655 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:14:35.62 ID:39jE09AN.net] 個人開発の規模だと、ビューとモデルを分割する事のメリットからしてあまり感じられないだろうから無理も無い 656 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:18:50.35 ID:NmY3JO0d.net] VとVMの切り分けはよく分かるんだけど VMとMの切り分けがよく分からないんだよね データがRDBにあるとして VMでSQL書くのはMVVM的にNG？ 657 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 10:50:49.04 ID:sQ3NutSu.net] prism.UnityとかAutofac等のDIコンテナ使うとMVVMの理解は深まるけど DIコンテナの理解を深めないといけないという自転車操業 658 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 11:08:24.23 ID:jCGmdkaF.net] >>634 同じくVMとMの切り分けがあいまいになっている自分 RDBはビジネス要件だからどちらかというとModelとして切り離すべき 659 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 12:34:30.50 ID:6vVGKMs0.net] テストコード書かないのなら分離しなくても問題ないでしょ。 660 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 12:50:22.73 ID:3t3P1FsS.net] 設計者俺実装者俺利用者俺の3俺構造だとMVVMの恩恵はあまりない 一応恩恵あるけどスゲー便利というほどじゃない どちらかというとObservableCollectionやMicro-ORMの理解の方が大事だと思う 661 名前：デフォルトの名無しさん mailto:sage [2017/11/02(木) 18:47:26.55 ID:YdwoTlH6.net] Viewの部分入れ変えても大丈夫な程度にしておけばいいと思う。 662 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:44:58.25 ID:QTbHfBOQ.net] WPFに何を求めるか次第じゃないの? MVVMとしての美しさを求めるか、単にUIとしての美しさを求めるか。 オレの場合はUIの美しさしか求めないんでMVVMはどうでもええ。 663 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:52:50.24 ID:9WRa7/YE.net] >>634,636 コンソールから使うコマンドラインアプリとして書いてみれば、何がModelなのか分かるよ そのModelをGUIとかの特定のViewに合致させる役割がViewModel 664 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 09:56:57.17 ID:wXWM393A.net] アプリの規模にもよるかな 665 名前：デフォルトの名無しさん mailto:sage [2017/11/03(金) 10:02:02.08 ID:ATL1IZSq.net] 画面作るのはXAMLが楽で良いなぁ。 666 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 07:58:35.78 ID:cFRpAK1r.net] MVVMで作るときのソリューションのフォルダ構成どうしてますか？ Models/Views/ViewModelsの下にPages/UserControlsなどを置くか、その逆にするかで迷う。 667 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:15:23.15 ID:1K2n1JV6.net] >>644 機能で分ける M/V/VMは区別しない MVVMに限ったことじゃないけど、一般に、種類で分けるのはモジュール強度の低い良くない分け方だよ 668 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:19:20.77 ID:+71Y93dj.net] 迷うってことは、問題が解決してないってこと。つまり失敗した概念だと言えるな。 669 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:46:00.62 ID:jl0ZLZ4q.net] 分けるというより、目障りだからどかす、というイメージが強い 意味合いが#regionに通じてるところがある 670 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 08:53:48.77 ID:7G3CwTrC.net] たしかにViewにプラスで必要な部分は迷うわ 671 名前：デフォルトの名無しさん mailto:sage [2017/11/04(土) 09:11:02.86 ID:5h9DYzfZ.net] >>644 xamlとVMは同じフォルダ内に置いてる。 672 名前：デフォルトの名無しさん [2017/11/05(日) 23:23:33.87 ID:TdKcbL6p.net] データコンテキストってなんなの… 全然使い方がわからない… WPFほんと難しい…自分の頭の悪さに引くわ… 673 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:37:19.03 ID:Fa7z1jl7.net] そんなとこで詰まってるならやめた方がいいんじゃない? テンプレートバインディングや依存関係プロパティで死ぬよ 674 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:42:44.11 ID:fpg0wyCq.net] ルーティングイベントとかクッソ意味不明 Adornerとかレイアウトイベントの使い分けとかDrawing系の低レベル描画層とかゲロ複雑すぎてやばい 675 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:50:24.22 ID:fpg0wyCq.net] あと見た目の状態遷移に使うVSMも癖があって慣れるまでクソ難しい WPFの場合は更にトリガとの使い分けもあってカオスの極み 676 名前：デフォルトの名無しさん mailto:sage [2017/11/05(日) 23:57:03.43 ID:fpg0wyCq.net] あとWIC系のAPIもヤバい たかがビットマップイメージがなんでここまで複雑になるのか不思議なレベル 677 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 01:08:49.29 ID:g6YJakDt.net] >>650 すごく単純に言えば、バインディングに使用する複数の変数を任意の1つのオブジェクト(クラス)にまとめておくだけの機能だよ。 (各変数はそれぞれプロパティとして定義する) 678 名前：デフォルトの名無しさん [2017/11/06(月) 02:23:58.85 ID:Xbh99dPN.net] DataContextやDependencyPropertyは使ってりゃそのうち分かるようになるし 一度分かってしまえばどうということもない VisualStateManagerは確かに難しい つか使いこなせん Styleのカスタマイズは未だに試行錯誤というか行き当たりばったりだわ 679 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:12:40.27 ID:TOtQu/eL.net] >>655 んー…分からん… 色んなサイト見ても全部微妙に違ってどれを参考にしたら良いかもわからん MVVMだとどの部分に書くんだ？ 680 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:38:43.96 ID:3xHBnL7y.net] んー…なんというか…。書くとか書かないとかというか、、データソースなんだよ 681 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 13:55:11.78 ID:2nM3KO37.net] >>657 Contextって名前が曖昧すぎる。 DataHogeと同じで名前に意味はない。 DataContextにはViewModelのインスタンスを設定してDataCintext=ViewModelだと思ってればよいのだ。 682 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 18:15:34.67 ID:6TjQQ+65.net] >>650 難しいのは考え方だろうね データコンテキストが難しいと感じるなら、根本的に発想の転換が必要なんだと思う 683 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 18:26:51.77 ID:8k9yKas+.net] WPFが流行らなかった縮図を見ているかのようだ… 684 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 22:34:37.38 ID:S0HGA2wI.net] WinForms時代のデータソースも分からない人だろ。 685 名前：デフォルトの名無しさん mailto:sage [2017/11/06(月) 22:42:59.34 ID:FcoeWLYn.net] >>658 >>659 >>660 せっかく説明してくれてるのに理解出来なくてごめんよ… 元々プログラミング始めたばかりの自分にはハードル高いよな… this.DataContext=table; とかだとXAMLにBinding tableって指定してる所と紐づけるって解釈で良いのかな？ MVVMでアプリを作ってみてるんだけど、C#の言語自体の理解もまだまだだからすげぇ難しい… this.DataContext=table;←これもModelクラスに書くべきなのかViewModelに書くのかよく分かってない View→ViewModel→Modelって関係になっててV,VMとMは切り離して考えるのは分かるんだけど、例えばModelクラスに書いてる処理(例えばデータベースの値をDataGridに表示させるとか)をどうやってViewModelから取得したらいいの？ プロパティとか使うの？ 686 名前：デフォルトの名無しさん [2017/11/06(月) 23:48:48.36 ID:VYb2y8+k.net] >>663 それは　Xamlには　Binding　だけでいい 687 名前：デフォルトの名無しさん [2017/11/06(月) 23:51:37.56 ID:VYb2y8+k.net] 知識ないうちはXamlは地獄 知識あってもタイプミスとかでデバッグがものすごくつらい いろいろ無駄なことをさせられる 688 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 00:02:15.24 ID:bJd82uh3.net] 俺の理解ではDataContextはBinding SouceとBinding Targetのつなぎ目 DataContextを設定してはじめてSouceとTargetは赤い糸で結ばれる 689 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 01:05:32.39 ID:doVlH5i0.net] >>663 細かいことは省略した大雑把な例だけど、 class Table { 　int A { set; get; } 　int B { set; get; } } this.DataContext=new Table(); と設定しておくと、{Binding Path=A}とか{Binding Path=B}って書けるようになる。("Path="は省略可) 690 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 01:51:17.40 ID:cse8gTk6.net] >>663 まず、データベースとか関係なくDataGridに何か(例えば1〜10)を表示することを考える そうするとModelは必要ないからViewModelに全てを書く ViewModelがViewのために1〜10を教えてあげるとViewはViewModelの言うがまま表示する このことをViewModelにdatabindingしていると呼ぶ しかし、いつも1〜10を表示しても何の役にも立たない 目的に応じて適切な値を表示したい この1〜10ではなく目的に応じた適切な値を管理するのがModelの役割 例えば、データベースから31415926534とか取ってきたりする 691 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 06:48:36.59 ID:QsHhWiO1.net] >>663 ビューモデルとデータコンテキストの紐付けはxamlの中に記述する。 xamlはhtml見たいな画面記述言語じゃなくてc#(.net)のインスタンスを記述する言語。 692 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 07:00:14.02 ID:QsHhWiO1.net] >>663 >どうやってViewModelから取得したらいいの？ プロパティとか使うの？ バインドさせる。 693 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:12:12.63 ID:lDMoKAlX.net] >>669 >xamlはhtml見たいな画面記述言語じゃなくてc#(.net)のインスタンスを記述する言語。 それXAML一般じゃなくてWPF限定だから気をつけた方がいいよ UWPやSilverlightでは.NETオブジェクトはアンマネージドなXAML DOMのラッパー だからC#でツリー組むよりXAMLをテキストで読ませたほうが速かったりする 694 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:22:10.77 ID:y4hb8FzZ.net] >>671 そうなの? じゃ、UWPのxamlとWPFのではかなり別もんなのか 695 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 09:39:39.90 ID:QoqDyUp+.net] >>671 それじゃUWPのobjフォルダに有る　xxx.g.csファイルって一体何だ？ 696 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 11:28:45.06 ID:J9S6QLG4.net] 一発目でwpfはツレーだろうな。理解していることの前提要素が多すぎる 697 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 11:42:33.72 ID:2j0EGKvx.net] MVVMに手を出すとさらにつらくなるね 698 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 12:39:39.96 ID:jxgrvyaf.net] 素直にWinFormsで入門すればよかったのにw C#に限らず今時のプログラミング言語自体、まったくの初心者にとっては躓きそうな要素が 色々あるのに、xamlがーとかMVVMがーとか言い出したら、地雷原を素足で歩くようなもの 699 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 16:42:34.80 ID:9jjlIy9p.net] >>676 ConsoleでHello,world からでしょ。 700 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 16:56:18.48 ID:kORl+ylV.net] ほんとそれな Viewの前にModelの作り方、GUIの前にCUIの作り方覚えろと 701 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 17:39:21.94 ID:H3DL339H.net] 今時CUIはないでしょう。 モチベーションが続かないし、Windows FormでポトペタでGUI作るより CUIの方が簡単とも思えない 702 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:04:12.00 ID:kORl+ylV.net] >Windows FormでポトペタでGUI作るより いきなりそれからやろうとすると、基礎が身に付かんだろって話なのよ 言語の基本仕様くらい真面目に学習せんかーい 703 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:06:52.09 ID:H3DL339H.net] >>680 じゃあ聞くけど、CUIを選択することで学習できる基礎って何？ そんなものはないよ。あるなら言ってみ？ そういう話なら、たぶん構造化プログラミングをすっ飛ばしていきなり クラスベースのOOPに挑戦する弊害の方が大きいと思う 704 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 18:45:12.03 ID:MJK6I9RA.net] CUIは入出力がものすごく単純でGUIみたいなフレームワークの知識がほぼいらないので言語の仕組みそのものに学習を集中できる 705 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:06:46.18 ID:vb3e1pou.net] >>681 MVVMのModelで実行できるプログラムにGUIって必要か? 706 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:09:33.93 ID:vb3e1pou.net] ぶっちゃけ、GUIやConsoleプログラムのI/Oって泥臭い処理で プログラムの本質を学ぶ上では必要の無いものなのかもね。 707 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:15:19.61 ID:vb3e1pou.net] とりえあず、かずき大先生の記事を貼っておく。 日本語のWeb情報でWPFに関してこれを超えるものはないと断言できる。 blog.okazuki.jp/entry/2014/12/27/200015 お布施、払いたい人はこれ https://www.amazon.co.jp/gp/product/B015WXYUUU/ref=oh_aui_d_detailpage_o01_?ie=UTF8&psc=1 これも必須 https://www.amazon.co.jp/%E3%82%A8%E3%83%83%E3%82%BB%E3%83%B3%E3%82%B7%E3%83%A3%E3%83%ABWPF-Presentation-Foundation-Programmers-SELECTION/dp/4798114200/ 708 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/07(火) 19:33:09.38 ID:6NdbJPOz.net] >>682 curses全力否定？ 709 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:38:51.28 ID:MJK6I9RA.net] >>686 cursesみたいに複雑にしようと思えばいくらでもできるけど、printfとscanfだけでも最低限のものは作れるでしょ GUIだとその最低限のものを作るのにも書かなきゃいけないことが多くて初心者向きじゃない 710 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 19:41:29.82 ID:o4Vl0zCf.net] ボタン押してラベル書き換えるぐらいもやる気がないなら プログラムやる資格はないと思う 711 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 20:40:45.13 ID:JobEFelh.net] >>ボタン押してラベル書き換えるぐらい のことでもViewのコードビハインドにするかViewModelとの相互作用にするかでも悩まされるのがWPF ViewModelとの相互作用で書いた方が可搬性があがるよ！ …分かるけど、それ、初心者向きかしら？そんなことも思わすのがWPF 712 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 21:28:27.15 ID:kORl+ylV.net] >悩まされる 悩まなくね？ ボタンのラベルを他から参照する事が無い、次の画面に持ち越さずその場限りの使い捨てで良いならコードビハインド 713 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 22:12:40.66 ID:jxgrvyaf.net] >GUIだとその最低限のものを作るのにも書かなきゃいけないことが多くて初心者向きじゃない という程にはWinFormは難解じゃないわな。その辺りは良くも悪くもVisual Basic譲り ただ、GUIから入るとFormの存在感が強すぎて、ブラックボックス的な部分もあって、クラス などの基礎知識の理解を遅らせかねない部分があるのは確か とはいえ、今のご時勢CUIでストイックにプログラミング勉強しようとも人に勧めようとも 思わないけどな ボール無しでの基礎訓練も大事だけど、やっぱシュート練習のほうが楽しいわさ 714 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 22:53:53.14 ID:JobEFelh.net] >>690 >ボタンのラベルを他から参照する事が無い、次の画面に持ち越さずその場限りの使い捨てで良いならコードビハインド そう。悩まな� 715 名前：｢んだ！すごいねー。それで可搬性のあるコードになるんだー（棒 みんなそうなるといいねー。すてきー（呆 [] [ここ壊れてます] 716 名前：デフォルトの名無しさん mailto:sage [2017/11/07(火) 23:29:42.68 ID:8cNzIfeX.net] 低能なら低能でコードビハインド使うのは別に悪ではない。 717 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 00:24:21.64 ID:lkyynzxx.net] けっきょく低能よばわりされるんだ、悪じゃないのに。へー（もはや何もなし 718 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 02:10:41.66 ID:41vAKyEh.net] かずきは大したことないよ。ただブログこまめに発信してるだけ。 neueccみたいな何か作り出せるのが最強 719 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 05:58:24.72 ID:d89kNCGz.net] 低脳が悪とは限らない まあケースバイケース 720 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 07:32:05.97 ID:kXOcEBHO.net] >>695 まともなドキュメント書かなきゃ誰も使ってくれないけどね。 Rubyが流行ったのは早い段階で英語のドキュメントがあったから。 オレ、ドキュメントなんて面倒くさくて書きたくないけどw 721 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 11:04:01.06 ID:yrPiJxO6.net] WPF使えるようになれば分かると思うが、理解できないのはWPFが糞設計だから。 決してPGのスキルの問題ではない。もしPGのスキルのせいにしてる奴がいるとすれば、 そいつはWPFを理解していないだけ。 722 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 11:47:39.60 ID:kVbA0K8n.net] コードビハインドとか新しい用語作っておきつつ学習した後で それは柔軟性が足りないとか言われても困る 723 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 12:21:09.00 ID:OSwmw0Ws.net] >>698 どんな糞でも食せるように調理できるのはスキルではないと言うのか。 オレはスカトロマニアかw 724 名前：デフォルトの名無しさん mailto:sage [2017/11/08(水) 12:29:17.17 ID:JZhqf68Z.net] ウメーとこだけバインド利用しましょうでええんや キッチリカッチリ無理無理。ハゲるぞ 725 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 05:49:47.74 ID:gZdnar30.net] WPFが糞というのはないな、xamlが糞だというのはおおむねそうだな xmlもどきで記述されたものを専用パーサで読みUIを作るという着想はいいんだ 問題は書式、カッコ増えすぎインデント深すぎ、可読性が悪いし記述がしにくい 726 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 07:52:05.77 ID:rakEZX+F.net] フラットだったら可読性が良いってわけでもないと思うがな。 少なくとも、デザイナー使わないと読んでも理解できない.Designer.csよりはマシになったと思う。 xamlでネストが深くなりすぎたと思ったら<UserControl>でモジュール分割するタイミングだな。 main()関数の中に全部の処理を記述するようなことしてるから糞に思えるんだよ。 727 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 08:52:12.22 ID:eH9JjwU7.net] ｘｍｌの問題なのは重々承知だが、コメントの書き方何とかならんものだろうか 728 名前：デフォルトの名無しさん mailto:sage [2017/11/09(木) 09:01:55.01 ID:T0f+zXRU.net] >>702 xmlモドキじゃなくxmlだろ。 独自構文だともう少しスッキリはするかも。 729 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 16:44:08.42 ID:0bOJZQsY.net] なんとかバインドの雰囲気がわかったと思ったらコマンドってなんだよ これ1番わからねぇわ 730 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 17:50:48.32 ID:ueWlL2hQ.net] WPFの本質が見えているとなぜ普及しなかいなんて一目瞭然なんだが、 それをPGのスキルのせいにするのは基本的にWPFの本質、使い方が何も分かってないのだろう。 731 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:37:03.92 ID:KVSswJaS.net] WPF以外でスタイリッシュなUIって作れるのありますか？ WinFormじゃメチャクチャ工数がかかるのでWPF以外で何かいいのあったら教えて頂きたいです。 732 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:40:08.93 ID:5TFgrAMu.net] UWPがあるぞ 733 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:59:21.06 ID:Qc9ud9aj.net] >>708 今だとElectr 734 名前：onの一強 [] [ここ壊れてます] 735 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 18:59:42.16 ID:Bl01hNnl.net] wpf難しい… データバインドがうまくいかない データベースから取ってきたリスト型のデータをコンボボックスのitemsourceに設定するだけなのにうまくいかぬ 736 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:02:29.12 ID:KVSswJaS.net] Electronは初見なので調べてみます。 737 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:40:41.74 ID:alfIXjUy.net] >>707 >それをPGのスキルのせいにするのは PGのスキルのせいだと思うぞ。 MSが日本の平均的スキル(日本のITは奴隷産業なので世界の底辺以下のそのまた以下の以下のゴミクズ以下)を超えた物を作ってしまったのでついて行けてないだけ。 738 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 19:46:17.42 ID:Qc9ud9aj.net] WPF開発は個別の画面の前に全体の仕組みの設計から入らないと上手くいかないというかクソ手間かかるんだよな 日本人はそういうの苦手でボトムアップが好きだから根本的に合わないんだよ 739 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 20:39:39.13 ID:g/THXaNi.net] まぁ確かに、Formsだとポトペタで画面作ってダブルクリックで開いたイベントハンドラに ちょいちょいとコードを書けばそれで動くものができたからな。そのお手軽さは素晴らしい。 740 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:39:51.42 ID:YLtBUtjT.net] WPFでも全く同じ事出来るんですが… 741 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:41:54.84 ID:jdLju/Su.net] ｈｔｍｌの手書きが出来るならxamlなんて言うほど大変じゃないんだけどな swingのレイアウトよりは遥かにマシだと思うし 742 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 21:57:30.05 ID:qXatXNmA.net] TriggerとCommandは触らねーって誓っておけばまあまあ 743 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:17:07.28 ID:O9mK3j04.net] うっかり<i:Interaction.Triggers>書いちまった、もう戻ってこれないかもしれない、すまぬ 744 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:48:28.78 ID:jdLju/Su.net] すっかり忘れてたが、CommandってprismとかReactiveCommand使わんと無茶苦茶面倒だったな prism使えば大したものじゃねーよ 745 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 22:51:00.68 ID:z3kyf/Nq.net] >>711 リストはListではなく、ObservableCollection使ってるか？ リストはプロパティになってるか？ フィールドだとバインドされないぞ リストのインスタンスをバインドした後に書き替えてないか？ 746 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 23:09:12.76 ID:TSxiC3iy.net] コマンドは許すがビヘイビアは最悪 あの頃の「コードビハインドは殺せ」な宗教化したMVVMのせいでWPFが避けられるようになったんだと思うわ 747 名前：デフォルトの名無しさん mailto:sage [2017/11/10(金) 23:25:01.08 ID:jdLju/Su.net] uwpからイベントをバインド出来るようになったから、ビヘイビアは殆ど書かなくても何とか成るようになった 748 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 02:00:39.82 ID:ZPU8Qj6m.net] >>722 ビヘイビアやトリガーは1度作ってしまえば、既存のコントロールにポトペタで機能を追加出来て面白いけど、 使いまわししないならいちいち作るのは面倒なだけだね。 749 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 17:37:09.26 ID:938sGYJm.net] 先行者とMSの人のせいだな 750 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/11(土) 19:20:18.21 ID:ljWP0iHz.net] ちょまど神への信仰が足りないからです 751 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 19:53:53.83 ID:zNtCqHZv.net] 騎士団はお帰り 752 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:00:52.76 ID:kwXAGkCp.net] ビヘイビアって依存関係プロバティーが仰々しいだけで、中身は大したことやってないから難しいものでもないんだけどね 警戒せずにコード読めば簡単に理解できるから 753 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:12:23.29 ID:7DvP3YTX.net] ビヘイビアの問題はビューとロジックの分離を壊すこと Libet信者なんか当時はXAMLでプログラミングしてドヤ顔してるような状態で本当に酷かった 754 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 20:32:22.35 ID:WEOLmGSE.net] >ビヘイビアの問題はビューとロジックの分離を壊すこと ビューにロジックが存在しちゃいかんって法はないだろ。 755 名前：ビジネスロジックを置くべきじゃないって話と混同してるんじゃないか？ [] [ここ壊れてます] 756 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 21:41:38.21 ID:7DvP3YTX.net] ビューとロジックの分離というのは文脈によって様々なものを指すが、 WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。 それを破ってXAMLで振る舞いを定義しようとしたのがビヘイビア。 強力すぎる設定ファイルを与えると人は次第にそれで複雑なプログラミングをするようになるもので、 設定ファイルとして分けた意味がなくなってしまうんだよ。 ダイアログ出すくらいいいだろと思う人もいるかも知れないが、それを認め始めると歯止めが効かなくなるの。 757 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 22:15:20.74 ID:WEOLmGSE.net] >WPFの根幹の思想としてのビューとロジックの分離は、「見た目はXAMLで定義し、振る舞いはコードで定義する」ってことだ。 XAMLのみがビューだと言っているのか？ ビヘイビアのコードはビューじゃないとしたら何だと？ 758 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 22:53:43.27 ID:4ZCNeoHz.net] Viewの｢動作｣を書くのは有だと思うが 何事も程々にですな 759 名前：デフォルトの名無しさん mailto:sage [2017/11/11(土) 23:54:31.21 ID:7DvP3YTX.net] >>732 ビューとロジックというのは相対的なもので、具体的に何を指すかは場合によって違う WPFはもともと、デザイナーがデザインを作ってプログラマがコードビハインドを書くことで分業するように設計されている プログラマ目線のビューとロジックの分離はもう一段上がるわけだが、それはWPFとは直接関係のない話だ 760 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 01:29:27.56 ID:+a+fBSky.net] >>731 そうは思うわないな。 ビヘイビアが糞なのはそうだが。 761 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 07:43:01.13 ID:/VKzDrV0.net] ビューとモデルの分離 プレゼンテーション(ビュー)ロジックとビジネスロジックの分離 デザインとロジックの分離 このあたりの勘違いだろうと突っ込んでみたら、説明がどんどん意味不明になって笑える 762 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:26:06.14 ID:e5xLDhIK.net] WPF = MVVM だと思ってると敷居が高いがWinFormに代わる綺麗な UIの作れるライブラリだと思って使えば敷居がかなり下がる。 コードビハインドとバインドしてイベントベタ書きでも何も問題無いんだよ。 MVVMなんて高尚なものは後でも良いのだ。 763 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:27:03.64 ID:Y1Tn4iKT.net] >>734 ええええ コードビハインドはViewでデザイナーが書くもんだと思ってたわ 764 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 08:38:52.00 ID:e5xLDhIK.net] xamlを書けるホンモノのデザイナーなんて日本に存在するの? 765 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 09:21:24.73 ID:RZNIwvSq.net] >>737 これが解ってない人が多すぎるね 766 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 10:09:18.93 ID:e5xLDhIK.net] >>740 xamlにMVVM, Entity Framework, prismのようなライブラリ 初心者がフルコースで全部やろうとすると玉砕するのは当たり前。 先ずは、xamlとbindingだけ理解できれば十分だと思う。 767 名前：デフォルトの名無しさん [2017/11/12(日) 10:41:52.59 ID:a3dJlCt1.net] ビヘイビア使わないでフルードアニメーション書くならどこに書くんだ？ Vしかないだろ ビヘイビア自体は適切だろ 768 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 10:51:41.27 ID:j1qE8Rg8.net] xamlとbindingを削除すればいいんだ。 769 名前：デフォルトの名無しさん mailto:sage [2017/11/12(日) 16:56:10.96 ID:txKtgk4R.net] だから、ビューが最小限のコンソールアプリを書いて、それにビューをつけるようにしておけば、モデルロジックとビューロジックの境目がわからみえるようになってくるよ 770 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 09:20:12.41 ID:yQMeQSTi.net] xamlをWinFormに置き換えても、そのまんま動くのがModelだけど。 だったら、このスレと関係ないがな〜になる。 771 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 13:44:23.68 ID:l5U7Am7V.net] ViewModelとModelをdllにしても問題なくビルド&実行できるなら それはちゃんと責務の分離が出来ている 772 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 13:51:32.14 ID:tuI+HHeV.net] それは違うかな 773 名前：デフォルトの名無しさん [2017/11/13(月) 20:19:43.72 ID:kVXhdF1X.net] UI変更したらViewModelは影響受けるけどModelは一切影響受けない(ようにつくる)だけだろ 774 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 20:46:28.57 ID:WAV6Z8eL.net] アプリを作� 775 名前：黷ﾄ動いて、それで誰も困ることがなければどうやって作っててもいいと思う。 メンテしないような使い捨てアプリにMVVMで作るコストかけても仕方ないし、メンテナンスや機能拡張するアプリを、ちゃんと設計せずに作るのはヤバイ。 適材適所 [] [ここ壊れてます] 776 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:07:56.70 ID:8PrajDy/.net] 馬鹿は一つしか覚えられないから金のハンマーを欲しがる 777 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:37:32.63 ID:WcCek0Ug.net] prismを見ると、MVVM以外にDIコンテナだったりナビゲーションサービスだったり画面遷移型のフレームワークってのももう一つの柱なのがわかる WpfのゴールとしてMVVMだけじゃなくて、従来のWindowを次々開くタイプのアプリからWebのような一つのWindowで画面が遷移するタイプへの移行ってのも在るのかもしれんね 実際Windowをやたらと開かないタイプの方が遥かに使いやすい 778 名前：デフォルトの名無しさん mailto:sage [2017/11/13(月) 23:45:47.26 ID:1k/7dsAB.net] >>750 馬鹿でも沢山覚えられるぞ。 但し、カンナで釘を打ちハンマーで釘を抜くなんて使い方をするだけさ。 779 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 00:38:06.83 ID:04qZtOw+.net] >>751 いや業務アプリってメインフレームの時代から画面遷移型が基本だぞ だからWebでいいんじゃねとなる 仕事したことないならPrismの画面遷移型アプリみたいなのは新鮮に感じるのかな 780 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 02:03:30.52 ID:sCopJL4R.net] >>721 ありがとう、今日試してみたらうまくバインドできたよ 自己流であまり綺麗じゃないかもしれないが ただ、今度は画面のレイアウトがうまくいかない… canvas使ってペタペタやれば出来るのかもしれないが、せっかくだからもっとうまくいくやり方でやってみる 781 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 07:01:42.13 ID:FlTFFitR.net] >>750 バカじゃないけどたくさん覚えるのは面倒だから金のハンマーが欲しいわ 782 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 07:02:55.05 ID:FlTFFitR.net] >>753 そもそもメインフレーム時代はマルチウィンドとかなかったりしたしな 783 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 08:35:55.74 ID:bKDw6GK5.net] >>756 テキストベースのポップアップウインドウもどきは有ったぞ 784 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:03:02.17 ID:ElF9INq6.net] 金のハンマーでは釘を打てないと思うw 785 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:06:18.52 ID:bKDw6GK5.net] >>758 豆腐になら打てる 786 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 09:09:48.82 ID:RygzRtlR.net] バナナで釘が打てます https://www.youtube.com/watch?v=pk3xse7fPZI 787 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 12:25:19.37 ID:9XknVuf7.net] >>750 暗記は馬鹿文系の得意技。おまえもそっち系だな。 788 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 12:59:09.26 ID:mIQjyaBb.net] さすがにそれはない 789 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/14(火) 14:17:02.27 ID:fdj+YHIz.net] ちょまど神への信仰が足りないから争いが起きるのです 790 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 14:22:41.54 ID:kMJcGUhs.net] 新興宗教の神など信仰でけんわ 791 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 14:57:50.50 ID:cwVtWuY5.net] テンプル騎士団かな？ 792 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 19:44:59.16 ID:sSxxq2Sz.net] ちょまど神は、可愛くて漫画がプロ並みでプログラミングも出来るがオタクだな。 中川しよう子と同じ香りがする 793 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 20:53:34.28 ID:31nONYO+.net] >>766 いつも思うけど、公人でもプライバシー売ってる芸能人でもない一般人に粘着する奴って ストーカーと同じ。気色悪いわ。他人の前に自分自身をよく見てみろ。 自分で自分をおかしいと思わないなら、あんた人間として壊れてるよマジで。 言っても無駄だと思うけど。 794 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 21:17:09.05 ID:sSxxq2Sz.net] >>767 なんでオレに言う。 別嬪さんは全部好きだが彼女に特別 795 名前：興味があるわけではない。 [] [ここ壊れてます] 796 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 21:47:48.12 ID:Dc+h7CRO.net] >>761 > 暗記は馬鹿文系の得意技。おまえもそっち系だな。 プログラミングで暗記とか言う奴の方が馬鹿文系っぽいが w 797 名前：デフォルトの名無しさん mailto:sage [2017/11/14(火) 22:09:21.65 ID:FOR7JOrW.net] 馬鹿にしていた文系に負けたとか、 嫌な思い出でもあるのでしょう 触れなさんな 798 名前：デフォルトの名無しさん [2017/11/15(水) 03:49:16.30 ID:PBDUFr1U.net] xamarinで調べごとするとチンポ騎士団が嫌でも目にはいるのが厄介 799 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/15(水) 10:47:03.72 ID:zqgKZxrO.net] 環境毎捨てるしか無いな 800 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 13:12:12.68 ID:qga1lTtf.net] 覚えらないからWPF使えないと思っている馬鹿がいるようだが、 単にWPFは使い物にならないから使われてない。WPFを理解すれば分かること。 ゴミすぎてもう消えることは決定している。 801 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 13:32:09.19 ID:nmEsB5Z0.net] 問題ないとは言わんが、回避できない問題山積ってわけでもないだろ どうせ口だけで具体的に何も指摘できないんだろうねｗ 802 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 20:20:52.23 ID:EZoshRrj.net] 標準でVからVMのメソッドに直接バインドできたらいいのに 803 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 21:07:44.79 ID:wdJ6Ok7d.net] データバインドがようやく分かってきた これがあると飛躍的に出来ることが拡がるな 804 名前：デフォルトの名無しさん mailto:sage [2017/11/15(水) 22:45:39.54 ID:iANpDJJe.net] >>776 便利だろ 805 名前：デフォルトの名無しさん [2017/11/16(木) 17:08:22.10 ID:PzwxtFUT.net] 下記コードは選択中にツールチップが表示されますが、 選択された後にコンボボックス上でツールチップを表示させることは可能でしょうか？ 以上よろしくお願いいたします。 <Grid> <StackPanel> <ComboBox Width="100"> <ComboBoxItem ToolTip="This it tool tip for item 1">This it tool tip for item 1</ComboBoxItem> <ComboBoxItem ToolTip="This it tool tip for item 2">This it tool tip for item 2</ComboBoxItem> </ComboBox> </StackPanel> </Grid> 806 名前：デフォルトの名無しさん mailto:sage [2017/11/16(木) 18:20:42.66 ID:x/aWQ3sN.net] >>778 <Grid> <StackPanel> <ComboBox x:Name="ComboBox1" Width="100" ToolTip="{Binding SelectedItem.ToolTip, ElementName=ComboBox1}"> <ComboBoxItem Content="This it tool tip for item 1" ToolTip="This it tool tip for item 1" /> <ComboBoxItem Content="This it tool tip for item 2" ToolTip="This it tool tip for item 2" /> </ComboBox> </StackPanel> </Grid> 807 名前：デフォルトの名無しさん [2017/11/16(木) 18:59:08.25 ID:PzwxtFUT.net] >>779 ありがとうございます！意外とシンプルでした。。。 808 名前：デフォルトの名無しさん [2017/11/19(日) 23:30:40.15 ID:DGB0My1S.net] >>753 当然GUIではないが、SASは実現してたね。 しかもWin3.1が出てきた時代には、 メインフレームのマルチウインドウプログラム＜＝＞Win3.1のGUIで 互換性を保っていた。 他のソフトでは見たことないけど。 809 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 18:20:06.51 ID:xUHYIzKM.net] MVVMの勉強を行なっているのですがコマンドってどう扱えば良いでしょうか 元々プログラミング自体勉強し始めたばかりなので初歩的な部分で理解できていない部分もあるとは思いますがサンプルを見てもどれも違った作り方をしてて動きも全くイメージが掴めません… あるボタンを command ={Binding testbutton} とした場合、ボタンを押した状態はtrueやfalseも入っておらずどのように処理を記述すれば良いのか分かりません… 例えばボタンを押したらメッセージボックスを出すだけの単純な物を作ろうとした時に コマンドを使わずクリックイベントで処理するなら -viewmodel- private void button(object sender , RoutedEventArgs e) { model.test(); } -model- public void test() { MessageBox.Show(Test); } これをコマンドに置き換えるとどういう形になるのでしょう 810 名前：か？ 答えにくい質問で申し訳ありませんがよろしくお願い致します [] [ここ壊れてます] 811 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 20:07:59.86 ID:2/KPMrVL.net] >>782 とりあえずRelayCommandでGoogle先生にお伺いを立ててみよう 812 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 20:19:45.47 ID:Q9UPjx7d.net] 一番かんたんなのはICommadを実装したクラスを用意する だがコマンド毎にクラスとか毎回手間すぎて禿げるので DelegateCommandやRelayCommandを作るか作ってあるものを利用する これはMVVMフレームワークごとに呼び方が違うだけでやりたいことは一緒 https://ideone.com/D0rrm7 813 名前：デフォルトの名無しさん [2017/11/20(月) 20:55:31.92 ID:f1XDtXet.net] コマンドを使うとコードをVに書かないで済む ただ… イベントと比べると コマンドは送れる情報量が少ない コントロールに目的の動作に対応したCommandプロパティがあるとは限らない VMがとっちらかる可能性がある 814 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 21:54:47.51 ID:uTaWa3cA.net] いまさらWPF勉強はじめたけど凡人には敷居たかいわ；； いや年とったせいかな、いつもどおりデバッグしてF5、デバッグしてF5とえんえんとやって覚えていくんだが おれ何十年おなじことやっとんねん、と考えると何とも以遠気分になる でもたのちい 815 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 22:12:33.94 ID:2/KPMrVL.net] Name付けまくればFormsと同じ 816 名前：デフォルトの名無しさん mailto:sage [2017/11/20(月) 23:01:16.33 ID:xUHYIzKM.net] >>784 わざわざ作って頂いて本当にありがとうございます 質問なのですが class ViewModel { FooModel fooModel = new FooModel(); public ICommand testbutton { get; set; } public ViewModel() { testbutton = new TestButtonCommand { model = fooModel }; } } 以下の行はどういう意味なのでしょうか？ testbutton = new TestButtonCommand { model = fooModel }; また class TestButtonCommand : ICommand { public event EventHandler CanExecuteChanged; public bool CanExecute(object parameter) => true; // ←ここをfalseにするとボタン押せないのを確認する public void Execute(object parameter) { model.test(); } ボタンを押した際に特に何も指定していない以下の部分がボタンの状態を確認しているのでしょうか？ 自分の頭が悪過ぎるのもありますがやっぱり難しいです… public bool CanExecute(object parameter) => true 817 名前：デフォルトの名無しさん [2017/11/21(火) 00:15:42.31 ID:D1w1iQjW.net] >>788 ボタンはコマンドのCanExecuteの戻り値を見てボタンの実行の可否を判断してる 当然ながら状態変わったと通知しないと変更されても気づかない というか普通にググって順番に見て言って　”　勉強　”してからわからないことを聞いたほうがいいよ 入門者の数だけみんなレスしないといけない ここはそんな場所じゃない 818 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:20:59.90 ID:SOf041Mo.net] 今からでも止めた方がいいんじゃないかと思うな 819 名前：デフォルトの名無しさん [2017/11/21(火) 00:23:39.47 ID:D1w1iQjW.net] WPFの難しさの理由 ・柔軟なレイアウトが可能だがそのルールが理解しづらい ・MVVMを生かすための仕組みが複雑 ・デバッグしづらい 820 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:31:49.69 ID:4k0F/AOl.net] そうは言っても WPF一度でもやると Formには戻れなくなる不思議 821 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 00:35:52.93 ID:SOf041Mo.net] 慣れればね 822 名前：デフォルトの名無しさん [2017/11/21(火) 00:36:01.62 ID:D1w1iQjW.net] winformsに戻れないことはないよ 使い道次第で使い分ければいい WPFはrichtextboxが絶望的にダメだから winforms使う 823 名前：デフォルトの名無しさん [2017/11/21(火) 00:38:18.37 ID:D1w1iQjW.net] textboxを二〜三個はって数値入れてボタン押して実行 ログを延々出す用途だとWPFは使いたくない 824 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 02:24:00.52 ID:6rwGwV6M.net] レイアウトはそんなに難しくないね やっぱり保守性（可読性� 825 名前：jの悪さと、パフォーマンス的にGDIの置き換えが 不可能な分野があるのは痛いね 一時期勉強してたけどこれで一気に萎えた こんなの絶対に普及しないと確信したし [] [ここ壊れてます] 826 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 04:02:00.78 ID:b9UF07N2.net] ゲームエンジンでギョーミーなアプリ作ってる人いますか？ 827 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:30:24.18 ID:uRdcszQQ.net] ”ギョーミー”...センスゼロな造語だな 828 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:39:08.64 ID:8bqPo3eI.net] 保守性って言うけどhtmlと大して変わらんと思うけどな 829 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 08:59:45.88 ID:53/zLj3n.net] >>798 ギョーミーアプリのUIがセンスなしの塊だからそれで良いのだ。 ギョーミーって最初に見たときは英語だと思ったわw 830 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:31:14.01 ID:5itqrRZG.net] 一般論としては訳分からんジャーゴン使いたがる人は群れたい人だね ジャーゴンの機能ってそれを使うことで同じ村の村人の一員であると感じさせることだから それがいいか悪いかしらんけど、俺個人は気色悪いし嫌いだねこういうの 831 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:39:41.26 ID:53/zLj3n.net] it業界はワケワカラン用語ばかりさ 832 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 12:52:42.81 ID:JYBkdGYB.net] そういえばWPFって3D機能あるけど使ってる奴いるのかな 業務でやらされたら悪夢だね 833 名前：デフォルトの名無しさん [2017/11/21(火) 12:59:08.76 ID:euHtQ1vT.net] 3D使うならブラウザ上のほうがパフォーマンス高いよ 開発の情報も多いし WPFの3Dはおまけ機能だから 834 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:04:35.75 ID:xjPCkXTo.net] >>801 ジャーゴンというジャーゴンを使って気色悪いし嫌いと宣言するセンスワロタ 835 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:32:56.14 ID:eAcVzyfG.net] ジャーゴンって言うか 死んでる? じゃあ、他の生きてるの全部殺して再起動しろ なんて会話が飛び交う業界だしw 836 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 14:39:10.45 ID:PCscOrJ1.net] 明日は半殺しにしようか(おはぎ) 837 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 16:18:22.00 ID:5itqrRZG.net] >>806 殺すっていう言葉は他の工学でも昔から割と使うよ 俺は元は電気系だけど無効化するって意味で「そのTrを殺して...」とか普通に言う たぶん機械系でも使うはず 838 名前：デフォルトの名無しさん mailto:sage釣 [2017/11/21(火) 21:25:24.91 ID:AM6ulXU9.net] サービスで八分殺しにしておきますか 839 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 22:40:55.07 ID:xtsth3PT.net] XAMLをexeの外に出しといて 実行時にLoadするやり方って一般的？ 840 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 22:45:52.11 ID:KARCkhIl.net] 要件次第 841 名前：デフォルトの名無しさん mailto:sage [2017/11/21(火) 23:17:39.18 ID:xtsth3PT.net] >>811 その要件次第のところを聞きたい どういう要件のときに XAMLを外に出すのか 842 名前：デフォルトの名無しさん [2017/11/22(水) 00:19:46.15 ID:KA0qTObf.net] visual studio ! 843 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 08:48:48.36 ID:LeJtXfB9.net] >>822 画面をリコンパイルなしで変えたいときじゃない？ ユーザーにカスタマイズさせるとか。 844 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 09:41:20.61 ID:9afa34qB.net] xamlを動的に生成、もしくは読み込ませるのはFlowDocumentを作りたいとき 具体的には印刷プレビュー 845 名前：デフォルトの名無しさん mailto:sage [2017/11/22(水) 22:27:54.08 ID:9afa34qB.net] 今さら気付いたんだが、デバッグ起動でウインドウを表示したままxamlを編集すると リビルドなしにそのままデザインが反映されるのな デュアルモニターなら作業はかどる 846 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 10:33:10.66 ID:34iV4lyO.net] xamlで余白の多い文字（例えばｍ）などの余白部分を切り取って 矩� 847 名前：`で切り出したいんだがやり方分かりませんか？ [] [ここ壊れてます] 848 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 13:44:59.76 ID:WtM3akXb.net] mって余白多いか？ ・の余白が多いなら分かるが 849 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 15:43:55.15 ID:quZnEBxv.net] フォントを変える 850 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:33:14.91 ID:O+EE0rTX.net] ymW 確かに上にも下にも余白がある。 ペゾルトの本に書いてあった気がするけど何か名前もついてるんだよねこれ こういうのWPFの守備範囲と違うような気がしないでもない。知らんけど 851 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:38:48.30 ID:E5KFBI6l.net] https://ja.m.wikipedia.org/wiki/%E3%83%95%E3%82%A1%E3%82%A4%E3%83%AB:Typeface_lines1.png うーむ 852 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:48:04.17 ID:E5KFBI6l.net] WPF フォントで検索しようとしたら 「ふ」を入力したところで「普及しない」ってサジェストされたぜ 悲しいね 853 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 16:57:35.86 ID:DqyU4UwD.net] さすがにもう10年以上経ってるんだから「普及しなかった」でいいだろ そろそろ楽にしてやろうぜ 854 名前：デフォルトの名無しさん [2017/11/23(木) 18:53:53.42 ID:4OkBFxYd.net] UWP　普及しない 855 名前：815 mailto:sage [2017/11/23(木) 19:07:59.14 ID:34iV4lyO.net] ストアに出すソフトのロゴをwpfで書いたんだが、結局merginをマイナスにしたりViewBox使ったり 力技でなんとかやっつけましたわ 画像処理あまり知らないんでこういう時ホント困ります 856 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:11:04.63 ID:eO5S+uX/.net] Inkspaceじゃだめなん 857 名前：デフォルトの名無しさん [2017/11/23(木) 19:13:02.36 ID:4OkBFxYd.net] WPFレイアウトの問題はともかく グラフィック扱うならそれ用のソフト使えばいいのに 858 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:15:18.25 ID:jpFcmNrK.net] もともとストアアプリを作りたい人以外には制約が多いだけの仕組みだしな。 けっこう強引に誘導してたのに、Windows Mobileが無くなるなら梯子外されたようなもんだ。 859 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 19:27:03.57 ID:nX7oVuma.net] 梯子のないガケを登っただけです。 860 名前：デフォルトの名無しさん mailto:sage [2017/11/23(木) 20:49:21.26 ID:28qVecZE.net] UWPはプロセス間通信できないとかファイル操作に制限がありまくりとか致命的すぎる。 DBMSプロセスと通信が出来ないんじゃギョーミーアプリが作れん 861 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 03:41:09.20 ID:mQf53q1A.net] PCでアプリ作るならこれで作れ、というものを作らないとな。 WPFの分かりやすいやつというかUWPの制限緩いやつというか。 今のMicrosoftはまったくビジョンがない。 862 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 03:49:50.62 ID:byApxeRb.net] ビジョンはあるんじゃない 見当外れのやつが 863 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:05:45.58 ID:mPUfH2u/.net] WPFがわかりにくい、面倒くさいって印象は、標準のフレームワークの機能不足もあるように思う。 TreeViewで選択されたTreeItemを取得するのに、単純にBindingできりゃよかったんだが それができないんで面倒くさい添付プロパティ書く羽目になるとか。 MSにしてみれば「拡張する手は用意したから基本機能は多少不足しててもいいだろ」ってことかもしれんが。 864 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:46:48.54 ID:1+0DqtV5.net] >>831 ビジョンはあるでしょ ・業務アプリはWebへ完全移行 ・ネイティブアプリはコンシューマ向けのWebサービスのクライアントだけが残るので、それに特化したシンプルなプラットフォーム(UWP)があればよい 865 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 11:57:45.43 ID:mQf53q1A.net] >>834 あなたのビジョンでしょｗ Microsoftは何も言っていない。 866 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 12:01:59.99 ID:zpTIVf12.net] Webで全部というのは無理がある エクセルオンラインもオンライン会計もオンライン顧客管理も嫌がる できるのはせいぜいメール仕訳とグループウェアで会議室予約 それに付随する週間売り上げレポート自動作成くらい これらは集約された鯖に常時接続が効率いい そのサーバーもCSVで出力してくれ、アトハエクセルデヤル、が常套句だったりする 867 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 21:38:21.84 ID:tVS6N6Kc.net] ビジョンつっても基本的にアレなんだけど、MFCからしてアレな出来だったし WinFormsはDelphiからの輸入だし、なんつーか 868 名前：デフォルトの名無しさん mailto:sage [2017/11/24(金) 21:50:21.49 ID:vn4n2SLe.net] マカーみたいなこと言うなよ。 869 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 00:52:00.43 ID:J+H360A5.net] >>794 まじかよ ２段ＤＧＶとかサドパ買う金ないから勉強してるけど リッチテキスト絶望なんか、、 870 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 08:35:22.81 ID:Oy0eCX2R.net] TextBlockで事足りるから使うまでも無いかな 871 名前：デフォルトの名無しさん mailto:sage [2017/11/27(月) 08:36:40.71 ID:Oy0eCX2R.net] Editしたい人は見なかったていでw 872 名前：デフォルトの名無しさん mailto:sage [2017/12/01(金) 21:30:59.69 ID:TIs6YR+X.net] RichTextBox 上の選択範囲に、TextSelection.ApplyPropertyValue() で FontStyle を適用した時の現象について https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/12/01/wpf_richtextbox_textselection_applypropertyvalue_fontstyle/ WPF の RichTextBox コントロール上の現在の選択範囲に対し、TextSelection.ApplyPropertyValue() で FontStyle を適用して修飾した場合について、二つの現象をご案内します。 ・現象 1. RichTextBox.Selection プロパティに FontStyles.Italic スタイルを適用しても、RichTextBox 上では Italic スタイルで描画されません。 ・現象 2. RichTextBox 内の文字列の最後尾にカーソルが存在する状態で、RichTextBox.Selection プロパティに FontStyles.Bold スタイルを適用した後、そのまま続けて全角文字を追記すると、追記した全角文字に Bold スタイルが適用されず、Bold スタイルで描画もされません。 対処方法 WPF の RichTextBox の代わりに、WinForm の RichTextBox や、Win32 の RichText または MFC の CRichEditCtrl のご利用をご検討ください。 873 名前：デフォルトの名無しさん mailto:sage [2017/12/01(金) 21:42:11.04 ID:UsasOTyZ.net] >>842 現象1はWindows 10なら問題ない。 874 名前：デフォルトの名無しさん [2017/12/04(月) 17:26:53.28 ID:jUCJdOso.net] 下記のhogehoge〜の部分に TextTrimming="CharacterEllipsis" の効果を適用したいのですが、可能なのでしょうか？宜しくお願い致します。 <Grid> <Grid.ColumnDefinitions> <ColumnDefinition Width="100" MinWidth="100" MaxWidth="200"/> <ColumnDefinition Width="Auto" /> <ColumnDefinition /> </Grid.ColumnDefinitions> <TreeView Grid.Column="0" ScrollViewer.HorizontalScrollBarVisibility="Disabled"> <TreeViewItem IsExpanded="True"> <TreeViewItem.Header> <TextBlock Text="hogehogehogehoge" Margin="5,0" /> </TreeViewItem.Header> <TreeViewItem> <TreeViewItem.Header> <TextBlock Text="hogehogehogehoge" VerticalAlignment="Center" TextTrimming="CharacterEllipsis" /> </TreeViewItem.Header> </TreeViewItem> </TreeViewItem> </TreeView> <GridSplitter Grid.Column="1" Width="1" VerticalAlignment="Stretch" HorizontalAlignment="Center" Background="DarkGray" /> <Label Grid.Column="2" Background="LightGreen">R</Label> </Grid> 875 名前：デフォルトの名無しさん mailto:sage [2017/12/05(火) 00:01:11.49 ID:8WdYrjSV.net] >>844 Horizontal stretch on TreeViewItems https://leecampbell.com/2009/01/14/horizontal-stretch-on-treeviewitems/ 876 名前：デフォルトの名無しさん [2017/12/05(火) 10:07:40.24 ID:2ID5QeqJ.net] >>845 ありがとうございます！ 結局一からテンプレートで作れということですね。 877 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 12:33:29.17 ID:zkLW2Dlw.net] DataGridのセルで文字列を自動的に折り返しさせるにはどうすればいいですか？ 878 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 13:23:03.41 ID:zkLW2Dlw.net] できました 失礼しました 879 名前：デフォルトの名無しさん mailto:sage [2017/12/06(水) 14:01:58.75 ID:uXe6tuIh.net] どうでもいいけど自己解決したときはその方法を書いておいてくれると同じ疑問を持った他の誰かが見たときに役立つよ 880 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 02:00:54.89 ID:CphyNnDm.net] WPF会社で使おうとしたけど情報少ないわ複雑だわで断念した WinFormがやはりシンプルで良いな 特にビットマップの扱いがWPFは不便すぎ 881 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 08:12:13.45 ID:PjTiKcum.net] >>850 確かにシンプルなAPIじゃないね。 でも、画像を出力することが目的じゃない限りは使うことないから、あんまり気にしたことなかった。 882 名前：デフォルトの名無しさん [2017/12/07(木) 10:16:38.26 ID:vSHyWsbi.net] ListBoxの行のマウスオーバーおよび選択時において、 背景の色を赤に変更したいのですが、どのようにしたら良いでしょうか？ 下記のコードだと、フォントのサイズは変更されるのですが、 背景はデフォルトのままです。 以上よろしくお願いいたします。 <Grid Margin="5"> <ListBox> <ListBox.ItemContainerStyle> <Style TargetType="{x:Type ListBoxItem}"> <Style.Triggers> <Trigger Property="IsSelected" Value="True"> <Setter Property="Background" Value="Red" /> <Setter Property="FontSize" Value="15" /> </Trigger> <Trigger Property="IsMouseOver" Value="True"> <Setter Property="Background" Value="Red" /> <Setter Property="FontSize" Value="15" /> </Trigger> </Style.Triggers> </Style> </ListBox.ItemContainerStyle> <ListBoxItem Content="item1" /> <ListBoxItem Content="item2" /> <ListBoxItem Content="item3" /> </ListBox> </Grid> 883 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 12:11:22.31 ID:W1xQHq7p.net] >>852 コントロールテンプレートじゃなかろうか <Style TargetType="{x:Type ListBoxItem}"> <Setter Property="Template"> <Setter.Value> <ControlTemplate TargetType="{x:Type ListBoxItem}"> <Border Background="{TemplateBinding Background}"> <ContentPresenter /> </Border> </ControlTemplate> </Setter.Value> </Setter> <Style.Triggers> <Trigger Property="IsSelected" Value="True"> <Setter Property="Background" Value="Red" /> <Setter Property="FontSize" Value="15" /> </Trigger> <Trigger Property="IsMouseOver" Value="True"> <Setter Property="Background" Value="Red" /> <Setter Property="FontSize" Value="15" /> </Trigger> </Style.Triggers> </Style> 884 名前：デフォルトの名無しさん [2017/12/07(木) 13:40:41.72 ID:vSHyWsbi.net] >>853 回答ありがとうございます。 おっしゃる通りコントロールテンプレートでした。 ttps://blog.jsinh.in/change-background-color-of-selected-listboxitem-listbox-in-wpf/#.WijFpEpl-Ul 上記のページを参照したらクリックの挙動もうまくできました。 885 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:44:08.93 ID:IRuA+lX8.net] これからWPFを勉強しようと思うんだけど、どうやって学習すればいいの？ なんか情報がめっちゃ少ないんだけど 886 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:54:23.02 ID:0nv1/DHM.net] >>855 あなたには向いてない、止めといた方がいいよ 887 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:55:09.73 ID:DEpqahu1.net] >>855 つ　blog.okazuki.jp/entry/2014/12/27/200015 888 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:56:59.89 ID:DEpqahu1.net] >>855 つ　https://www.amazon.co.jp/gp/aw/d/4798114200 889 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:57:47.23 ID:DEpqahu1.net] >>856 同意する 890 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:59:12.70 ID:nZL2FdH7.net] WPFじゃなくてもUWPから勉強しても問題なし。 基本となるデータバインディングやらXAMLやらMVVMの考え方はほぼ共通だし。 コントロールとかXAMLの表現能力とかは違うけど、大した差じゃない。 891 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 15:59:46.39 ID:nZL2FdH7.net] 別にUWPの情報の方が多いとかは言ってないからね。 892 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:29:55.67 ID:W1xQHq7p.net] C#習得済みならWPFのサンプルがいいかもね ちょっと目を通すといってもボリュームありぎて困るけどな https://github.com/Microsoft/WPF-Samples 893 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 16:52:31.22 ID:iSZRC5ge.net] >>856 向き不向き関係無く、WPFかUWPしか、これからは選択� 894 名前：�が無いとオモ。 [] [ここ壊れてます] 895 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:00:19.88 ID:CEomnrTd.net] WinFormは高dpiにも対応したし 過去の死産が沢山あるので永遠に不滅です 896 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/07(木) 17:03:54.74 ID:+Go9SOnG.net] 不運長久 897 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 17:40:11.83 ID:+0QIF/Hj.net] >>863 他に選択肢が無いなら、向いてない>>855は失業だな 898 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:08:25.01 ID:RWj85r3T.net] WPFのRichTextBoxってFormの時より性能（できる内容等）良くなっていますか？ テキストの扱いが、フロードキュメントというものにアクセスしないといけないとか 仕様が変わっているので、学習コストに見合うものか見極めたいのです。 899 名前：デフォルトの名無しさん [2017/12/07(木) 18:31:51.66 ID:aKBXGesU.net] UWPのまともなチュートリアルがない あっても実用レベルじゃない 画面の遷移とかアプリの状態とかその変化のさいのデータの保存とか共有とか いろいろ知らないといけないことが多いが適切な学習方法がない 本屋に売ってる本もそういう所には触れてない ボタンを押すと文字が変わるとかいうレベルじゃアプリは作れない windowsストアアプリのころはまともなチュートリアルがあったのに 900 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 18:53:14.73 ID:BPsvGxGu.net] >>868 画面遷移はprismのサンプル見るのが早い てかコピペでも何とか成るぞ 901 名前：デフォルトの名無しさん [2017/12/07(木) 19:30:04.21 ID:70KcxBzP.net] windowsストアアプリのころはこれでもかと言わんばかりの かなりいい仕上がりの本が多かった でもニッチな需要だったのであまり売れなかったみたいだ UWPになってからいい本が出ないのはある意味windowsストアアプリのせい 902 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:41:35.48 ID:qnTgxbKH.net] >>870 UWPに限らず、ここ数年まともな技術本は殆ど出版されてない 技術本の永久氷河期に突入したと思われます。 903 名前：デフォルトの名無しさん [2017/12/07(木) 19:47:33.04 ID:70KcxBzP.net] 図書館にC#の絵本が入ってて泣いた 904 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:48:21.41 ID:iSZRC5ge.net] なんだ〜　？　いい本待ちって、どんだけ他力本願なんだよ？ 英語サイト読め！　アホ共が・・・ 905 名前：デフォルトの名無しさん [2017/12/07(木) 19:51:54.46 ID:70KcxBzP.net] 最近はググるとstackoverflowが上位に来て邪魔だ 英語でえんえん議論して結果できませんでしたみたいな最後とか多くて邪魔 しかも内容が正確じゃない場合も多くて困る 昔はダイレクトにこうしろみたいなサイトが多くヒットした 906 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:52:47.33 ID:qnTgxbKH.net] >>873 上人様、我々凡夫に良い英語サイトを教えてくだされ！ 907 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 19:57:46.70 ID:qnTgxbKH.net] >>874 Stack Overflowで延々と議論して結論が出てない事の方が稀だけどねぇ。。 MSDNフォーラムは延々と揚げ足取りが続いて何の答えも出てないことは多々あるが。 と言うかMSDNフォーラムは英語も日本語も箸にも棒にも掛からぬ 908 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 21:38:31.58 ID:rdG0qvFp.net] StackOverflowは重宝している 909 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 22:04:29.06 ID:7HwoQbsI.net] え、あのうざいフォーラムモデレーターはもう検索しても出てこないの？ うそー 910 名前：デフォルトの名無しさん mailto:sage [2017/12/07(木) 23:18:36.91 ID:gBefvYul.net] >>876 俺も同じ印象持ってるわ StackOverFlowはそのものズバリの回答にたどり着ける率がかなり高い 911 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 06:41:55.51 ID:6V+obqgF.net] >>870 普通、学習するのが後になればなるほど情報が増えて、 高速道路を走るようにあっという間にキャッチアップ出来るんだけど、 WPFは先人が切り開いた道が誰も通らないから荒れ果てて、自分で道を切り開かないといけないパターンか 912 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 07:01:02.47 ID:8a2ZI3ZF.net] >>879 StackOverFlowは優秀な削除人が居て役に立たないゴミスレを抹消してるらしい 913 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 08:16:39.79 ID:qCpKpTuV.net] xamlが障壁だろうね、htmlのようなものと言っているうちは標準で用意された動作しかできない 何でもできるのはすごいけど可読性が悪い 914 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 10:15:25.17 ID:tA4Nn7ut.net] XAML をいじるツールが HTMLの WYSIWYGツール程度しか容易されてないよね 細かくパラメータ指定はできるけど、XAMLの知識前提だし、 それならXAML直接いじったほうが早いという 915 名前：デフォルトの名無しさん [2017/12/08(金) 12:23:32.06 ID:HAB7Tinf.net] xamarin formsのビュワーはクソすぎる 916 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 13:12:00.95 ID:qCpKpTuV.net] Blendでいじるのは限定的で大半はインテリセンスとエディットコンテニューでなんとかなってる感じ つかエディットコンテニューもっと早くつければよかったのに 917 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 14:31:12.72 ID:RuKEqfD/.net] ちょまど神への信仰と喜捨が不足しているのです 918 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 14:46:00.53 ID:57iib+8F.net] それ以前にWPFやUWPの仕事なんてあるの？　俺っちのところはWinFormしかねぇぞ。 919 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/08(金) 16:59:04.30 ID:RuKEqfD/.net] 家も無いな 920 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 17:00:29.61 ID:qCpKpTuV.net] 俺の知ってる普通は何を使うかなんて聞いてこないけどな、分からない任せるの一点張り 前任者が良くない理由で辞めていてその引き継ぎ案件なら指定あるかも知れん 921 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 21:27:54.44 ID:6Wxgyjtw.net] 俺はXAMLは良いと思うが、人それぞれだなぁ。 いちいちデザイナーでレイアウトしてプロパティペインでちまちま設定しなきゃならんFormsにはもう戻りたくない。 922 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 22:42:48.69 ID:JqV72I9F.net] XAMLも全部ダメとは言ってない エディタで書くことができるという方向性はたぶん間違ってなかった 問題はデザイナーを使うだけの層が置いてけぼりになった点だと思う XAMLを勉強してWPFをマスターして次々とWPFでアプリ開発する開発者だけなら問題なかったが、 XAMLを勉強したいんじゃなくてアプリを作りたいって層は、 XAMLを習得するコストとWPFの将来性を比べて既知の WinForms に行ってしまうよね 923 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:08:09.57 ID:6Wxgyjtw.net] Formsと同じようにポトペタ開発だってできるだろ。それこそXAMLに直接触らなくても。 Formsと違うからハードルがあるってことならそりゃ当たり前w 924 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:24:02.04 ID:0zCKXZ4S.net] XAMLとWinForms、まるで真反対かのように言ってる人って使ったことないかまったく理解してないかだろうな。 925 名前：デフォルトの名無しさん mailto:sage [2017/12/08(金) 23:33:23.82 ID:JqV72I9F.net] WPFでXAMLなしでポトペタ開発できるっていうのは詭弁だろ XAML書けない人はWPF使える人とは言えない 926 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:06:52.81 ID:fO0VVXq7.net] つか、Gridレイアウトだけ覚えたらformレベルの用途なら後は何とか成るんだから それぐらいは勉強しろよとは言いたいな ｈｔｍｌ知っていれば小一時間でなんとかなる代物だ 927 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:16:56.45 ID:HnWyWSqq.net] Head FirstとMicroSoft公認の黒くて分厚い本がWPFにあればもっと普及したのではと思う 928 名前：デフォルトの名無しさん [2017/12/09(土) 00:22:36.81 ID:y4uhn7j8.net] gridってスプリッタ―使うのも一苦労なんだが 非常に使いにくい 929 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:24:48.22 ID:sjZAAH/D.net] 原理主義でちょっとしたことを簡単に実現できなくしたのがいまいち普及しない理由だろ 930 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:31:27.04 ID:P59xwzO1.net] 大体はGird過激派グループとStackPanel同胞団のどちらかに属する DockPanelは意外と出番がない、順序で配置変わる仕様が変態くさいし 931 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 00:51:13.59 ID:YSr7xyeP.net] もうボケ老人の繰り言状態だけど、だからWPやXAMLの問題は 保守性の悪さであって必ずしも書きづらいことじゃないってw 見える化ってバズワードがちょっと前に流行ったけど、その観点では WPFは20年前のVBより退化してる Formだったら他人の書いたコードでもせいぜいドキュメントアウトラインで包含関係を確認して あとはFormデザイナでコントロール選択してプロパティーグリッドみれば 一目瞭然でだいたいどうなってるかわかるけど、これがWPFじゅ全然そういう訳にいかない 932 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 01:31:47.76 ID:0TYlSAt9.net] まーでもWinFormsで実現できる程度の見た目で良かったらWPFでもデザイナ使ってぽとペタでできるよね。 WPFとかだとItemTemplate使って出来るようなこととかやりだすと、追いづらくなるのは確かだけど、それはWinFormsだとオーナードローとかになってくるから、より追いにくくなりそう。 933 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:15:05.11 ID:KFfYNPXO.net] >>899 DockPanelは、Gridよりコード量が少ないので結構使うけど 934 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 05:44:29.48 ID:wuqyJYIG.net] Pro WPF 4.5 in c# 押し(PDFもころがってるし) 935 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:11:06.80 ID:D+7i0ltG.net] >>896 MSは普及させる気ないのかね？ 赤字覚悟で本をたくさん出すべき 936 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 08:35:35.94 ID:LNYXpqZE.net] WPFが普及しきる前にストアアプリやUWP推しにいっちゃったからねぇ。 ペゾルド本を出してくれていたらよかった。 937 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:32:33.70 ID:pqfn8pko.net] 最初で躓いたやつの愚痴ばっかりだな。 新しいことや、他のOSでの開発も出来ない連中ばったりだろう。 938 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:35:10.19 ID:D+7i0ltG.net] >>906 自分の事じゃないよ 初心者に対する窓口を広くないとWPFの未来はないって事 開発者の少ない環境なんて、あっという間に切り捨てられて終わる 939 名前：デフォルトの名無しさん [2017/12/09(土) 10:35:49.75 ID:0SdWVhUU.net] 最初って何にもなかったから脱落してもおかしくなかった MVVMのフレームワークもない WPF自体も段階を経てレベルアップしていった 今みたいに恵まれた環境じゃなかった 940 名前：デフォルトの名無しさん mailto: [] [ここ壊れてます] 941 名前： mailto:2017/12/09(土) 10:37:26.13 ID:0SdWVhUU.net [ >>907 WPFはもうMSが見捨てたから未来はないよ UWPに注力 ] [ここ壊れてます] 942 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:42:25.96 ID:mcVKStJ6.net] mvvmのせいで普及しない 943 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:44:59.50 ID:LNYXpqZE.net] それよりも逆にUWPの未来が見えないんだが。Windows Mobile撤退したらもう存在意義ないんじゃね？ 944 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 10:55:42.98 ID:BBiO47QN.net] >>908 WPFは本来の設計思想が全く理解されなかっただけで、フレームワークとしてはちゃんと出来上がってたんだぜ お前らはRoutingCommandの利用シーンを自信を持って説明できるか？ 945 名前：デフォルトの名無しさん [2017/12/09(土) 10:57:32.75 ID:0SdWVhUU.net] 出来てた割にはメモリリークとかメッセンジャーとかの問題で数年 946 名前：停滞してたじゃないか ビヘイビアとかいろいろやってたじゃないか [] [ここ壊れてます] 947 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:01:07.31 ID:P59xwzO1.net] RoutingCommandって何だよ、RoutedCommandじゃねえの 最近はCaliburn.Microにしてるからコマンド書かずにメソッドだけで済ましてる 948 名前：デフォルトの名無しさん [2017/12/09(土) 11:05:53.50 ID:0SdWVhUU.net] mvvmはlistboxなどをバインディングで使うときなんか最悪だよ 選択がかわったことなどのVMがめんどくさい その点Vのイベントは楽でいい 949 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:28.29 ID:3CrpDS5s.net] WinFormsに続いてWPFもすでに飼い殺しモード Mobileがポシャって将来の展望が見えないUWP どうすんだろうねほんと 950 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:06:30.15 ID:B67iFoRw.net] >>913 そりゃそうだ MVVMとか言われだしたのってWPFが世に出た後だぞ 951 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:18:55.23 ID:BBiO47QN.net] >>916 MS自身はElectron使ってるからね 今時Webできない奴なんか放っといても他所へは行けないんだからセールス的にはどうでもいいんだよ 952 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:21:28.35 ID:ZhOJxZh3.net] >>918 え、VisualStudio自体もElectronかい？ 953 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 11:43:10.65 ID:pqfn8pko.net] >>916 そう、これだってのがないのがダメすぎるMicrosoft。 そのせいと、モバイル捨てたからエコシステム作れない。 954 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 12:11:43.99 ID:7Yf8j8jw.net] Mobileは死んだけど、Hololensとか新機軸のデバイスの展開も見据えると Win32だけのままじゃダメってのはわかるし個人的にUWPはUWPで続けてくれて良いんだけどね Desktopをおざなりにするどころかユーザーや開発者に劣化環境を押し付けてくるのが最高にうんこ 955 名前：デフォルトの名無しさん [2017/12/09(土) 12:15:01.89 ID:0SdWVhUU.net] Hololensなんてごみじゃん ただの流向 956 名前：デフォルトの名無しさん [2017/12/09(土) 14:28:35.64 ID:4L36y9lr.net] WPF版のペッツォルト本なかったっか？ 957 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 14:56:59.28 ID:sjZAAH/D.net] 大多数の人がしたいと思ってることが簡単にできないとダメ 画像の表示一つで首かしげるようなものじゃダメ、普及しない 958 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:03:44.12 ID:l/tJcKjF.net] MVVMで組まなきゃ駄目って空気を醸し出してしまったのが敗因かな。 959 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:20:17.09 ID:D+7i0ltG.net] １０年後にはJava FXに負けてるかな？ 960 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 15:21:58.42 ID:H2sqAc93.net] もしかしてWinFormの地位が確固たるものになった？　WPFとUWPのおかげで・・・ 961 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/09(土) 15:52:05.30 ID:iPTGHqKh.net] >>927 うん５年後に答え合わせをしようよ 962 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 16:05:34.75 ID:l/tJcKjF.net] >>927 vb6.0のおかげです 963 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 20:38:16.72 ID:ziJNlv0p.net] >>905 普及しきるというか普及する気配が最初から全くなく今に至る。 PGの嗅覚をなめてはいけない。 964 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 22:35:13.71 ID:M8C/DJ+l.net] >>928 それ５年前に聞いた 965 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:11:38.47 ID:ziJNlv0p.net] >>906 ただの無能の愚痴ならいいんだが事実、ゴミだったからな。 966 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:26:13.62 ID:LNYXpqZE.net] 無能「事実、ゴミだったからな。」 こういうこと？ 967 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:29:54.81 ID:i+ta5v7N.net] そういう事 968 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:39:13.32 ID:ziJNlv0p.net] >>933 ゴミじゃなきゃなんなんだい？　WPFに何か光るものが少しでもあったか？ 何もないね。これはPGなら誰でも同意することだろう。 969 名前：デフォルトの名無しさん mailto:sage [2017/12/09(土) 23:40:57.26 ID:D+7i0ltG.net] >>935 Flexの方が設計は良かったね 970 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:49:59.71 ID:+bg1ulUg.net] >>894 普通にできる 971 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:51:57.14 ID:+bg1ulUg.net] >>915 えっ？？？ そこが一番なくらい便利なんだが？ SelectedItemにBindingしておしまいだよ？ 972 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:54:13.79 ID:+bg1ulUg.net] >>923 ストアアプリか何かのがある まあ考え方の流用は可な感じ 973 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 10:58:10.12 ID:+bg1ulUg.net] コントロールにName付けてコードビハインドで使えば WinFormsと同じスタイルで開発できる事を知らない人が多すぎる 974 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:16:00.59 ID:7Si01GpM.net] >>940 バインド使った方が楽だろ? コードビハインドのメンバにバインドして使ってイベントベタ書きにすればハードル下がる。 975 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:19:01.67 ID:klwCxkV9.net] それをMSと取り巻きが広めるべきだったな 976 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:27:22.95 ID:oTsMuCsO.net] XAML覚えるのだりいいいい バインディングまわりとか試行錯誤せんとぜんぜん覚えられん めんどくせええええｗｗｗ 977 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:28:21.09 ID:OKZOYtiA.net] 当時MVVMを宣伝した意識高い系連中ってもうほとんど残ってないからな みんなASP.NET MVCやCoreへ移行してしまった 今入ってきた初心者は当時の意識高い記事に圧倒され、相談に乗ってくれるコミュニティも見つけられないまま去っていく 978 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:31:16.14 ID:sNUCXrsh.net] 俺は意識低い系だから普通にポトペタでダブルクリックして イベントにコード書きまくりだねw 動けばいいや 979 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:34:42.06 ID:oTsMuCsO.net] 宣言型だからさ ルール覚えるの大変やん WinFormsならアホの俺でもイベントべた書きすりゃ何か動いた そっから少しずつ間違いなおして、コード書き足して・・・ってやっとった XAMLはルール間違うとうごきもせん しかもてつづき型とちがうからどこで間違ったのかもよくわからんｗｗｗｗ 一晩でおぼえられるIQをくれｗｗｗｗ 980 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 11:46:16.93 ID:7Si01GpM.net] >>942 MSのコードサンプルもブログで見かけるコードサンプルも コードビハインドとのバインドとイベントベタ書きが多いけどね。 MVVMで書くとWPFの本質以外のコードが増えて サンプルにならなないからだと思う。 MVVMはXAMLとバインドがちゃんと使えるようになってから 必要に応じて使えば良いと思うのさ。 981 名前：デフォルトの名無しさん [2017/12/10(日) 12:01:50.16 ID:85i5VHgP.net] >>938 つうじてないみたいだからいいよ 982 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:04:14.03 ID:+bg1ulUg.net] >>941 そりゃあBinding使った方が断然楽だよ でも苦労したい人が多いみたいだからそんな人達は今まで通りを踏襲すれば良い 人生それぞれなんだから 983 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:16:06.77 ID:oTsMuCsO.net] WinFormsのバインどよりずっとむずいやんXAMLのやつ まあ俺はまだリストボックスまで行ってないからよく知らんけどな！ 今日もMSDNのドキュメント読むやで〜 984 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:19:59.57 ID:oTsMuCsO.net] あいあｙまあ なんかワイ論点を間違えてたな バインド自体はええねんで楽で XMALがむずい！ワイのいいたいことはこれだけや！ほなな！ 985 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:33:24.56 ID:uk3Agmxw.net] x:Bindをwpfに持ってくるだけで、問題だいぶ片付くんだけどな ミスったらコンパイルエラー出るし、イベントもバインド出来る 何故かUpdateSourceTriggerが指定できないのは問題だが 986 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 12:57:01.12 ID:3lkRI355.net] >>952 最新のUWPだとUpdateSourceTrigger指定できる。 確認はしていないけど。 987 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 14:44:04.88 ID:jjJtEuOB.net] UWPって、10年後にもあるの？ それがいちばん重要なんだけど 988 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:01:11.25 ID:klwCxkV9.net] WPFは10年以上存在したよ 989 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:04:47.01 ID:Lqf3YhZb.net] >>954 ストアアプリと同じ運命をたどる可能性の方が高いと思う... 990 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:14:48.18 ID:jjJtEuOB.net] 今後も何か作る時は、Android用アプリ＋iOS用アプリ＋Webアプリって流れになっちゃうのかな？ 「Windows用にUWPで作りましょう！」なんて案件ねえぞ 991 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:46:13.89 ID:4CvOnmGy.net] UWPが普及するとすればWindows7がお亡くなりなってからかなぁ 992 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:48:13.20 ID:4CvOnmGy.net] >>951 XMLかhtmlの素養がなれば難しくはない もし難しいと思う若しくは勉強する気がないのなら無理せずポトペタすれば良い 993 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:48:15.37 ID:fzLNyosv.net] >>958 ヒント: WPFは「XPが死滅したら普及する」と言われていた 994 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 15:50:12.99 ID:4CvOnmGy.net] surfaceの普及も忘れてたわw 995 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 16:40:55.60 ID:PWyQsC7P.net] 10年経ってこの情報の少なさは異常だろ みんなForm使ってるの？それともWin32API？ 996 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 16:54:17.56 ID:3lkRI355.net] >>954 WPFはMSが使わなかったのにある？から、MSが使いまくっているUWPはめっちゃある。 997 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 20:08:29.44 ID:EQxnJ6aE.net] みんなMFCかもしれないしWTLだったりするよ？ 998 名前：デフォルトの名無しさん mailto:sage [2017/12/10(日) 22:44:34.05 ID:4CvOnmGy.net] >>962 Google大先生を味方にすればまあ必要十分 中学生レベルの英語があれば更に吉 書籍はC#自体のそれが少ないかな C++が難解過ぎて情報量多すぎなのかもしれんねw 999 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 02:19:17.35 ID:sUX/rE8j.net] 天下のWindowsなのに肝心のAPIがこんなグダグダじゃなあ… 林檎さんに置いていかれるわそりゃ 1000 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/11(月) 05:31:02.43 ID:8UWFbrwk.net] (Formと比べて)機能が制限される物に作り直しましょう。 予算下さい。って提案書書けるか？ またそんな提案通って、予算付くか？ 予算が無ければ世界は動かず 1001 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 09:44:22.25 ID:74uP2QIC.net] ボタンの中に動画出せます！！ 1002 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 11:11:40.12 ID:cciCjbKX.net] いい感じのデザインでボタンが表示できますよ 1003 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 12:32:54.00 ID:YS0GQHzU.net] > 肝心のAPIがグダグタ 己が使いこなせていないだけ > (Formと比べて)機能が制限される 己が知らないだけ 嘘八百を平気で並べられる人ってどんな性格をしてるんだろう？ 1004 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 13:18:19.06 ID:Mo35S42v.net] >>970 レスを意図的に切り貼りして意味を捻じ曲げる典型をひとつのレスでふたつ見た レスをよく見てないんだろうが感情に任せて条件反射しすぎ APIがグダグタという元レスは機能面じゃなくて（含めていってるかは知らん）普及促進とか広い意味で言ってるんだろ 己が使いこなしても普及促進にはやくに立たん 「 (Formと比べて)機能が制限される」の元レスって 「 (Formと比べて)機能が制限されるものが作られるわけはない」という主張なんだが、 文章を斜め読みしすぎ、怒りに任せてレスの主張するところすら誤解してる 嘘八百が書かれていると感じたら本当にそう主張してるのか文章をよく読み直すべき 1005 名前：デフォルトの名無しさん [2017/12/11(月) 14:25:34.98 ID:O0TOQ821.net] WPFはformsより提供されてるAPI不足してるのはいくつもあるよ ぱっと思いつくのはマルチディスプレイの場合のウィンドウがある画面のサイズ その都度System.Windows.Forms参照してる WPFは最初はフォルダダイアログもまともになかったし他の機能もすっかすかだった 何も作れない 4〜5年たってもできてないのでそんなもん5年もかけて作るものかよって思ったけど 1006 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 14:47:24.53 ID:0NyrcvQf.net] またジジイの繰り言だけど、GDIで普通にできることができないのも痛かったよね あと、こっちはやったことないが、 WPFってGDIみたいにディスプレイ画面と印刷を透過的に扱えないんじゃなかったっけ 1007 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:18:57.85 ID:sMdN9sff.net] >>972 雑魚過ぎてお話にならないレベルw 1008 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:24:27.96 ID:sMdN9sff.net] >>973 また嘘つき発見 こりないねえww GDIで普通に出来てWPFに出来なくて困った事なんて今までなかったなぁ 逆のパターンは便利過ぎて困るくらいあるw 印刷の透過性は何を指してるか不明だがWPFはWYSIWYGなんでこれまたスゲー便利だよ？ 自分の無知を晒してるだけの人って一体何なの？？ 1009 名前：デフォルトの名無しさん mailto:sage釣 [2017/12/11(月) 18:29:23.81 ID:8UWFbrwk.net] 試しに、XPSをWMFに変換するアプリをに変換するアプリを 書いてみなされ Form無しでな 1010 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:38:50.06 ID:sMdN9sff.net] データ変換にFormsもWPFも関係ねえ 頭大丈夫か？ 1011 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:42:21.54 ID:0NyrcvQf.net] >>975 嘘つきじゃないってw WPFのグラフィックは（保持モードしか扱えないのが原因だけど）パフォーマンス上の問題があるって このスレでも何度も出てるでしょ。 っていうか、画面と印刷を透過的に扱うって聞いて意味が通じないレベルの人が WPF推しても説得力ないよそれ 1012 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 18:46:13.96 ID:SJ7HWrxD.net] WPFはFormのライブラリ使えるんだから気にすることでもないと思うけどな RichtTextBoxもそうだけど いざとなればWindowsFormsHost使えばよい なんでもNativeでないと気が済まないというのは原理主義的で身体に悪そう 1013 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:21:35.54 ID:cciCjbKX.net] NativeMethods.csがふえるよ！やったねたえちゃん！ 1014 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:35:44.65 ID:sMdN9sff.net] >>978 パフォーマンスは回避策有 これも何回も出てきてる 何１０列もある何百万件も表示したいアホは知らん 画面と印刷を透過的に扱うなんてGoogle先生に聞いても意味不明なオレオレ定義を自慢されても知らんよ ちなみにWPFを推してるつもりはない 無知な嘘つきが嫌いなだけ 1015 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 19:49:15.53 ID:4gtiKvYs.net] 回避策知らないといけないレベルのパフォーマンスだったり、 Formのライブラリ使わないといけないくらい機能が揃ってなかったりしたから 失敗したんだけどなw 1016 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:00:41.18 ID:sMdN9sff.net] 回避策が必要なのはアホみたいな列数と行数の時だけ それをあたかも｢いつも｣みたいに吹聴するのは悪質な嘘つきの典型 使わないといけないも同じ 卑怯にも程がある 1017 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:07:40.12 ID:Mo35S42v.net] 逆に困った人がいたケースをそれは例外と切り捨てるのも 問題があると思うぞ 単にプログラミング対象が異なっていて、 自分が問題に遭遇してないだけとはなぜ考えないのか 1018 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:09:24.28 ID:iufU8t1v.net] 大きなメリットを理解(出来ないではなく)しようとせずに重箱の隅をつついて全体的な大損をするもそれに気がつかない 今の社会の病理の一つを表してる気がする 1019 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:21:04.10 ID:jD7nWqN+.net] Q「〜〜がわからない」 A「英語のサイトに書いてあるから探して読め」 Q「英語読めないからどこにあるか探せない」 A「探す気も読む気もないだけだろ帰れ」 こんなんで普及する訳ないわな 最新版に近い日本語の参考書・入門書・解説サイトを出さなきゃ、わざわざWPF使おうとする奴は増えんよ 1020 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:25:51.31 ID:cWpuydkA.net] お高く止まったリベラルが選挙で負ける様子に似てるな 1021 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:28:51.96 ID:7Ia6NMEr.net] >>981以外の人に聞くけど、GDIでは画面も印刷も透過的に扱えるって聞いて 意味分からん人いる？ っていうかDCの概念も知らない人が何言っても戯言にしか聞こえんよねw WPFのグラフィックのパフォーマンス問題はこのスレでも何度か出てるし ググれば実例がいくらでも出てくる 1022 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:30:41.54 ID:cWpuydkA.net] 物がいかに良かろうが 12年間普及してない普及努力もしてないんだからニートだろ ニートだからニートに優しいのか？ 1023 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:30:44.50 ID:WHbaikY8.net] >>981 さすがに透過性も知らないようなアホではそんな頓珍漢な解釈になるのもしょうがない 黙っててくれると助かるけどまあ無理だろうな https://ja.m.wikipedia.org/wiki/%E9%80%8F%E9%81%8E%E6%80%A7_(%E6%83%85%E5%A0%B1%E5%B7%A5%E5%AD%A6) 1024 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:39:41.28 ID:iufU8t1v.net] >>988 解らん 透過性は解かる 画面と印刷を透過的 とは何ぞや？ 1025 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:41:01.59 ID:sMdN9sff.net] >>990 透過性は誰にでもわかるだろw 1026 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 20:51:17.60 ID:WHbaikY8.net] >>992 > 透過性は誰にでもわかるだろw >>975 > 印刷の透過性は何を指してるか不明だが バカって自分が何を書いたかも理解してないのかよ w 1027 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 21:42:34.62 ID:sMdN9sff.net] >>993 書き方悪かったな ｢印刷の透過性｣ = 元の｢画面と印刷を透過的に扱え云々｣ の意味 一般的な透過性は解る 印刷の(画面との)透過性は意味不明 マジ何言ってるか解らん 推測したようにWYSIWYGの事言いたいのか？ 1028 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:35:09.34 ID:9q6XrtOC.net] >>987 初心者の流入がないと、開発者が少ないから 最終的にMSに捨てられて全員死亡って事ですね 1029 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:35:22.65 ID:FO1afGiG.net] 割と面白いのは、誰も説明する気ないのな 普通こういう場合は誰かがムキーーって頭に血が上って説明し始めたりするんだが 平均年齢が高いのか華麗にスルー 流石説明しても何の得もないことが良くわかってらっしゃる その調子でお願いします 1030 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:37:58.86 ID:g6eIyQ3A.net] >>994 ぷぷっ、今更推測とか言い出したぞ w 1031 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 22:49:10.68 ID:sMdN9sff.net] >>997 残念ながら>>975で最初から推測してるよ 1032 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:02:33.69 ID:Mf9o9uwW.net] >>988 俺も意味分からないがDC(多分デバイスコンテキスト)と言う言葉を使ってるところからすると帳票とそのプレビューの事か？ もしそうならGDIの方が透過的に扱えないぞよ >>994が書いてる通りWPFはWYSIWYGだからより透過的に扱える 1033 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:04:37.68 ID:xzgxDEt/.net] >>988 で、でーたせんたあ 1034 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:07:29.42 ID:Mf9o9uwW.net] ちなみに帳票を作る時にGDIはDCをこねくり回さなければならないがWPFはXAMLで完結する こんな事は当然知ってるだろうから透過的にの意味が分からんのよ 1035 名前：デフォルトの名無しさん mailto:sage [2017/12/11(月) 23:49:31.05 ID:g6eIyQ3A.net] >>998 > また嘘つき発見 > こりないねえww > 自分の無知を晒してるだけの人って一体何なの？？ 自己紹介やん w 1036 名前：1001 [Over 1000 Thread.net] このスレッドは１０００を超えました。 新しいスレッドを立ててください。 life time: 216日 14時間 40分 18秒 1037 名前：過去ログ ★ [[過去ログ]] ■ このスレッドは過去ログ倉庫に格納されています

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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