【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】

1 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:43:18 ] あたらしいGUI FW、WPFについて語るすれ。 .NET3.0もリリースされて盛り上がってまいりますた。 WPF on MSDN msdn2.microsoft.com/en-us/netframework/aa663326.aspx .NET3.0 www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx WPF Mashup on YOUTUBE www.youtube.com/watch?v=BUBOQFvh6yI 552 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:36:25 ] WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀) 553 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 20:10:16 ] >>552 ttp://www.venkatarangan.com/blog/XAMLSchema.aspx こんなん見つけましたけど(゜▽゜) 554 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 04:07:59 ] >>551 2000 を使っていた身としては通知領域のカスタマイズで 表示しているアイコンを選ぶことができるようになったのが大きかったな アプリ追加でやるのと標準で付くのは差が大きい 555 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:14:26 ] msdn2.microsoft.com/en-us/library/ms771362.aspx ここにサンプルがあるのだけれども、2008Express Editionだと app.manifestがありません言われてビルドすらできない罠 プロジェクトからapp.manifestを削ったら今度はwindows1.xamlが 見つかりませんとかIOExceptionが出るし… もうだめぽ 556 名前：555 mailto:sage [2007/12/13(木) 21:27:59 ] [Window Title] Microsoft Windows [Main Instruction] WPFCalculator2 は動作を停止しました Vista Home Basicじゃ動かないのか… 557 名前：555 mailto:sage [2007/12/13(木) 22:40:31 ] Re: VS 2008 crash while rendering xaml - MSDN Forums forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2390828&SiteID=1&pageid=0#2390828 はずれ Locbaml doesn't work - MSDN Forums forums.microsoft.com/MSDN/ShowPost.aspx?PostID=298036&SiteID=1 >in your debug folder you have a folder named 'en-US' and within is a dll named YourApp.resources.dll. 近づいた リフレクタで診るとwindow1.bamlがあやしいのでぐぐる WPFサンプルプログラム「AvalonCalculator2」が実行できない - MSDN フォーラム forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=526730&SiteID=7 WPFCalculator2.csprojの 11行目 <UICulture>en-US</UICulture> を削除したら 動きました… [WPF] - 匣の向こう側 - あまりに.NETな d.hatena.ne.jp/akiramei/searchdiary?of=7&word=*%5BWPF%5D WPFサンプルコード その１ - MSDN フォーラム forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=494231&SiteID=7 あまりいじってるひといないのね…メモぐらい残そうよ 558 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 01:02:49 ] > UICulture 超常識なんだが。 559 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 09:38:40 ] そうか常識を超えてるのか… 560 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 12:33:25 ] UMA = Unidentified Mysterious Animal 未確認動物 - Wikipedia ja.wikipedia.org/wiki/%E6%9C%AA%E7%A2%BA%E8%AA%8D%E5%8B%95%E7%89%A9 561 名前：555 mailto:sage [2007/12/14(金) 15:01:39 ] >>558 情報が2006年の4、6月あたりで止まってる感があるのだけど SdkViewer - Google Search　19件 www.google.co.jp/search?hl=en&q=SdkViewer&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_en SdkViewer - Google 検索　3件 www.google.co.jp/search?hl=ja&lr=lang_ja&q=SdkViewer なにこの情報の少なさ加減は… 562 名前：デフォルトの名無しさん mailto:sage [2007/12/14(金) 15:23:02 ] IOException: Cannot locate resource app.xaml - WPF in Visual Studio 2008 Beta 2 - Guy Burstein [MVP] blogs.microsoft.co.il/blogs/bursteg/archive/2007/08/02/Cannot-locate-resource-appxaml.aspx I had this error when running SdkViewer in VS.NET 2005, tried putting "MSBuild:Compile" as the Custom Tool for SdkViewerApplication.xaml, but it didnt work.. 2005で走らせようとしたらエラーが出た。SdkViewerApplication.xamlのカスタムツールとして "MSBuild:Compile"を設定した。でも動かなかった so I decided to open in VS.NET 2008 and after the project got upgraded, the app finally ran.. "MSBuild:Compile" was already set from the earlier trial with VS.NET 2005 そこで2008で開いてプロジェクトのアップデートを試みた。ようやくデモが動いた… "MSBuild:Compile"はさっき2005でやろうとしたときに設定してあったと思う so not sure if that did they trick, but will keep this in mind if I see this error again.. thanks. なのでそれが功を奏したかはわからない。けどまたエラーが出た時のためにそのことを 気に留めておこう、ありがとう -------------------------------------------------------------------------------- たぶんこれだな…。あぁ tried putting "MSBuild:Compile" as the Custom Tool のくだりのところが さっぱりわからん orz 563 名前：555 mailto:sage [2007/12/14(金) 15:35:50 ] ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から .csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。 [ビルド]タグを開いて[全般]-条件付コンパイルシンボル(Y):のテキストボックスに MSBuild:Compileを入力しろと。>tried putting "MSBuild:Compile" as the Custom Tool うん。見通しは悪くは無いね。シンプルだ 564 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 00:23:36 ] WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか？ オンボなので確認のしようがない・・・ 565 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 00:24:32 ] VA側じゃなくてVGA側でしたorz 566 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:44:08 ] 意味が分からない 567 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 11:45:55 ] ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが 568 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:01:30 ] たぶん答えはNoでしょ。 WPF使っても、画像ビューアーの内部で持ってるイメージデータが VRAMに保存されることはない。 イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、 バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。 そもそもWPF＆WDMのしくみや目的を誤解してると思う。 569 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 18:49:53 ] >>566-567 すいません、DirectX自体良く分かってません >>568 例えばImageコントロールを使えばそうなるのかな思ってたのですが、 VRAM上のデータはメインメモリ（上にあるテクスチャ）のキャッシュとして使われるってことですか？ 570 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 19:58:20 ] >>569 その辺については「dwm.exe」でググると（WDMじゃなかったorz） わかりやすい説明が見つかると思うよ。 とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。 571 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 23:27:51 ] >>570 vistaじゃないと駄目なんですね 572 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:48:02 ] Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・ 573 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 11:56:18 ] エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は ２００５とあまり変わらないから。 574 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 12:13:34 ] 使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか 575 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 12:45:46 ] β版から使ってると、「やっとRTMきた」くらいしか書くことがない。 576 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 22:33:53 ] WPFアプリを試してみたが、イベントハンドラの一覧が プロパティウィンドウに出なくて面倒だな。 他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。 577 名前：デフォルトの名無しさん mailto:sage [2007/12/19(水) 23:42:18 ] プロパティの数が多すぎてプロパティウィンドウは使い物にならん。 XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。 578 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 10:14:07 ] ほんとだ。XAMLのエディタは優秀だな。 579 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 11:51:19 ] 正直 XAML エディタの GUI 表示は表示確認でたまに見るが プロパティ一覧は最初にちょっと触った以外は操作した事もない 580 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 12:00:21 ] XAMLプロパティウィンドウはFormsプロパティウィンドウより退化してるｗ インテリセンスはVS2008は比較的優秀。 デバッグはちょっと使いずらく感じる。 581 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 23:16:05 ] イベントってどうやってやるの？ 手書き？ 582 名前：デフォルトの名無しさん mailto:sage [2007/12/21(金) 23:28:25 ] XAMLエディタが一番手っ取り早いと思う。 イベント付けたい要素のタグ中でインテリセンス使って「MouseDown=""」とか入力すると、 「新しいイベントハンドラ」というのが出てくるから選ぶ。 自動的にビハインドコードのほうに「要素名_MouseDown」ってメソッドが挿入される。 583 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 07:00:05 ] XAMLPAD使いの俺からするとVS2008のWPFエディタはめちゃ高性能。 最初にGUIで各パーツを大雑把に配置したら あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。 584 名前：デフォルトの名無しさん [2007/12/22(土) 17:06:36 ] WPFのButtonタグ。BackgroundとForegroundで色をつけたのですが、 ボタンを押すと普通の灰色ボタンに戻ってしいます。 ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか？ 585 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 17:46:24 ] >>584 .NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ 586 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 19:14:20 ] >>585 ありがと〜、見つかりました。 <Style TargetType="Button"> 　<Setter Property="Background" Value="Cyan"/> 　<Setter Property="Foreground" Value="Red"/> 　<Style.Triggers> 　　<Trigger Property="IsPressed" Value="True"> 　　　<Setter Property="Background" Value="Yellow"/> 　　　<Setter Property="Foreground" Value="Blue"/> 　　</Trigger> 　</Style.Triggers> </Style> 587 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 22:08:13 ] 記事や書籍で「WPFはGPUを酷使することでCPUに負荷を与えることなく高速に動作する」 と言われていますが、C2D＆Geforce8シリーズのようなハイエンドＰＣでも、 簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。 WPFのどんな処理が Pixel / Vertex Shader で記述されGPUを利用していることになるのか 解説している文章等は有りませんでしょうか？ 588 名前：デフォルトの名無しさん [2007/12/22(土) 23:20:49 ] >>550-551 確かに・・・落ちない、というだけで、重くてもXPにしたからな。 まあ、他で2000も使ってたけど。 ただ、Vistaは、本当に利点がない。 俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとｗ OS：Vista って書いたらハァ？って言われてるし 589 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 23:29:22 ] >>587 答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。 要求スペックがSM2.0以降だからたいしたことできなそうだけどな。 590 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 02:15:33 ] WPFはタブオーダーをクリックして変更できないのかな。 あの機能は便利だと思うんだけど。 591 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 11:57:51 ] >>588 ゲームがVistaに最適化すればよい 592 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 11:58:50 ] >>590 便利じゃねーよ。 途中からの順番変えたい時も最初からクリックしなきゃならんし 593 名前：デフォルトの名無しさん [2007/12/23(日) 14:11:11 ] >>591 Vistaだと、1割重いっていうのが通説なんすよね。 まあ、それを見越して、チューニングしろって話なんだろうけどさ。 最近だと、DirectX10だと、キレーになる、ゲームがあったんだけど、 「Crysis」 　さて、実はここで紹介した効果を含めて、公式にDirectX 10フィーチャーと されている設定は、ゲームの設定ファイルを触ることでDirectX 9環境でも 適用することができる。結果的にDirectX 9バージョンでもDirectX 10バージョン と同等の絵を出すことができる。つまり、DirectX 10だから美しい環境が実現 されているわけではないのだ。 　あえて上記に触れたのは、現在のところDirectX 9バージョンとDirectX 10 バージョンで、「最高」設定の絵を出したとき、実はDirectX 9バージョンの方 がパフォーマンスが良いからだ。 www.watch.impress.co.jp/game/docs/20071130/crysis.htm Vistaｵﾜﾀ＼(^o^)／ そろそろ、スレ違い 594 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 16:09:54 ] DirectX10の本領発揮は10.1からだぜ 見た目が綺麗になるとか云々はおまけです 595 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 20:06:23 ] そのとおり。 根底から違う。 596 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 21:28:18 ] >>592 だが、その機能すら今回はないんじゃないか？ 597 名前：デフォルトの名無しさん mailto:sage [2007/12/25(火) 17:13:02 ] >>594 また、明日から本気出すですか？ 598 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 09:27:23 ] C#でWPFアプリケーションプロジェクトを作成してそのまま実行してみた ウィンドウの端ドラッグしてサイズ変更すると、たまにクライアント領域が黒くチラつく これを抑制する方法を教えてください 環境は、Vista+VS2008です 599 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 12:34:51 ] サイズ変更されるエレメントに、 ビットマップエフェクトや不透明度などの重い処理使うのを避けるとか。 描画が追いつかないときに出る現象だから、完全に抑制するのは無理じゃないかな。 600 名前：598 mailto:sage [2007/12/26(水) 13:06:06 ] プロジェクト作って、そのまま何も配置せずに実行して、 そうなるので重い処理ってことはないと思うんだけど これ、どうしようもないんでしょうか・・・？ 601 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 13:15:02 ] 田　->　口ドラック中にウインドウの内容を表示する 602 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 21:37:53 ] 自分のC2D Vistaでも黒チラ出るよ。 603 名前：デフォルトの名無しさん mailto:sage [2007/12/26(水) 22:37:00 ] コントロールのアニメーション面白いなーこれははまるわｗ 604 名前：薄汚い派遣の国、日本 [2007/12/27(木) 03:37:28 ] 最近、職場で「出戻り寄生派遣」という言葉が囁かれています。 派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」 などと 言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。 今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。 影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・ そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。 仕事に必要な技術がなく勉強する気もないのを逆手にとって 「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には みんな凍りついていました。派遣でスキルアップとか言ってる癖に以前と同じように 技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、 派遣で収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。 結局、なんの努力もせずに派遣で安直に収入を得たいだけじゃないですか。 身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、 いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、 契約終了を通知されれば泣き落とし。悲惨な人生ですね。 氏んだほうがいいんじゃないですか。 605 名前：デフォルトの名無しさん [2007/12/27(木) 04:07:28 ] 推奨NGWORD：派遣 606 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 04:09:00 ] アニメーション？ 607 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 12:43:23 ] >>602 Core 2 Duo はともかく GPU は? 608 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 12:46:34 ] そこらへんはCPUよりもGPUっぽいなぁ 609 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 14:28:59 ] うちはC2D E6600にGeForce6600GTだけど、サイズ変更時に黒くチラつくな GPU古いっちゃ古いから仕方ないのかな・・・ GPU変える参考にするから、出ないって人いたら、環境教えて 610 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 14:52:44 ] C2D E6600にGeForce GS7600だがVistaだとちらつく。 XPだと大丈夫。 さらに、VistaだとAllowsTransparencyがtrueのウィンドウのリサイズが非常に遅い。 611 名前：609 mailto:sage [2007/12/27(木) 15:15:44 ] >>610 情報ありがとう VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった 自分のコードで解決する問題じゃないってことかな。でも、気になるなぁ・・・ 612 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 17:18:06 ] ここまで読んだ もっとWPF使いたくなるような話題はないのか？ とりあえずVCL使い慣れているのでWinForms使うわ 613 名前：デフォルトの名無しさん mailto:sage [2007/12/27(木) 18:01:07 ] >>607 オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。 SP1で直るといいな。 614 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 04:31:13 ] .NET3.0て2.0用のアプリ動く？ 615 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 08:09:45 ] 多分 616 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:15:02 ] 2.0は3.0の一部 617 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:15:45 ] 3.5いれたら3.0いれなくてもOK? 618 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:23:21 ] そう思ってた時代が自分にも（ＡＡ 619 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 11:36:45 ] 3.5入れたら3.0と2.0も入るらしいよ 620 名前：デフォルトの名無しさん mailto:sage [2007/12/28(金) 20:50:24 ] >>613 Aero切った状態でもなる？ 621 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 15:08:52 ] >>620 Aero切ったら画面描画が遅くなるんじゃないの？ 622 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 15:16:35 ] Aeroをなんやと思うてんねん 623 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 15:48:39 ] >>622 VistaをAeroをOFFにする人の数 --gt; pc11.2ch.net/test/read.cgi/win/1158641102/ 624 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 21:36:57 ] >>620 Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10〜20%ぐらい高くなる。 他のウィンドウの再描画が増えるせいかな。 625 名前：デフォルトの名無しさん mailto:sage [2007/12/29(土) 23:14:58 ] AEROきる→WPFのGPUアクセラレーションきるとなる？ ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。 626 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 01:52:50 ] >>621,624 AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか やっぱ完全GDI描画だと（処理速度はともかく）出ないのね >>625 AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど いや俺はvista持ってませんがね 627 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 03:17:59 ] Aeroオンの場合 1)ウィンドウサイズが変わる 2)クライアントエリアのイメージを保持する領域を確保し、不透明の黒で塗りつぶす 3)外枠を描く 4)WPFがクライアントエリアを描画（非同期処理） 5)GPUが合成 で、4)の処理が追いつかない場合、2)の黒が見えてしまう、と予想している。 2)の黒で塗りつぶす処理をスキップできれば黒チラ消せるかも？ GDIの場合はデスクトップに上書き描画するから黒チラは出ない。 でもウィンドウの移動・縮小時にはそこら中で再描画が発生するから実際のCPU負荷は大きい。 628 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 03:48:15 ] 海の向こうでも似たような話してるｗ Flickering background when resizing window ttp://www.msdner.com/dev-archive/113/153-119-1134734.shtm 629 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 13:38:59 ] なんでWPFのCheckBoxのIsCheckedはbool?なんだよ・・・ いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ 630 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 13:46:21 ] bool b = IsChecked ?? false; と書くだけだぞ 631 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 14:47:18 ] え?? 632 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 15:28:02 ] なんでbool?になってんの? 3値だから? なんか書いててアホなしり上がり口調みたいだが 633 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 16:43:21 ] <CheckBox IsChecked="true"/> <CheckBox IsChecked="false"/> <CheckBox/> これを区別するためじゃね？ 634 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 18:10:29 ] なるほど。 しかし、629ではないが、指定なしのときは false の方が使いやすいな。 無理にNullable Typeを使わなくてもという感じがした。 635 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 18:19:29 ] Win32のチェックボックスだって3状態あったじゃない。 Windows Formsでは列挙体CheckStateで表現されていたよ。 636 名前：デフォルトの名無しさん mailto:sage [2007/12/30(日) 23:36:01 ] 普通アプリで3状態使うシチュエーションが思いつかない Excelの複数セルの書式設定ぐらいじゃない？ 637 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 00:20:19 ] 一状態を特定できない複数選択対象なんぞいくらでもあろうが。 638 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 02:28:23 ] 動的に変化するUIってXAMLでどうやって定義するの？ DOMみたいな機構あるの？ 639 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 03:27:40 ] UIクラスとタグを関連付けるだけだろ 640 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 15:25:29 ] >>639 アニメーションとしてXAMLで定義する方法もあるわけだが 641 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 15:26:44 ] WindowsFormsの方が格段に使いやすいじゃん。WPFって存在意義不明。 642 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:16:36 ] 日本語テキストの描画方法を調べてるんだが、 やっぱりサポートがいまいちだな。 縦書きとかルビとか禁則処理とかが楽にできると 面白かったんだけど。 TextBlockとか全然使えねえ。 643 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 20:23:10 ] >>626 完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので 間に合う間に合わないどうこうは関係ない Aero 有効だとウィンドウ部分のダブルバッファ (?) の反映が間に合ってない って感じかもね 644 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 21:29:16 ] 簡単に言うとイベント描画とフレーム描画の違いだろ？ FPSに処理が間に合わないならスキップさせざるを得ないだろ。 処理を終えるまで描画をフリーズさせるわけにはいかない。 645 名前：デフォルトの名無しさん mailto:sage [2007/12/31(月) 21:32:00 ] それにもともと３Dはフレームバッファで処理を行うのが常識で、 イベント描画処理はウィンドウメッセージをループでまわす処理だから、 CPUにかかる負荷が高い。 646 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 05:04:57 ] 依存関係プロパティって何？ 647 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 05:10:34 ] >>646 抽象的だが、あるプロパティがほかのプロパティに依存する関係。 たとえば、FontSizeはFontに依存してるだろう。 Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。 648 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 07:16:47 ] なるほど しかしなんでそんなのが必要なのか全然わからん 649 名前：デフォルトの名無しさん mailto:sage [2008/01/01(火) 21:45:24 ] >>648 GUIの自動更新とかに便利。 データオブジェクトの名前を表すプロパティが変更されたら、 それを表示しているテキストボックスの内容も自動変更するなんてことができる。 Data <-> UI 間の受け渡しコードをいちいち書かなくてすむ。 650 名前：デフォルトの名無しさん [2008/01/02(水) 15:56:41 ] 最近、職場で「出戻り寄生はけん」という言葉が囁かれています。 はけん契約を切られたにもかかわらず「次のはけん先でも切られてしまって生活できません」 などと 言って泣き落としで現場マネージャーにすら一切話がないまま再はけん契約した人のことです。 今月初め、半年前に切ったはけんが出社してきてマネージャーも含めみんなびっくりしました。 影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・ そんなことまでして自宅の近くのはけん先にこだわって人間として恥ずかしくないのですか。 仕事に必要な技術がなく勉強する気もないのを逆手にとって 「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には みんな凍りついていました。はけんでスキルアップとか言ってる癖に以前と同じように 技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、 はけんで収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。 結局、なんの努力もせずにはけんで安直に収入を得たいだけじゃないですか。 身分不相応な商品のローンを払うためにはけんだと当然足りない収入は親にも寄生して、 いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、 契約終了を通知されれば泣き落とし。悲惨な人生ですね。 氏んだほうがいいんじゃないですか。 651 名前：デフォルトの名無しさん [2008/01/02(水) 19:44:07 ] 質問、WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速という ことですが、どのくらいの差でしょうか？ VS2005でFormを使って作成していますが、Form上で別のダイアログを動かすと その後を白い空隙がサササササーーーと追いかけていくような状況は無くなる でしょうか？ 現在はFormだとそういう感じで描画が非常に遅いと感じています。 環境はCore2Solo（＠VAIO-G1）+Xp。 652 名前：デフォルトの名無しさん mailto:sage [2008/01/02(水) 19:59:08 ] >>651 Vistaにすればそういうことはなくなる。

---

---

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

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