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/ 260 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 05:07:34 ] 十分大漁です(´・ω・｀) 261 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 06:08:29 ] >>249 DataType="{x:Type io:DirectoryInfo}"で指定した型をコンバーターで返しているから、 返ってきたDirectoryInfo[]もHierarchicalDataTemplateの対象になってるってことですか？ IsExpandとかどう処理してんのか謎。 snipet <UserControl.Resources> <HierarchicalDataTemplate DataType="{x:Type io:DirectoryInfo}"> <HierarchicalDataTemplate.ItemsSource> <Binding Path='.'> <Binding.Converter> <local:GetFileSystemInfoConveter /> </Binding.Converter> </Binding> </HierarchicalDataTemplate.ItemsSource> <TextBlock Text="{Binding Path=Name}" /> </HierarchicalDataTemplate> </UserControl.Resources> <TreeView ItemsSource="{Binding}" /> 262 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 06:58:15 ] > <HierarchicalDataTemplate DataType="{x:Type io:DirectoryInfo}"> > <HierarchicalDataTemplate.ItemsSource> > <Binding Path='.'> 型を返しているんじゃなくて、DataType=...は、「この型を表示要素に変換するDataTemplateだよ」と書いているだけ。 リソースに書いてあるデータテンプレートがあれば、明示的にデータテンプレートを書かなかった場合に その型のインスタンスをバインドしたときに自動的に適用される。 > 返ってきたDirectoryInfo[]もHierarchicalDataTemplateの対象になってるってことですか？ このコンバータはDirectoryInfoから、IEnumerable<DirectoryInfo>に変換するのかな？ ならば、上と同様に型が一致すれば適用される。あとは再帰的に。 263 名前：デフォルトの名無しさん mailto:sage [2010/02/09(火) 10:40:42 ] >>262 後出しになってすいません。 コンバータはreturn ((DirectoryInfo)value).GetDirectories();です。 レスありがとうございます。理解が進みました。 264 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 00:48:39 ] VS2010RC出たね WPFは作る方は楽なんだろうけど 使う方から見ると悪夢だな 265 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 00:50:17 ] >>264 そう？ 266 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 10:30:27 ] VS2010に関して言えばレンダリングにWPF使ってるだけなので WPFだから特に楽って事もないだろう 267 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 15:12:52 ] WPFでフリーソフト作ってるけどWinXPは動作保障外にしてる 間違ってないよね俺 268 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 15:19:44 ] >>267 間違ってます 269 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 15:21:37 ] フリーソフトで動作保証なんてあるんか？ 270 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 15:24:47 ] >>269 上手く動かなくても知らんってこと 271 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 15:46:09 ] フリーソフトなんだから好きにしたらいいよ 272 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 19:30:19 ] XPなんて臭いもん外すだろ…>>267は正しい 273 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 19:33:19 ] WPFを使っているとXPとVista/7で細かい部分で挙動が違うことがままあるからなぁ… XPを保証外ってのは賢明だな。 274 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 19:36:04 ] XPは臭いのか まあそれはいいとして確かにXP->Vistaでかなり変わってるからなあ 275 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 20:59:02 ] そろそろ保証外にしてもいいんじゃないの？フリーソフトなら。 仕事だとなかなかそうはいかんかもしれないけど。 276 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:43:12 ] >>266 VS2010で再変換が使えるようになったのはWPF採用のおかげだと思う。 277 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:54:37 ] 再変換って？ 278 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:56:43 ] え？ 279 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 21:59:35 ] 再変換って言われてもIMEの再変換くらいしか思いつかない 280 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 22:11:42 ] 違うのか？ 281 名前：デフォルトの名無しさん mailto:sage [2010/02/10(水) 22:26:36 ] VS2010で再変換できるのがそんなにうれしいのかなと 282 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 15:11:04 ] WPFで、Silverlightアプリをホストできますか？ 283 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 16:43:40 ] できるよ 284 名前：デフォルトの名無しさん mailto:sage [2010/02/12(金) 20:12:47 ] codeplexにあったな 285 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 15:39:06 ] マウスクリックしてPopup表示するのどうすればいいんだ？ 最初から表示させとくことしかできないの？ 286 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 15:57:18 ] tooltipなのかダイアログかはっきり汁 287 名前：デフォルトの名無しさん mailto:sage [2010/02/17(水) 16:03:08 ] Popupクラスだよ イベントハンドラかいて出来たけど 288 名前：デフォルトの名無しさん mailto:sage [2010/02/18(木) 13:05:12 ] DataGridで右寄せにするにはどうすればいいですか？ あるサイトにあった <Style x:Key="NumberColumnStyle" TargetType="{x:Type my:DataGridCell}"> <Setter Property="HorizontalAlignment" Value="Right" /> </Style> をそのまま書くとPropertyDescriptorの値が無効ですといわれてしまいます 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みたい

---

---

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

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