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/ 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