- 1 名前：デフォルトの名無しさん [2011/12/20(火) 16:40:25.28 ]
- ユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。
Visual Studio 2010
www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part11
toro.2ch.net/test/read.cgi/tech/1320589318/
関連スレ
Microsoft Silverlight その9
toro.2ch.net/test/read.cgi/tech/1321150267/
過去スレ
Part10 hibari.2ch.net/test/read.cgi/tech/1315648327/
Part9 hibari.2ch.net/test/read.cgi/tech/1301122694/
Part8 hibari.2ch.net/test/read.cgi/tech/1291554513/
Part7 hibari.2ch.net/test/read.cgi/tech/1282479113/
Part6 hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 pc11.2ch.net/test/read.cgi/tech/1162950198/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/
- 48 名前：デフォルトの名無しさん mailto:sage [2011/12/25(日) 21:30:05.51 ]
- d.hatena.ne.jp/griefworker/20100922
以前はここにあるようなVMからVへの操作にもコマンドを使う方法が挙げられてたけど
今はMessengerとかいうのを使う例が多いよね。
VからVMへの操作、VMからVへの操作、両方にコマンドを使うほうがわかりやすい気がするんだけど。
詳しい方、Messengerが選ばれてる理由を教えてください。
- 49 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 14:36:44.38 ]
- >>48
単純に考えて、VM の V に対する依存度が低くなるので、疎結合が促進される。
コードビハインドを全否定するわけじゃないけど、
V のコードビハインドは V のことだけやるように実装した方が、後々何かとメンテしやすいのは事実。
- 50 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 14:39:53.88 ]
- >>43
俺は似たようなこと、コントロールの Visibility プロパティをバインドして対処してる。
- 51 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 22:02:16.22 ]
- nestle.jp/#/campaign
ここのリストボックスをWPFで実現しているのって見たことないですか？
- 52 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 22:07:23.59 ]
- よくこんな意味不明なUI作ったなと思う
- 53 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 22:22:40.63 ]
- 右側の3Dリストボックスですよ
- 54 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 22:43:06.33 ]
- 3D Tools使えばできんじゃないの
3dtools.codeplex.com/
- 55 名前：デフォルトの名無しさん mailto:sage [2011/12/26(月) 22:47:53.75 ]
- ありがとうございます
ちょっと勉強してみます
- 56 名前：デフォルトの名無しさん mailto:sage [2011/12/27(火) 10:17:25.90 ]
- >>51
動作見てるとInfragistics社のコンポーネントに似てるね。
- 57 名前：デフォルトの名無しさん mailto:sage [2011/12/28(水) 11:52:24.11 ]
- >>48
そう思うならMVPの方が合ってる
コードビハインド書くんだったらコマンドなんか使わないでインターフェイスベースでやったほうがいい
- 58 名前：デフォルトの名無しさん mailto:sage [2011/12/28(水) 22:59:36.78 ]
- >>49,>>57
ビヘイビアに書けばコードビハインド抹殺できますよ
- 59 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 01:48:07.38 ]
- 特注のビヘイビアがj増えていくだけであんまりなあ
コードの再利用率は経験的に3割未満(某CodeComplete談)
- 60 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 04:48:33.41 ]
- WPF ToolkitのChartについてチュートリアルみたいなサイトないですかね?
とりあえず表示するだけなら、X軸・Y軸の値をペアで用意して何とかなるけど
それ以上の設定を色々やろうとすると、どういじっていいものか情報見つからず
- 61 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 19:31:58.13 ]
- WinForms用のやつ使ったほうがいいよ
WPFからでも使えるから
- 62 名前：デフォルトの名無しさん mailto:sage [2011/12/29(木) 23:46:51.09 ]
- 4コアのノートで、C#のTaskで上限4で並列化すると重くなる、酷いと数秒止まる
それ以下にすると段々早くはなるんだがそれだと並列化した意味が・・・
ほかのタスクのWPFは何も影響ない
スレッドの優先順位周辺をいじっても変化なし
こういう物なのかな？
- 63 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 00:16:51.72 ]
- 何を並列化してるのか
- 64 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 00:48:18.20 ]
- >>62
4コアといいつつcorei5じゃないだろうな？
- 65 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 00:52:01.09 ]
- >>64
i5はだめなの？
- 66 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 00:53:59.28 ]
- GCがボトルネックになるような処理をやってるんじゃねーの？
WPF自体のCG負荷が大きいので、
裏でさらにGC負荷をかける処理をやってると酷いことになる。
とりあえずソースを出せ。
それだけの情報じゃ何とも言えん。
- 67 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 01:09:03.51 ]
- >>65
ノートのi5は2コア
- 68 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 01:33:16.71 ]
- 普通にファイル処理じゃないの？
試した事無いけど並列化したら逆に遅くなりそうだよな
- 69 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 01:51:20.61 ]
- うわぁi3だった恥ずかしいｗ
並列化してる部分は色々あって、一番簡単なのは
ネットに転がってるSevenZipSharp.dllを使った
var compressor = new SevenZip.SevenZipCompressor();
compressor.ArchiveFormat = SevenZip.OutArchiveFormat.XZ;
compressor.CompressionMethod = SevenZip.CompressionMethod.Lzma2;
compressor.CompressionLevel = SevenZip.CompressionLevel.Low;
compressor.CompressStream(inStream, outStream);
なコードでCPUフルに使いまくってるときに再描画速度が若干落ちる
SevenZipのLzmaにしてシングルスレッドになると問題なくなる
IOはネックになるほど読んでない
unlock待ちも考えたけど、使ってないところでも遅くなたからこれも無し
i3のグラボの問題の気もして来た
- 70 名前：デフォルトの名無しさん mailto:sage [2011/12/30(金) 04:06:24.96 ]
- ゲームでもつくっとるんかいな
プライオリティ落とせば
そもそもタスク分割するのはディスパッチャにおまかせすべきなんじゃないの
- 71 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 09:22:00.79 ]
- www.atmarkit.co.jp/fdotnet/chushin/greatblogentry_02/greatblogentry_02_01.html
読んでて思ったけど、
ugayaさんって頭は良いけと、
説明が下手だよな。
自分よがりな文章になっている。
このあたりは、ufcppさんのほうが上
- 72 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 20:58:35.31 ]
- このスレのレスみたいな酷い説明だな
Prismのドキュメントのほうがよっぽど解りやすい
- 73 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 22:06:19.34 ]
- ごめん、ugayaさんを責めるつもりじゃないが、どうも説明の仕方が自分の世界にしかわからないような表現で、入門としてはわかりにくい。
rxのneuccさんのは読みやすいけど
www.atmarkit.co.jp/fdotnet/introrx/introrx_01/introrx_01_01.html
責めるつもじゃなくて、せっかくmvvmerとして素晴らしい知識と技術がありながら勿体無いなと思った
- 74 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 22:14:52.72 ]
- その読みにくさは、ピーデーの川俣さんと似ている
www.atmarkit.co.jp/fdotnet/csharp_abc2/index/
- 75 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 22:22:10.64 ]
- >>74
たしかに川俣さんと同じにおいをugayaさんから感じるな。
二人の記事読んでいると、理解に時間がかかるから
「自分はなんて頭が悪いんだ」と劣等感にさいなまれるw
- 76 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 22:28:21.03 ]
- 川俣氏もだけど技術文書に主観書きすぎなんだよ
エッセイでも書いてたほうが合ってる
- 77 名前：デフォルトの名無しさん mailto:sage [2012/01/02(月) 23:02:05.80 ]
- ufcppはわけのわからない前置きが長い
最初は分からないから全部強引に読むけど
理解した後読み返すと最初のほうは必要のない説明だった感じる
- 78 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 06:21:24.91 ]
- 俺、C#とか@ITの川俣さんの記事で0から勉強したけど、個人的にはわかりやすくて良かったけどな
今でも何か調べる時ググるとここの記事出てきて参考になったりするし
俺の感覚的には、他のネットの入門記事とかで、これより読みやすいの見当たらない気がするんだけど
- 79 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 07:36:23.24 ]
- >>78
川俣の記事は余計な言い回しや主観文章が多くて、書いている内容はわかるけどc#を理解した俺でも読むのがしんどい。
入門と書かないほうがよいと思うけどな、
この記事を読んでc#を嫌う人が増えることが危険だ。
各技術者達は、c#は便利だ面白いなと思ってくれる仲間を増やす事を考えて記事を書いて欲しいな。
- 80 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 10:18:15.90 ]
- C#って初級から中級に上がるときに壁があるんだよ
初心者向けの記事ばかり充実して上級への足掛かりがほとんどない
MVVMとか言われても分かりませんね
プログラミング業界が初心者相手の方が儲かるようになってるから仕方ないのかもしれないけど
- 81 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 10:30:35.45 ]
- >>80
レベルアップしたいならJavaの本をいっぱい読んだ方がいいよ
業務で使えるテクニックが結構書いてある事が多い
Javaの本は読者の対象が業務向けでいい
- 82 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 12:00:21.58 ]
- 初級 自分の書きたいコードが書ける
中級 他人が書きたいコードが書ける
上級 誰も書きたくないコードが書ける
- 83 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 12:11:33.90 ]
- 最上級 誰もメンテできないコードが書ける（ツール要らずの難読化に成功！）
- 84 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 13:21:46.17 ]
- 極上級 口を動かすだけであらゆるコードが書ける
- 85 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 13:22:20.25 ]
- ウィザード級はどうですか？
- 86 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 13:29:40.14 ]
- wpfの二ちゃんブラウザが待ち遠しい
最新の技術RxLinqEntityF等を使ったもの
- 87 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 13:44:11.41 ]
- IOCCCみたいに、IOC#CCとか開催されないかなｗ
- 88 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 13:58:59.85 ]
- コードが汚いとは言い切れないが、
LINQのクエリ式で書かれたレイトレーサはインパクトがあった
- 89 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 14:02:16.89 ]
- Rx使ったWPF2ちゃんブラウザって何か素敵。
そういえば、janeって15年前のテクノロジーだよね。ださ〜い。
- 90 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 17:11:09.48 ]
- 最低限の情報をRichTextBoxでバインディングで表示させてみたことがある
1000レス分表示させると表示そのものは重めかな程度で何とかなるが
ウィンドウのリサイズで死ねた
- 91 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 17:16:48.25 ]
- >>89
2000年ごろだろ
15年前ってdelphi 1.0で16bitアプリだぞ
- 92 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 23:15:55.36 ]
- 15年前のテクノロジーによる実装を代替できていないのがWPFを取り巻く現状…
- 93 名前：デフォルトの名無しさん mailto:sage [2012/01/03(火) 23:29:39.81 ]
- そんなもんWPF関係ないだろ
スレッドを高速に綺麗に表示するだけだったらWPFでも他のでもすぐできるわ
2chブラウザの差別化はそれ以外の機能
- 94 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 08:22:26.20 ]
- >>102
2000年はさすがにVC6.0、Delphiのバージョンは5だろ
- 95 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 08:40:07.85 ]
- >>100
15年前は’97年
VC4.2、Delphi3か4の頃か
- 96 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 12:56:11.11 ]
- 複数レスをテキスト選択、ってのがなければむずかしくないけどねぇ
でもそれがないとおまえら２ちゃんブラウザとは認めないだろ？
- 97 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 13:39:28.96 ]
- >>96
itemコンテナで作るからダメ
基本リッチテキストかHTMLだろ
- 98 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 13:42:18.67 ]
- フロードキュメントでやった
表示されないけどコピペすると出てくる空白が実現できなかった
- 99 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 15:00:21.49 ]
- 普通にWebBrowserを使えば良いのでは？
htmldom操作できるぞ
- 100 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 15:09:36.30 ]
- >>99
webBrowserはwpfバージョンはdynamic前提仕様で使いづらいし
winformバージョン使うとリサイズで画面乱れるし・・・
- 101 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 17:24:11.08 ]
- もうじまえびょうがしかないな
- 102 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 18:06:57.44 ]
- それはしねる
- 103 名前：デフォルトの名無しさん mailto:sage [2012/01/04(水) 18:13:13.38 ]
- GlyphRunDrawingなんかでリサイクルしながら描画すればいいのかな
クソ面倒臭そう
- 104 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 12:46:11.09 ]
- 今までコンソールでC#をけっこう使ってきて、WindowsプログラミングしてみようとおもってるんだけどWPFってどうなの？
Windows Formsも一度も使ったことないんだけど…どっちにすればいいか悩んでる
- 105 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:06:01.73 ]
- Windows Forms→WPF
- 106 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:07:37.07 ]
- WPFの方がすっきり書けるからオススメ
コードをガリガリ書きたいならWinFormsでもいいと思うが
- 107 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:12:11.78 ]
- GUIがオマケというか標準コントロールをほぼそのまま使うならWinFormsの方がお手軽
後、XPで動かすならwpfはちょっと辛い。逆にVista以降ならwpfの方が速いかな
- 108 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:39:23.51 ]
- そうか、ありがとう
GUIを作り込む…っていうとなんか違う気がするけどまあWPFのほうがすっきりしそうでいいね
まだネットにも情報すくないんだな…
- 109 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:47:55.08 ]
- 5年以上前にできてネットに情報少ないものって使うのに苦労するだけ
- 110 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 13:48:10.51 ]
- 社内ツールのようなものならFormsでいい
見た目の豪華さで情弱を騙す必要があるソフト（偽アンチウイルスソフト）などを作るつもりならWPF
- 111 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 14:22:41.92 ]
- 偽セキュリティソフトなんて作らねえよｗｗｗｗｗ
いつかWPFの時代は来るのかねえ…
- 112 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 14:27:39.37 ]
- wpfの二ちゃんブラウザが誕生したら
爆発的に普及する。
- 113 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 14:40:45.59 ]
- wpfは消えるがxaml使った新しい物が残るんだろうなＭｅｔｒｏとはまた別の奴が
- 114 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 14:45:04.33 ]
- 今wfpで作っておけば、簡単に移植できるようになるのかな。
- 115 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 15:09:30.59 ]
- wpfが消える・・・
勘弁してくれ
- 116 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 15:45:07.07 ]
- ちなみにFormsは、MS的にはオワコンなんだが。
- 117 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 15:57:11.79 ]
- もうHTML5でいい
- 118 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 15:58:38.37 ]
- Forms オワコン
WPF オワコン
Silverlight オワコン
WinRT 始まっていない
どれを使えばいいんだよ
- 119 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 16:07:42.82 ]
- >>118
Forms とっくにオワコン
WPF 黎明期
SL HTML5普及でオワコン
WinRT 始まってすらいない
よって WPF 最強！
- 120 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 16:25:24.36 ]
- WPFは糞重いから
Formsで
- 121 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 16:52:11.19 ]
- 結局Formsで落ち着くんだろ
- 122 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 17:03:47.12 ]
- Forms ってXPと同じでそのうちサポート切れるんだろ。
- 123 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 17:43:33.32 ]
- Formsやっとけば応用効く
- 124 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 17:46:54.02 ]
- Forms より ASP.NET MVC の方が応用効かねえか？
- 125 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 17:55:03.33 ]
- XPのシェアが無視できる程度まで少なくなったらWPFの時代が来る？
- 126 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:02:07.51 ]
- winforms→swing
.netさようなら
- 127 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:08:44.79 ]
- オワテルのJavaとか無いわ
まだQtの方がマシ
- 128 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:09:49.93 ]
- C#が完璧すぎるとは思う
だから.Netが普及してMonoが普及して、WPF採用すれば・・・
- 129 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:14:31.55 ]
- >>119
何年黎明期なんだよアホかwwwwwwww
- 130 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:16:27.65 ]
- ポジション的にもFormsとXPは似ている
- 131 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:16:42.60 ]
- SL jQuery普及でオワコン
- 132 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:24:45.20 ]
- >129
八割以上のVBユーザーが移行し終えて、初めて普及したといえるだろう
- 133 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 18:39:45.64 ]
- じゃあ永久に普及しなくていいや
- 134 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 20:16:53.25 ]
- ＸＰが死ねばタスクダイアログも使えるのにね
WPFの挙動もＸＰだけ違う
ＸＰのせいで縛りが多すぎるwindows
- 135 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 20:22:29.40 ]
- WinRTでXPもVistaも7もWPFも死ぬ
- 136 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 20:48:12.03 ]
- ないない
業務で使えない技術なんて普及しても知れてる
- 137 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 20:49:33.70 ]
- WPFは滅びぬ。何度でも甦るさ。
- 138 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 21:05:36.39 ]
- 死亡フラグやんけ
- 139 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 21:06:29.55 ]
- >>135
C#だけは鉄板なのは確実なんだから業務でもゲームでもmvvmで書いとくのが先見の明ちゃうか
- 140 名前：デフォルトの名無しさん mailto:sage [2012/01/05(木) 21:12:10.74 ]
- ゲームはネタとして、大事なのはMのUIからの分離であって
MVVMそのものは移植性にはほとんど関係ないと思うよ
タブレットとデスクトップじゃ画面構成を完全に変えることになるからVM使い回しなんかまず無理だろ
- 141 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 01:49:34.32 ]
- >>702
「軍人2万、民間人数千」と言っているダーディンの記事を根拠に「民間人虐殺は5万以上ニダ」という情弱さんですか？
- 142 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 01:49:54.37 ]
- おっと誤爆ｗ
- 143 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 02:38:44.50 ]
- 誤爆防止機能もついてない２ちゃんぶらうざを使ってる男の人って…
- 144 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 04:24:41.21 ]
- Blend SDKのTranslateZoomRotateBehaviorみたいなの作ってます。
Behaviorの中にはprivateな各Transform（Scale、Translate、Rotate）があって、
外部には表示用として各Transformのプロパティを公開したいと考えています。
公開するにあたって以下の点を守りたいです。
・外部からは操作できないようにする。読み取りのみ。
・アニメーション中の値もきちんと反映させる。
・バインディングしやすいようにプロパティとして公開。
これを達成するにあたって読み取り専用依存プロパティを別途用意し、
これにTransformのプロパティをバインドさせ、公開するのを考えましたが、
どうやら読み取り専用依存プロパティをTargetとするバインドはできないようです。
なので今はふつうの依存プロパティを用意していますが
見かけ上外部からの変更が可能なのが気になります。（OneWayなので実際は無効です）
上記の3点を達成する上でもっといい方法があれば教えて下さい。
- 145 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 08:26:27.49 ]
- officeやvisualstudioはwpfで作られているのだから、
wpfでもきちんとしたアプリは作れる
単に技術者がいないだけ
- 146 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 09:02:51.37 ]
- Officeは違う
- 147 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 10:40:37.74 ]
- >>145
OfficeはWPFじゃないよ
ネイティブアプリだよ
どうしてこういう間違った情報が流れるんだろ
- 148 名前：デフォルトの名無しさん mailto:sage [2012/01/06(金) 10:49:18.13 ]
- >>147
リボンはｗｐｆって固定概念じゃね？
|
 |
