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

1 名前：デフォルトの名無しさん [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/ 289 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 13:45:39 ] ・・・忘れてください 290 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 14:30:15 ] 忘れられるもんか 291 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 17:01:05 ] あなたのことが忘れられないの/// 292 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 19:15:11 ] 俺が忘れさせてやるよ 293 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 20:21:05 ] 金属バットで頭をバコーン☆! か 294 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 05:29:22 ] msdn.microsoft.com/ja-jp/library/bb613591.aspx#Images ここの解説で、 ＞この不要なオーバーヘッドを回避するには、 ＞WPF に対して、イメージをサムネイル サイズにデコードするように要求するか、 これはBitmapSourceを生成する時点で大きさを指定することで、 ＞サムネイル サイズのイメージを読み込むように要求します。 これはもとから小さいサイズの画像を用意しておくってことでいい？ ImageコントロールのWidth/Heightでの指定は非効率つーことだよね 295 名前：デフォルトの名無しさん mailto:sage [2010/02/19(金) 05:35:55 ] >>294 その辺はメモリやディスクの場所とCPU（GPU)の演算資源とのトレードオフだよ どの段階でサムネイルを用意するかはソフト次第ってところだけど たとえば3Dゲームなんかだとミップマップというのがそれっぽい 画像の管理かなあ 296 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 11:48:58 ] 質問です。 画像読み込み用スレッドにて作成した System.Windows.Media.Imaging.BitmapImage クラスを、ウィンドウのある元スレッドにて使用したいのですが、 InvalidOperationException が発生し、動作しませんでした。 別のスレッドからWPFエレメントを操作しようとすると、 同様の例外が発生することから多分無理だろうと思っていましたがやはりダメでした。 読み込む画像のサイズが大きくそれなりに数があるので、 できれば読み込みは非同期で行いたいと思っております。 どのような解決方法がございますでしょうか？ 297 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 12:09:35 ] >>296 BitmapImage読み込み後にFreezeすればスレッド間で共有できる筈 298 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 12:55:58 ] >>297 早速調べてみます、ありがとうございます！ 299 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 13:17:10 ] >>297 無事成功しました。 操作したい場合はCloneで置き換えればよいみたいですね。 ありがとうございました。 300 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 17:52:46 ] 最近WPF使ってるが、バインディングやらテンプレートのせいで ちょっと規模が大きくなってくるとコードの見通しが絶望的に悪くなってくる。 せっかくC#なのに・・・ 301 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 17:57:45 ] そりゃ本来XAMLは人が読み書きするもんじゃないから 302 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 17:59:44 ] >>301 じゃ、どーやってつくるんだよ 303 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:01:34 ] XAMLでプログラムとデザインや設定が綺麗に分離されたのは素晴らしいんだが WPFの本領を発揮しようとすると途端に至る所で色んな処理を書かなきゃいけなくなって死ぬ 304 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:03:25 ] XAMLはGridだけで充分 305 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:05:28 ] >>304 表示も入力もできないよママン 306 名前：デフォルトの名無しさん mailto:sage [2010/02/20(土) 18:36:38 ] XAMLはエディタが全プロパティきっちり書けるようになってからが本領発揮だと思う。 いまはどうしても手で書き足さないとだめだもんな。 Expression Blendは使ったことないからわからない。 307 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 11:52:03 ] WPF Toolkit - February 2010 Release 308 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 11:58:44 ] >>307 kwsk 309 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 12:37:08 ] >>307 うぉ、マジだ… wpf.codeplex.com/releases/view/40535 310 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 12:38:50 ] Ratingってなーに？ 311 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 12:48:42 ] iTun○sのアレ 312 名前：デフォルトの名無しさん mailto:sage [2010/02/23(火) 18:08:56 ] ・18歳未満使用禁止になりました とかだとは流石に思わなかった 313 名前：デフォルトの名無しさん mailto:sage [2010/02/28(日) 16:59:57 ] WPF始めてサンプル作ってみたが、UI外観のカスタマイズやアニメーションがタグ要素だけでできて実行ファイルサイズも小さいんだな リソースどうなってん？ XAMLがUI要素だけのための超高級言語っぽくて正直とっつきにくいが、日本語解説サイトもっと増えてくれー！ ついでにasp.net使える無料スペースも増えてくりゃれ、ドメインはいらんのです 314 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 19:53:39 ] WPFは無くなると思うよ。 もともと.NET FrameworkにGUIアプリ向けのライブラリが混入してること自体が間違いだし、それをSilverlightで是正しようとしてるね。 315 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 21:22:57 ] えっ？ 316 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 21:25:15 ] 何それこわい 317 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 21:27:31 ] WPFは無くならん 何を勘違いしてるのか知らんが、.NETをはじめとしたMSの言語群は「短期間で高品質な生産」を行うためにある つまりアイデアが最も重要で、使い方を考えられない人間は価値を見いだせていないだけだ 318 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 21:37:58 ] なくならないだろうけど クライアントアプリはなんかどんどん微妙な立ち位置になってきてる気はするね。 319 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 22:09:13 ] WPFはGridだけ残るよ 320 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 22:38:42 ] Silverlightでもクライアントアプリ作れるし、将来的に完全にWPFに置き換わるようになっていくってこと。 WPFにある程度追いついてしまったらSilverlightの方が幅広く活用されるのはは当然です。 Gridありますし。 321 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 22:54:37 ] Silverlight も WPF も基本は一緒だもんな。 322 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 22:56:26 ] 設計は全然違うけどな Silverlightの勝利はマネージコードの敗北です 323 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 23:30:53 ] >>320 >Silverlightでもクライアントアプリ作れるし、将来的に完全にWPFに置き換わるようになっていくってこと。 将来Visual Studioの実装がSilverlightで置き換えられるって？ んなアホな。 Visual Studioの軽量版がSilverlightで実装されることはあるかもしれないが、 それは新規需要の開拓であって今のVisual Studioの置き換えでは無かろうよ。 324 名前：デフォルトの名無しさん mailto:sage [2010/03/04(木) 23:58:39 ] Vistaを7で無かったことにするのと同じですよ 325 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 00:13:44 ] エッセンシャルの先頭１０ページを読めばどうしてＷＰＦが必要か理解できて、そんな寝言など出てこないはずなんだが キミがそう思うのは自由だがひとには話さないことだな 326 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 00:26:27 ] WPFで作られたアプリが起動しなくなった WPFじゃないアプリじゃこんなことなかったのに 327 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 01:07:10 ] 釣針垂らすならもうちょっと頑張れよ… 328 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 07:55:34 ] >>314 gui用のライブラリが入ってるのが間違いとか、意味分からんわ。 view無しのフレームワークとかありえんだろ。ウェブのDOMも間違いとかいい出しそうだな。 329 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 08:19:56 ] >>325 先頭10ページを要約してよ。 → 自分で買って読め はいはい 330 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 10:54:55 ] そのへんの書籍がよくフリーでpdf公開されてたりするのも知らんのだろうな 331 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 12:23:09 ] URLも示さずに何言ってんのこの人。 エッセンシャルは公開＊されてません＊ 332 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 12:37:34 ] SilverlightはUI周りの実装がなあ さすがにXAMLパーサまでアンマネージコードで実装するのはどうかと 333 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 12:37:56 ] 立ち読みでもしてこいよ。おれはおまえのママじゃないんだから 334 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 18:54:28 ] >>333 実は読んだことないでしょ？w 335 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 22:44:45 ] ＷＰＦやってるやつならみんな持ってるよ。これしかまともな本がないからな。君はもってないのか？　笑う。 336 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 23:21:14 ] マトモとは思えないが、相対的にはマトモだなw 337 名前：デフォルトの名無しさん mailto:sage [2010/03/05(金) 23:33:56 ] WPF詳しい奴本書いて出版しろよ 今ならベストセラー狙える 338 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 00:20:54 ] >>335 俺もってないけど？ 普通はMSDNだのブログだので充分だと思うが。 339 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 01:07:31 ] WPF本は2年ぐらい前にここで教えてもらったAdam NathanのWPF UnleashedとエッセンシャルWPFしか読んでない。 最近はネットの情報も増えてきて随分過ごしやすくなったね。 340 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 03:55:02 ] 本を所持してるだけでどんだけ高圧的になれるんだｗ 341 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 09:50:06 ] >>339 その本正直ゴミみたいな本だよね 342 名前：デフォルトの名無しさん [2010/03/06(土) 10:39:55 ] >>338 ほぼそれで大丈夫だよ。 343 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 12:23:51 ] Programing WPFは良かったよ。Pro WPFはどうなんだろ。 日本語の本では、新しいのが出ないね。 344 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:11:01 ] WPF流行ってないからしかたない。 今使ってる層はWebから情報得たり英語ソースあたったりする層ぐらいじゃないの？ 345 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:38:29 ] すみません、質問です。 これからwpf入門をしようと思い、サイトなどを見ているのですが、 以下のサイトの記述は誤りであるという解釈でよろしいのでしょうか。 www.atmarkit.co.jp/fdotnet/vblab/uiframework_01/uiframework_01_01.html > Silverlightはラインタイムのサイズを4MBytes台に抑えるという > 至上命令があったため、WPFと比べると機能が削られているという > 違いが存在する。 「ラインタイム」ではなく「ランタイム」だと思うのですが、 別にそういう用語があるのか気になってます。 346 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:44:41 ] ランタイムで合ってると思うよ。 347 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:45:53 ] ないです 348 名前：デフォルトの名無しさん mailto:sage [2010/03/06(土) 13:47:56 ] >>346 ありがとうございます。 349 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 00:05:23 ] SilverlightのUIフレームワークはWPFに似せた全くの別物なので WPFと比べて削られてるって言うのはちょっと不適切だと思う .NET Frameworkと比べてSilverlightは機能が削られているというならわかるけど 350 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 11:54:17 ] Expressionの開発に携わってる人が、SilverlightはWPFのサブセットだって言ってたよ。 351 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 17:29:50 ] サブセットなめんな 352 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 18:48:56 ] silverlightがサブセットといってもWPFが完全な上位互換でも無いんだよね。 silverlightにあってWPFに無い機能もあって移植のときに困る。 353 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 18:52:27 ] じゃあどちらか無くした方がいいな 354 名前：デフォルトの名無しさん mailto:sage [2010/03/07(日) 19:29:00 ] UI部分に関してはAPIは似てるけど実装が全く違うんだよな 他のところはだいたいそのまま.NETのコードを拝借しただけなんだけど 355 名前：デフォルトの名無しさん mailto:sage [2010/03/08(月) 22:09:33 ] ようするにバカは使うなってことだ ユトリは大人しくオナニーでもしてろ 356 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 11:32:09 ] >>344 結局は面倒くさいからな マイクロソフトのこの手の製品の癖として、何でも出来るようにさせるがために、全体の簡便さや明快さを犠牲にする。 作るソフトの特殊度・高機能度　　　低　　中　　高 要する労力　　　　　　　　　　　　　　　３０　５０　７０　 これを、　　　　　　　　　　　　　　　　　１５　３０　１００ くらいの設計思想にしたっていいように思うがそうはしない。 ソフト制作の環境が昔と様々に違っている上、「また数年も経てば新プログラミング製品を出すんだろ？だとしたら過渡期のものをいちいち細かく研究してられるか。」感も強く、流行らないのも仕方ない。 357 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 11:48:54 ] でもおまえらもこれくらい１０分もあれば作れるだろ www.dotup.org/uploda/www.dotup.org711436.png 358 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 12:00:40 ] >>537 WPF と全然関係なくね？ 359 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 12:10:24 ] おまえらのいうＷＰＦってＧＵＩ記述マークアップのことじゃないのか 360 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 13:29:06 ] MS製の割には無駄に複雑な感があるよね Javaみたい 361 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 15:51:45 ] むしろMSの代名詞みたいなもんじゃないか＞無駄に複雑 362 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:01:49 ] OLE/COM時代を通っている者ならば問題ない 363 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:37:36 ] 無駄に複雑な方が色々金になるし。 あんまり簡単すぎるとうちらの仕事もなくなっちゃうよorz 364 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 16:42:22 ] 依存プロパティ作るのめんどくさいからバインディングとかあまり使ってない 365 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:01:04 ] バインディング使わないとか勿体無すぎる 366 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:12:59 ] バインディングは使っても依存プロパティ自体あまり使わないと思うの 367 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:21:53 ] プロパティ型、プロパティ名、定義している型、初期値の4つを指定するだけじゃん 自動実装のプロパティと比べて2つも増えているのが面倒とか？ 368 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:24:33 ] あとおまけでCLRラッパーも 369 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 17:57:11 ] 依存関係プロパティは専用の構文とか用意すべきだったと思う。 正直くどい。 370 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:42:37 ] たしかにくどいけどC#全般がそういう言語だと思うことにした。 Visual Studio使っていれば、propdp[Tab][Tab]と叩くいて雛形を埋めるだけで出来上がるし。 371 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 18:47:50 ] スニペット必須なぐらいならいっそ #define みたいな仕掛け用意しときゃいいのにね。 不毛すぎる。 372 名前：デフォルトの名無しさん mailto:sage [2010/03/09(火) 20:17:36 ] ツールヒントの表示の仕方も分からない 373 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 13:13:42 ] WPFはなくなるの？ 答えはもちろんNO! 374 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 15:24:48 ] まあさすがに30年ぐらいしたらなくなってるとは思う。 375 名前：デフォルトの名無しさん [2010/03/10(水) 15:30:32 ] COBOLは残ったんだよな・・・そう言われつつ 376 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 17:37:34 ] 無くなると分かっている技術を習得しなければならないこともあるということさ 377 名前：デフォルトの名無しさん mailto:sage [2010/03/10(水) 17:55:12 ] というよりSE/PGは(それに限らずどんな職業も)そういったくだらないその場限りの バッドノウハウをお客さんのかわりに網羅する仕事だもんな。 Oracle のあるバージョン特有のチューニング方法とかどう考えても10年後20年後に役立つ知識じゃない。 378 名前：デフォルトの名無しさん mailto:sage [2010/03/11(木) 00:30:28 ] 1日役に立てば十分だ 379 名前：デフォルトの名無しさん mailto:sage [2010/03/11(木) 01:17:27 ] WPF は Silverlight 4 の INotifyDataErrorInfo みたいにコントロールに非同期でエラーを伝える方法ってないのかな？ DataGrid で行の確定ごとにサーバーに問い合わせて、エラーを表示したいんだけど良い方法が分からない。 380 名前：379 mailto:sage [2010/03/11(木) 22:13:56 ] 自己解決した。 IDataErrorInfo と INotifyPropertyChanged を実装してエラー更新後に PropertyChanged 呼んでやれば良いだけだった。 PropertyChanged でエラー情報も拾ってくれるんだね。 381 名前：デフォルトの名無しさん mailto:sage [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 は問題なく取得できています。 が、１本目の指で StylusEnter し、２本目の指をウィンドウ内にタッチすると Enter, Leave が暴走します。 （※すみません、次のレスに続きます） 382 名前：381 [2010/03/12(金) 21:09:20 ] （※続きです） window1 内に、Rectangle1, Rectangle2 を配置し、 線を太くし、それぞれに StylusDown, Up, Enter, Leave の関数を記述します。 各関数では、↑に貼ったURLのように StylusのIDで条件分岐し、 Rect1/2 どちらのイベントか、Down/Up/Enter/Leaveどのイベントか が分かるように、文字列として出力するとします。 ■試行１（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" された表示が出ます。 ■試行２（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"... 　と、次々と表示されます。 これが何故か分かる方、 また、この対処方法が分かる方はおりますでしょうか？ 長文、申し訳ありませんがよろしくお願いします。 383 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 21:18:58 ] 単純に「内部で単一のポイントとしてエンたーりーぶを計算している」ってことだろ。 間違っても「どうすればいいか」とかは聞かないでくれよ。 384 名前：381 mailto:sage [2010/03/12(金) 21:33:23 ] >383 早速のレスありがとうございます。 Down, Up は同一のポイントとして計算はされず Enter, Leaveは同一として計算される ことが分かる情報があるということでしょうか。 Down, Up と Enter, Leave に大きな違いがある という情報にあたった経験がありません・・・。 よろしくお願いします。 385 名前：デフォルトの名無しさん mailto:sage [2010/03/12(金) 21:43:57 ] きみが「こう実装されてるはずだ！」とどんだけ叫ぼうと帰ってきたイベントが答えだよ いいたいことがあるなら上司かＭＳにでも言え。俺に言うな。 386 名前：381 mailto:sage [2010/03/13(土) 01:16:49 ] >>385 失礼しました。 >>383がそういう意図とは取れませんでした。 業務内容とはことなりますが SRで訊けるかとり合ってみます。 387 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 15:26:35 ] TreeViewのSelectedItemプロパティが読み取り専用のため、コード上で treeview.SelectedItem = item; のように指定できません。 例えばディレクトリ構成をツリー表示している場合、初期ディレクトリを開いて 選択状態にしたい時はどのようにしたらいいでしょうか？ 388 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 17:18:43 ] >>387 つEnsureVisible() 389 名前：デフォルトの名無しさん mailto:sage [2010/03/15(月) 17:33:12 ] 普通に、IsSelected=trueするだけだろ

---

---

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

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