トップページtech
1001コメント282KB

WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2009/12/27(日) 10:58:30
あたらしいユーザーインターフェースシステム、Windows Presentation Frameworkについ
て語るスレ。.NET3.5 SP1 もリリースされて盛り上がってまいりますた。

Visual Studio 2008
ttp://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 3.5 Service Pack 1
ttp://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=ja
WPF Toolkit - June 2009 Release
ttp://wpf.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=29117
Visual Studio 2010
ttp://www.microsoft.com/japan/msdn/vstudio/2010/overview/

関連スレ
Microsoft Silverlight その4
ttp://pc12.2ch.net/test/read.cgi/tech/1244812356/

過去スレ
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1245384489/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ttp://pc12.2ch.net/test/read.cgi/tech/1231506876/
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/
【新GUI FW】WPF(XAML,AVALON,.NET3.0)【重い?】
ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/
0308デフォルトの名無しさん2010/02/23(火) 11:58:44
>>307
kwsk
0309デフォルトの名無しさん2010/02/23(火) 12:37:08
>>307
うぉ、マジだ…
http://wpf.codeplex.com/releases/view/40535
0310デフォルトの名無しさん2010/02/23(火) 12:38:50
Ratingってなーに?
0311デフォルトの名無しさん2010/02/23(火) 12:48:42
iTun○sのアレ
0312デフォルトの名無しさん2010/02/23(火) 18:08:56
・18歳未満使用禁止になりました
とかだとは流石に思わなかった
0313デフォルトの名無しさん2010/02/28(日) 16:59:57
WPF始めてサンプル作ってみたが、UI外観のカスタマイズやアニメーションがタグ要素だけでできて実行ファイルサイズも小さいんだな
リソースどうなってん?
XAMLがUI要素だけのための超高級言語っぽくて正直とっつきにくいが、日本語解説サイトもっと増えてくれー!
ついでにasp.net使える無料スペースも増えてくりゃれ、ドメインはいらんのです

0314デフォルトの名無しさん2010/03/04(木) 19:53:39
WPFは無くなると思うよ。
もともと.NET FrameworkにGUIアプリ向けのライブラリが混入してること自体が間違いだし、それをSilverlightで是正しようとしてるね。
0315デフォルトの名無しさん2010/03/04(木) 21:22:57
えっ?
0316デフォルトの名無しさん2010/03/04(木) 21:25:15
何それこわい
0317デフォルトの名無しさん2010/03/04(木) 21:27:31
WPFは無くならん

何を勘違いしてるのか知らんが、.NETをはじめとしたMSの言語群は「短期間で高品質な生産」を行うためにある
つまりアイデアが最も重要で、使い方を考えられない人間は価値を見いだせていないだけだ
0318デフォルトの名無しさん2010/03/04(木) 21:37:58
なくならないだろうけど
クライアントアプリはなんかどんどん微妙な立ち位置になってきてる気はするね。
0319デフォルトの名無しさん2010/03/04(木) 22:09:13
WPFはGridだけ残るよ
0320デフォルトの名無しさん2010/03/04(木) 22:38:42
Silverlightでもクライアントアプリ作れるし、将来的に完全にWPFに置き換わるようになっていくってこと。
WPFにある程度追いついてしまったらSilverlightの方が幅広く活用されるのはは当然です。

Gridありますし。
0321デフォルトの名無しさん2010/03/04(木) 22:54:37
Silverlight も WPF も基本は一緒だもんな。
0322デフォルトの名無しさん2010/03/04(木) 22:56:26
設計は全然違うけどな
Silverlightの勝利はマネージコードの敗北です
0323デフォルトの名無しさん2010/03/04(木) 23:30:53
>>320
>Silverlightでもクライアントアプリ作れるし、将来的に完全にWPFに置き換わるようになっていくってこと。

将来Visual Studioの実装がSilverlightで置き換えられるって? んなアホな。
Visual Studioの軽量版がSilverlightで実装されることはあるかもしれないが、
それは新規需要の開拓であって今のVisual Studioの置き換えでは無かろうよ。
0324デフォルトの名無しさん2010/03/04(木) 23:58:39
Vistaを7で無かったことにするのと同じですよ
0325デフォルトの名無しさん2010/03/05(金) 00:13:44
エッセンシャルの先頭10ページを読めばどうしてWPFが必要か理解できて、そんな寝言など出てこないはずなんだが
キミがそう思うのは自由だがひとには話さないことだな
0326デフォルトの名無しさん2010/03/05(金) 00:26:27
WPFで作られたアプリが起動しなくなった
WPFじゃないアプリじゃこんなことなかったのに
0327デフォルトの名無しさん2010/03/05(金) 01:07:10
釣針垂らすならもうちょっと頑張れよ…
0328デフォルトの名無しさん2010/03/05(金) 07:55:34
>>314
gui用のライブラリが入ってるのが間違いとか、意味分からんわ。
view無しのフレームワークとかありえんだろ。ウェブのDOMも間違いとかいい出しそうだな。
0329デフォルトの名無しさん2010/03/05(金) 08:19:56
>>325
先頭10ページを要約してよ。

→ 自分で買って読め

はいはい
0330デフォルトの名無しさん2010/03/05(金) 10:54:55
そのへんの書籍がよくフリーでpdf公開されてたりするのも知らんのだろうな
0331デフォルトの名無しさん2010/03/05(金) 12:23:09
URLも示さずに何言ってんのこの人。
エッセンシャルは公開*されてません*
0332デフォルトの名無しさん2010/03/05(金) 12:37:34
SilverlightはUI周りの実装がなあ
さすがにXAMLパーサまでアンマネージコードで実装するのはどうかと
0333デフォルトの名無しさん2010/03/05(金) 12:37:56
立ち読みでもしてこいよ。おれはおまえのママじゃないんだから
0334デフォルトの名無しさん2010/03/05(金) 18:54:28
>>333
実は読んだことないでしょ?w
0335デフォルトの名無しさん2010/03/05(金) 22:44:45
WPFやってるやつならみんな持ってるよ。これしかまともな本がないからな。君はもってないのか? 笑う。
0336デフォルトの名無しさん2010/03/05(金) 23:21:14
マトモとは思えないが、相対的にはマトモだなw
0337デフォルトの名無しさん2010/03/05(金) 23:33:56
WPF詳しい奴本書いて出版しろよ
今ならベストセラー狙える
0338デフォルトの名無しさん2010/03/06(土) 00:20:54
>>335
俺もってないけど?
普通はMSDNだのブログだので充分だと思うが。
0339デフォルトの名無しさん2010/03/06(土) 01:07:31
WPF本は2年ぐらい前にここで教えてもらったAdam NathanのWPF UnleashedとエッセンシャルWPFしか読んでない。
最近はネットの情報も増えてきて随分過ごしやすくなったね。
0340デフォルトの名無しさん2010/03/06(土) 03:55:02
本を所持してるだけでどんだけ高圧的になれるんだw
0341デフォルトの名無しさん2010/03/06(土) 09:50:06
>>339
その本正直ゴミみたいな本だよね
0342デフォルトの名無しさん2010/03/06(土) 10:39:55
>>338
ほぼそれで大丈夫だよ。
0343デフォルトの名無しさん2010/03/06(土) 12:23:51
Programing WPFは良かったよ。Pro WPFはどうなんだろ。
日本語の本では、新しいのが出ないね。
0344デフォルトの名無しさん2010/03/06(土) 13:11:01
WPF流行ってないからしかたない。
今使ってる層はWebから情報得たり英語ソースあたったりする層ぐらいじゃないの?

0345デフォルトの名無しさん2010/03/06(土) 13:38:29
すみません、質問です。
これからwpf入門をしようと思い、サイトなどを見ているのですが、
以下のサイトの記述は誤りであるという解釈でよろしいのでしょうか。

http://www.atmarkit.co.jp/fdotnet/vblab/uiframework_01/uiframework_01_01.html
> Silverlightはラインタイムのサイズを4MBytes台に抑えるという
> 至上命令があったため、WPFと比べると機能が削られているという
> 違いが存在する。

「ラインタイム」ではなく「ランタイム」だと思うのですが、
別にそういう用語があるのか気になってます。
0346デフォルトの名無しさん2010/03/06(土) 13:44:41
ランタイムで合ってると思うよ。
0347デフォルトの名無しさん2010/03/06(土) 13:45:53
ないです
0348デフォルトの名無しさん2010/03/06(土) 13:47:56
>>346
ありがとうございます。
0349デフォルトの名無しさん2010/03/07(日) 00:05:23
SilverlightのUIフレームワークはWPFに似せた全くの別物なので
WPFと比べて削られてるって言うのはちょっと不適切だと思う
.NET Frameworkと比べてSilverlightは機能が削られているというならわかるけど
0350デフォルトの名無しさん2010/03/07(日) 11:54:17
Expressionの開発に携わってる人が、SilverlightはWPFのサブセットだって言ってたよ。
0351デフォルトの名無しさん2010/03/07(日) 17:29:50
サブセットなめんな
0352デフォルトの名無しさん2010/03/07(日) 18:48:56
silverlightがサブセットといってもWPFが完全な上位互換でも無いんだよね。
silverlightにあってWPFに無い機能もあって移植のときに困る。
0353デフォルトの名無しさん2010/03/07(日) 18:52:27
じゃあどちらか無くした方がいいな
0354デフォルトの名無しさん2010/03/07(日) 19:29:00
UI部分に関してはAPIは似てるけど実装が全く違うんだよな
他のところはだいたいそのまま.NETのコードを拝借しただけなんだけど
0355デフォルトの名無しさん2010/03/08(月) 22:09:33
ようするにバカは使うなってことだ
ユトリは大人しくオナニーでもしてろ
0356デフォルトの名無しさん2010/03/09(火) 11:32:09
>>344
結局は面倒くさいからな
マイクロソフトのこの手の製品の癖として、何でも出来るようにさせるがために、全体の簡便さや明快さを犠牲にする。

作るソフトの特殊度・高機能度   低  中  高
要する労力               30 50 70 

これを、                 15 30 100
くらいの設計思想にしたっていいように思うがそうはしない。

ソフト制作の環境が昔と様々に違っている上、「また数年も経てば新プログラミング製品を出すんだろ?だとしたら過渡期のものをいちいち細かく研究してられるか。」感も強く、流行らないのも仕方ない。
0357デフォルトの名無しさん2010/03/09(火) 11:48:54
でもおまえらもこれくらい10分もあれば作れるだろ
http://www.dotup.org/uploda/www.dotup.org711436.png
0358デフォルトの名無しさん2010/03/09(火) 12:00:40
>>537
WPF と全然関係なくね?
0359デフォルトの名無しさん2010/03/09(火) 12:10:24
おまえらのいうWPFってGUI記述マークアップのことじゃないのか
0360デフォルトの名無しさん2010/03/09(火) 13:29:06
MS製の割には無駄に複雑な感があるよね
Javaみたい
0361デフォルトの名無しさん2010/03/09(火) 15:51:45
むしろMSの代名詞みたいなもんじゃないか>無駄に複雑
0362デフォルトの名無しさん2010/03/09(火) 16:01:49
OLE/COM時代を通っている者ならば問題ない
0363デフォルトの名無しさん2010/03/09(火) 16:37:36
無駄に複雑な方が色々金になるし。
あんまり簡単すぎるとうちらの仕事もなくなっちゃうよorz
0364デフォルトの名無しさん2010/03/09(火) 16:42:22
依存プロパティ作るのめんどくさいからバインディングとかあまり使ってない
0365デフォルトの名無しさん2010/03/09(火) 17:01:04
バインディング使わないとか勿体無すぎる
0366デフォルトの名無しさん2010/03/09(火) 17:12:59
バインディングは使っても依存プロパティ自体あまり使わないと思うの
0367デフォルトの名無しさん2010/03/09(火) 17:21:53
プロパティ型、プロパティ名、定義している型、初期値の4つを指定するだけじゃん
自動実装のプロパティと比べて2つも増えているのが面倒とか?
0368デフォルトの名無しさん2010/03/09(火) 17:24:33
あとおまけでCLRラッパーも
0369デフォルトの名無しさん2010/03/09(火) 17:57:11
依存関係プロパティは専用の構文とか用意すべきだったと思う。
正直くどい。
0370デフォルトの名無しさん2010/03/09(火) 18:42:37
たしかにくどいけどC#全般がそういう言語だと思うことにした。
Visual Studio使っていれば、propdp[Tab][Tab]と叩くいて雛形を埋めるだけで出来上がるし。
0371デフォルトの名無しさん2010/03/09(火) 18:47:50
スニペット必須なぐらいならいっそ #define みたいな仕掛け用意しときゃいいのにね。
不毛すぎる。
0372デフォルトの名無しさん2010/03/09(火) 20:17:36
ツールヒントの表示の仕方も分からない
0373デフォルトの名無しさん2010/03/10(水) 13:13:42
WPFはなくなるの?




答えはもちろんNO!
0374デフォルトの名無しさん2010/03/10(水) 15:24:48
まあさすがに30年ぐらいしたらなくなってるとは思う。
0375デフォルトの名無しさん2010/03/10(水) 15:30:32
COBOLは残ったんだよな・・・そう言われつつ
0376デフォルトの名無しさん2010/03/10(水) 17:37:34
無くなると分かっている技術を習得しなければならないこともあるということさ
0377デフォルトの名無しさん2010/03/10(水) 17:55:12
というよりSE/PGは(それに限らずどんな職業も)そういったくだらないその場限りの
バッドノウハウをお客さんのかわりに網羅する仕事だもんな。

Oracle のあるバージョン特有のチューニング方法とかどう考えても10年後20年後に役立つ知識じゃない。
0378デフォルトの名無しさん2010/03/11(木) 00:30:28
1日役に立てば十分だ
0379デフォルトの名無しさん2010/03/11(木) 01:17:27
WPF は Silverlight 4 の INotifyDataErrorInfo みたいにコントロールに非同期でエラーを伝える方法ってないのかな?
DataGrid で行の確定ごとにサーバーに問い合わせて、エラーを表示したいんだけど良い方法が分からない。
03803792010/03/11(木) 22:13:56
自己解決した。
IDataErrorInfo と INotifyPropertyChanged を実装してエラー更新後に PropertyChanged 呼んでやれば良いだけだった。
PropertyChanged でエラー情報も拾ってくれるんだね。
0381デフォルトの名無しさん2010/03/12(金) 20:55:17
VisualStudio2008 SP1 VC# 2008
WPF3.5 で開発しています。

[DllImport("user32.dll")]
public static extern bool SetProp(IntPtr hWnd, string lpString, IntPtr hData);

this.Loaded += new RoutedEventHandler(
delegate(object sender, RoutedEventArgs arg) {
var source = new WindowInteropHelper(this);

SetProp(source.Handle,
"MicrosoftTabletPenServiceProperty", new IntPtr(0x01000000));
}
);

によってマルチタッチを有効にし(これはMSDNのサンプルからも得られる知識です)、
Stylusイベントによってマルチタッチアプリを開発しています。
参考になるサイトは以下です。
ttp://blog.andreweichacker.com/2009/02/windows-7-multi-touch-using-wpf/

MSDNのサンプル、↑のブログ、その他海外のサイト、どこを見ても
StylusDown, Up によってタッチの有無を判定していますが、
StylusEnter, Leave を用いたものを見たことがありません。

試しに Enter, Leave のイベントを記述し、対応する関数内で
(たとえば)listBox1.Items.Insert(0, "Stylus Enter" + e.StylusDevice.ID);
などと記述すると、Enter, Leave は問題なく取得できています。

が、1本目の指で StylusEnter し、2本目の指をウィンドウ内にタッチすると
Enter, Leave が暴走します。

(※すみません、次のレスに続きます)
03823812010/03/12(金) 21:09:20
(※続きです)
window1 内に、Rectangle1, Rectangle2 を配置し、
線を太くし、それぞれに StylusDown, Up, Enter, Leave の関数を記述します。
各関数では、↑に貼ったURLのように StylusのIDで条件分岐し、
Rect1/2 どちらのイベントか、Down/Up/Enter/Leaveどのイベントか
が分かるように、文字列として出力するとします。

■試行1(Enter, Leaveのイベントを取らない場合)
・Rect1をタッチすると、"Rect1 Down 16" みたいに表示されます。
 16はStylusDevice.IDの例です。
・Rect1上から指を離すと、"Rect1 Up 16" みたいに表示されます。
・Enter, Leave, Rect2の場合も同じです。
・Rect1をタッチしながらRect2をタッチすると、"Rect1 Down 16" に続いて
"Rect2 Down 17" みたいに表示されます。
 続いて指を離すと、指に応じたIDが "Up" された表示が出ます。

■試行2(Enter, Leaveのイベントを取る場合)
・Rect1の外をタッチして、Rect1の中にスライドさせると、"Rect1 Enter 16"みたいに表示。
・そのままLeaveすると、"Rect1 Leave 16"みたいに表示。
・Rect1に Enter した状態で、Rect1, Rect2 の外をタッチすると、
 "Rect1 Leave 16", "Rect1 Enter 16" "Rect1 Leave 16" "Rect1 Enter 16" ...
と、次々と表示されます。
・Rect1に Enter した状態で、Rect2をタッチすると、
"R1 Leave 16" "R1 Enter 16" "R2 Leave 17" "R2 Enter 17" "R1 Enter 16" "R1 Leave 16" "R2 Enter 17"...
 と、次々と表示されます。

これが何故か分かる方、
また、この対処方法が分かる方はおりますでしょうか?

長文、申し訳ありませんがよろしくお願いします。
0383デフォルトの名無しさん2010/03/12(金) 21:18:58
単純に「内部で単一のポイントとしてエンたーりーぶを計算している」ってことだろ。

間違っても「どうすればいいか」とかは聞かないでくれよ。
03843812010/03/12(金) 21:33:23
>383
早速のレスありがとうございます。

Down, Up は同一のポイントとして計算はされず
Enter, Leaveは同一として計算される
ことが分かる情報があるということでしょうか。

Down, Up と Enter, Leave に大きな違いがある
という情報にあたった経験がありません・・・。

よろしくお願いします。
0385デフォルトの名無しさん2010/03/12(金) 21:43:57
きみが「こう実装されてるはずだ!」とどんだけ叫ぼうと帰ってきたイベントが答えだよ
いいたいことがあるなら上司かMSにでも言え。俺に言うな。
03863812010/03/13(土) 01:16:49
>>385
失礼しました。
>>383がそういう意図とは取れませんでした。

業務内容とはことなりますが
SRで訊けるかとり合ってみます。
0387デフォルトの名無しさん2010/03/15(月) 15:26:35
TreeViewのSelectedItemプロパティが読み取り専用のため、コード上で
treeview.SelectedItem = item;
のように指定できません。
例えばディレクトリ構成をツリー表示している場合、初期ディレクトリを開いて
選択状態にしたい時はどのようにしたらいいでしょうか?
0388デフォルトの名無しさん2010/03/15(月) 17:18:43
>>387
つEnsureVisible()
0389デフォルトの名無しさん2010/03/15(月) 17:33:12
普通に、IsSelected=trueするだけだろ
0390デフォルトの名無しさん2010/03/19(金) 01:16:40
WPF M-V-VM Toolkit 0.1のドキュメント
Model-View WPF Applications--Part 2, Walkthroughにおいて
コマンド呼び出しにわざわざCommandReferenceを間にかませているのだけど
これは何の意味があるのでしょうか?
ViewModelのプロパティ名を記述する部分を一箇所にまとめるという意味はあると思いますが。。。

そもそもCommandReference自体が何をするためのもの?
03913902010/03/20(土) 01:06:56
<KeyBinding Key="X" Modifiers="Control" Command="{StaticResource ExitCommandReference}" />

となってるところを

<KeyBinding Key="X" Modifiers="Control" Command="{Binding ExitCommand}" />

こうしちゃえばいいじゃんと思ったら依存関係プロパティじゃないからバインドできないということなのね〜

StaticResourceでワンクッション置けばできる仕組みはなんとなくしか理解してないが
バインドできない(Dependencyでない)プロパティ用の中継オブジェクトという認識で理解。
0392デフォルトの名無しさん2010/03/20(土) 20:34:28
Microsoft Extensible Application Markup Language (XAML) technical documentation set
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=52A193D1-D14F-4335-AA86-C53193E1885D

読んでないけど、なんか来てた。
0393デフォルトの名無しさん2010/03/20(土) 20:49:32
XAMLで書かれたベクタ画像を動的に読み込んで表示したいのですが、
どうしたらいいでしょうか?
0394デフォルトの名無しさん2010/03/20(土) 20:53:25
XamlReader.Load
0395デフォルトの名無しさん2010/03/20(土) 21:03:10
これでも動く。
[STAThread]
static void Main(string[] args) {
 Application application = new Application();
 application.StartupUri = new Uri(new FileInfo(args[0]).FullName);
 application.Run();
}
0396デフォルトの名無しさん2010/03/21(日) 15:27:44
等幅フォントを列挙するにはどうしたら良いんでしょうか?
Fonts.SystemFontFamilies で列挙できる FontFamily で等幅かプロポーショナルか
判断する方法ありますか?
0397デフォルトの名無しさん2010/03/22(月) 00:41:43
OnClosingのタイミングで設定保存とか続行確認とかしたいので
OnClosingとかOnLoadイベントにICommandをバインド?したいのですが
どう書けばいいのですか?
xamlに直接書けないのかな?
イベントハンドラ作ってxaml.csにコードで書くのかな?
できないことはないと思いますがぐぐっても情報が見つけられないです
03983972010/03/22(月) 23:32:43
いろんなblogとか見てると
MVVMでのイベント処理は結構悩みどころなんですね。

添付プロパティをくっつけてイベントキックさせるというメンドクサイやりかたが見つかりました。

ttp://blogs.wankuma.com/kazuki/archive/2009/05/05/172467.aspx

xaml的には美しいですけどね・・・
このままではあまりに使い勝手が悪いので汎用的になるように改造してみます。
てか絶対誰か既に作ってるだろ。。。趣味だからいいんだけれどね・・・
0399デフォルトの名無しさん2010/03/23(火) 10:59:35
OnClosing とかポップアップは MVVM 的にすとんと落ちないらしいよね。
個人的には落ちない部分は大人しくコードビハインド書いたらいいのにとは思うけど。
0400デフォルトの名無しさん2010/03/23(火) 13:36:30
ViewModel→Viewの操作でどうしてもバインドで書けないところは
var service = (IWorkspaceService)this.Services.GetService(typeof(IWorkspaceService));
service.OpenWorkspace(HogeWorkspaceViewModel);
みたいにしたらだいたいなんとかなるとおもう
0401デフォルトの名無しさん2010/03/23(火) 14:42:36
Eventにコマンドをバインドしたければ
AttachedCommandBehaviorが使えるよ。
http://marlongrech.wordpress.com/2008/12/13/attachedcommandbehavior-v2-aka-acb/
0402デフォルトの名無しさん2010/03/23(火) 16:22:41
WPF3.5でテキストがGDIに比べてぼやけた状態で描画されてしまう問題に対応しようとしています。

私なりに調べた結果、WPFの描画の際に論理座標で色を配置する仕様が原因であること、図形と画像については
RenderOptionsのパラメータで解決させることができる。
ですがテキストに関しては解決させる方法が見つからないでいます。
WPF4.0から対応するといった内容のページも見つけましたが、なんとか解決させたいと思っています。
どなたか解決方法を教授願えませんでしょうか。

04033972010/03/23(火) 17:04:58
>>399
まぁ >>122 ということなのです。
WPF触りたてなのでまだまだMVVMの華麗なる疎結合に夢と希望をもっていますのでw

>>400
IWorkspaceService ってインターフェースはMSDNもグーグルさんも知らないとおっしゃってるのですが・・・

>>401
おお!すばらしいです。
ぱっとみ問題ありそうなのはEventArgsが利用できなさそうなくらいですかな。
大変参考になります。

こんな↓ページを見つけまして
ttp://blogs.microsoft.co.il/blogs/tomershamam/archive/2009/04/14/wpf-commands-everywhere.aspx

でも上のはRoutedEventにしか対応してないから普通のEventHandler対応版を追加するのに
リフレクション使ってイベント名からイベント追加してというコードを作ったのですが
同じコードがあるじゃないか・・・orz

0404デフォルトの名無しさん2010/03/23(火) 17:29:16
>>402
WinFormsHost
敗北宣言に等しいけど
0405デフォルトの名無しさん2010/03/23(火) 17:38:10
カスタムスタイルでレイアウトの入れ子が増えるとおかしくなる。
0406デフォルトの名無しさん2010/03/23(火) 17:48:50
知らん
XAMLくらい出せるだろ
0407デフォルトの名無しさん2010/03/23(火) 22:35:36
あと、.NET 3.5のWPFでぼけたように見える原因の1つに埋込ビットマップをまったく使わないせいというのもある。
だからどうしたらいいと言えるわけではないけれど。
0408デフォルトの名無しさん2010/03/23(火) 22:51:45
VS2010RC, WPF4.0
を使っているのだが、
Win32におけるWM_GESTUREみたいなもので
Gestureイベントってあるのかな?

zoomとかrotateとか簡単に取得できると
良いのだが。
■ このスレッドは過去ログ倉庫に格納されています