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

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/08(水) 10:43:18
あたらしいGUI FW、WPFについて語るすれ。

.NET3.0もリリースされて盛り上がってまいりますた。

WPF on MSDN
http://msdn2.microsoft.com/en-us/netframework/aa663326.aspx

.NET3.0
http://www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx

WPF Mashup on YOUTUBE
http://www.youtube.com/watch?v=BUBOQFvh6yI

05575552007/12/13(木) 22:40:31
Re: VS 2008 crash while rendering xaml - MSDN Forums
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2390828&SiteID=1&pageid=0#2390828

はずれ

Locbaml doesn't work - MSDN Forums
http://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 フォーラム
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=526730&SiteID=7

WPFCalculator2.csprojの
11行目 <UICulture>en-US</UICulture> を削除したら
動きました…

[WPF] - 匣の向こう側 - あまりに.NETな
http://d.hatena.ne.jp/akiramei/searchdiary?of=7&word=*%5BWPF%5D
WPFサンプルコード その1 - MSDN フォーラム
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=494231&SiteID=7

あまりいじってるひといないのね…メモぐらい残そうよ
0558デフォルトの名無しさん2007/12/14(金) 01:02:49
> UICulture

超常識なんだが。
0559デフォルトの名無しさん2007/12/14(金) 09:38:40
そうか常識を超えてるのか…
0560デフォルトの名無しさん2007/12/14(金) 12:33:25
UMA = Unidentified Mysterious Animal

未確認動物 - Wikipedia
http://ja.wikipedia.org/wiki/%E6%9C%AA%E7%A2%BA%E8%AA%8D%E5%8B%95%E7%89%A9
05615552007/12/14(金) 15:01:39
>>558
情報が2006年の4、6月あたりで止まってる感があるのだけど

SdkViewer - Google Search 19件
http://www.google.co.jp/search?hl=en&q=SdkViewer&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_en
SdkViewer - Google 検索 3件
http://www.google.co.jp/search?hl=ja&lr=lang_ja&q=SdkViewer

なにこの情報の少なさ加減は…
0562デフォルトの名無しさん2007/12/14(金) 15:23:02
IOException: Cannot locate resource app.xaml - WPF in Visual Studio 2008 Beta 2 - Guy Burstein [MVP]
http://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
05635552007/12/14(金) 15:35:50
ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から
.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。

[ビルド]タグを開いて[全般]-条件付コンパイルシンボル(Y):のテキストボックスに
MSBuild:Compileを入力しろと。>tried putting "MSBuild:Compile" as the Custom Tool

うん。見通しは悪くは無いね。シンプルだ
0564デフォルトの名無しさん2007/12/15(土) 00:23:36
WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか?
オンボなので確認のしようがない・・・
0565デフォルトの名無しさん2007/12/15(土) 00:24:32
VA側じゃなくてVGA側でしたorz
0566デフォルトの名無しさん2007/12/15(土) 11:44:08
意味が分からない
0567デフォルトの名無しさん2007/12/15(土) 11:45:55
ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが
0568デフォルトの名無しさん2007/12/15(土) 15:01:30
たぶん答えはNoでしょ。
WPF使っても、画像ビューアーの内部で持ってるイメージデータが
VRAMに保存されることはない。
イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、
バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。
そもそもWPF&WDMのしくみや目的を誤解してると思う。
0569デフォルトの名無しさん2007/12/15(土) 18:49:53
>>566-567
すいません、DirectX自体良く分かってません
>>568
例えばImageコントロールを使えばそうなるのかな思ってたのですが、
VRAM上のデータはメインメモリ(上にあるテクスチャ)のキャッシュとして使われるってことですか?
0570デフォルトの名無しさん2007/12/15(土) 19:58:20
>>569
その辺については「dwm.exe」でググると(WDMじゃなかったorz)
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。
0571デフォルトの名無しさん2007/12/15(土) 23:27:51
>>570
vistaじゃないと駄目なんですね
0572デフォルトの名無しさん2007/12/19(水) 11:48:02
Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・
0573デフォルトの名無しさん2007/12/19(水) 11:56:18
エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は
2005とあまり変わらないから。
0574デフォルトの名無しさん2007/12/19(水) 12:13:34
使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか
0575デフォルトの名無しさん2007/12/19(水) 12:45:46
β版から使ってると、「やっとRTMきた」くらいしか書くことがない。
0576デフォルトの名無しさん2007/12/19(水) 22:33:53
WPFアプリを試してみたが、イベントハンドラの一覧が
プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。
0577デフォルトの名無しさん2007/12/19(水) 23:42:18
プロパティの数が多すぎてプロパティウィンドウは使い物にならん。
XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。
0578デフォルトの名無しさん2007/12/21(金) 10:14:07
ほんとだ。XAMLのエディタは優秀だな。
0579デフォルトの名無しさん2007/12/21(金) 11:51:19
正直 XAML エディタの GUI 表示は表示確認でたまに見るが
プロパティ一覧は最初にちょっと触った以外は操作した事もない
0580デフォルトの名無しさん2007/12/21(金) 12:00:21
XAMLプロパティウィンドウはFormsプロパティウィンドウより退化してるw
インテリセンスはVS2008は比較的優秀。
デバッグはちょっと使いずらく感じる。
0581デフォルトの名無しさん2007/12/21(金) 23:16:05
イベントってどうやってやるの?
手書き?
0582デフォルトの名無しさん2007/12/21(金) 23:28:25
XAMLエディタが一番手っ取り早いと思う。
イベント付けたい要素のタグ中でインテリセンス使って「MouseDown=""」とか入力すると、
「新しいイベントハンドラ」というのが出てくるから選ぶ。
自動的にビハインドコードのほうに「要素名_MouseDown」ってメソッドが挿入される。
0583デフォルトの名無しさん2007/12/22(土) 07:00:05
XAMLPAD使いの俺からするとVS2008のWPFエディタはめちゃ高性能。
最初にGUIで各パーツを大雑把に配置したら
あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。
0584デフォルトの名無しさん2007/12/22(土) 17:06:36
WPFのButtonタグ。BackgroundとForegroundで色をつけたのですが、
ボタンを押すと普通の灰色ボタンに戻ってしいます。
ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか?
0585デフォルトの名無しさん2007/12/22(土) 17:46:24
>>584
.NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ
0586デフォルトの名無しさん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>
0587デフォルトの名無しさん2007/12/22(土) 22:08:13
記事や書籍で「WPFはGPUを酷使することでCPUに負荷を与えることなく高速に動作する」
と言われていますが、C2D&Geforce8シリーズのようなハイエンドPCでも、
簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。

WPFのどんな処理が Pixel / Vertex Shader で記述されGPUを利用していることになるのか
解説している文章等は有りませんでしょうか?
0588デフォルトの名無しさん2007/12/22(土) 23:20:49
>>550-551
確かに・・・落ちない、というだけで、重くてもXPにしたからな。
まあ、他で2000も使ってたけど。

ただ、Vistaは、本当に利点がない。

俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとw
OS:Vista って書いたらハァ?って言われてるし
0589デフォルトの名無しさん2007/12/22(土) 23:29:22
>>587
答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。
0590デフォルトの名無しさん2007/12/23(日) 02:15:33
WPFはタブオーダーをクリックして変更できないのかな。
あの機能は便利だと思うんだけど。
0591デフォルトの名無しさん2007/12/23(日) 11:57:51
>>588
ゲームがVistaに最適化すればよい
0592デフォルトの名無しさん2007/12/23(日) 11:58:50
>>590
便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし
0593デフォルトの名無しさん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バージョンの方
がパフォーマンスが良いからだ。

http://www.watch.impress.co.jp/game/docs/20071130/crysis.htm


Vistaオワタ\(^o^)/

そろそろ、スレ違い
0594デフォルトの名無しさん2007/12/23(日) 16:09:54
DirectX10の本領発揮は10.1からだぜ
見た目が綺麗になるとか云々はおまけです
0595デフォルトの名無しさん2007/12/23(日) 20:06:23
そのとおり。
根底から違う。
0596デフォルトの名無しさん2007/12/23(日) 21:28:18
>>592
だが、その機能すら今回はないんじゃないか?
0597デフォルトの名無しさん2007/12/25(火) 17:13:02
>>594
また、明日から本気出すですか?
0598デフォルトの名無しさん2007/12/26(水) 09:27:23
C#でWPFアプリケーションプロジェクトを作成してそのまま実行してみた

ウィンドウの端ドラッグしてサイズ変更すると、たまにクライアント領域が黒くチラつく
これを抑制する方法を教えてください

環境は、Vista+VS2008です
0599デフォルトの名無しさん2007/12/26(水) 12:34:51
サイズ変更されるエレメントに、
ビットマップエフェクトや不透明度などの重い処理使うのを避けるとか。
描画が追いつかないときに出る現象だから、完全に抑制するのは無理じゃないかな。
06005982007/12/26(水) 13:06:06
プロジェクト作って、そのまま何も配置せずに実行して、
そうなるので重い処理ってことはないと思うんだけど

これ、どうしようもないんでしょうか・・・?
0601デフォルトの名無しさん2007/12/26(水) 13:15:02
田 -> 口ドラック中にウインドウの内容を表示する
0602デフォルトの名無しさん2007/12/26(水) 21:37:53
自分のC2D Vistaでも黒チラ出るよ。
0603デフォルトの名無しさん2007/12/26(水) 22:37:00
コントロールのアニメーション面白いなーこれははまるわw
0604薄汚い派遣の国、日本2007/12/27(木) 03:37:28
最近、職場で「出戻り寄生派遣」という言葉が囁かれています。
派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。
今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。

仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。派遣でスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
派遣で収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずに派遣で安直に収入を得たいだけじゃないですか。

身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
0605デフォルトの名無しさん2007/12/27(木) 04:07:28
推奨NGWORD:派遣
0606デフォルトの名無しさん2007/12/27(木) 04:09:00
アニメーション?
0607デフォルトの名無しさん2007/12/27(木) 12:43:23
>>602
Core 2 Duo はともかく GPU は?
0608デフォルトの名無しさん2007/12/27(木) 12:46:34
そこらへんはCPUよりもGPUっぽいなぁ
0609デフォルトの名無しさん2007/12/27(木) 14:28:59
うちはC2D E6600にGeForce6600GTだけど、サイズ変更時に黒くチラつくな
GPU古いっちゃ古いから仕方ないのかな・・・

GPU変える参考にするから、出ないって人いたら、環境教えて
0610デフォルトの名無しさん2007/12/27(木) 14:52:44
C2D E6600にGeForce GS7600だがVistaだとちらつく。
XPだと大丈夫。

さらに、VistaだとAllowsTransparencyがtrueのウィンドウのリサイズが非常に遅い。
06116092007/12/27(木) 15:15:44
>>610
情報ありがとう
VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった

自分のコードで解決する問題じゃないってことかな。でも、気になるなぁ・・・
0612デフォルトの名無しさん2007/12/27(木) 17:18:06
ここまで読んだ
もっとWPF使いたくなるような話題はないのか?
とりあえずVCL使い慣れているのでWinForms使うわ
0613デフォルトの名無しさん2007/12/27(木) 18:01:07
>>607
オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。
SP1で直るといいな。
0614デフォルトの名無しさん2007/12/28(金) 04:31:13
.NET3.0て2.0用のアプリ動く?
0615デフォルトの名無しさん2007/12/28(金) 08:09:45
多分
0616デフォルトの名無しさん2007/12/28(金) 11:15:02
2.0は3.0の一部
0617デフォルトの名無しさん2007/12/28(金) 11:15:45
3.5いれたら3.0いれなくてもOK?
0618デフォルトの名無しさん2007/12/28(金) 11:23:21
そう思ってた時代が自分にも(AA
0619デフォルトの名無しさん2007/12/28(金) 11:36:45
3.5入れたら3.0と2.0も入るらしいよ
0620デフォルトの名無しさん2007/12/28(金) 20:50:24
>>613
Aero切った状態でもなる?
0621デフォルトの名無しさん2007/12/29(土) 15:08:52
>>620
Aero切ったら画面描画が遅くなるんじゃないの?
0622デフォルトの名無しさん2007/12/29(土) 15:16:35
Aeroをなんやと思うてんねん
0623デフォルトの名無しさん2007/12/29(土) 15:48:39
>>622
VistaをAeroをOFFにする人の数 --gt;
http://pc11.2ch.net/test/read.cgi/win/1158641102/
0624デフォルトの名無しさん2007/12/29(土) 21:36:57
>>620
Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10〜20%ぐらい高くなる。
他のウィンドウの再描画が増えるせいかな。
0625デフォルトの名無しさん2007/12/29(土) 23:14:58
AEROきる→WPFのGPUアクセラレーションきるとなる?
ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。
0626デフォルトの名無しさん2007/12/30(日) 01:52:50
>>621,624
AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか
やっぱ完全GDI描画だと(処理速度はともかく)出ないのね
>>625
AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど

いや俺はvista持ってませんがね
0627デフォルトの名無しさん2007/12/30(日) 03:17:59
Aeroオンの場合
1)ウィンドウサイズが変わる
2)クライアントエリアのイメージを保持する領域を確保し、不透明の黒で塗りつぶす
3)外枠を描く
4)WPFがクライアントエリアを描画(非同期処理)
5)GPUが合成

で、4)の処理が追いつかない場合、2)の黒が見えてしまう、と予想している。
2)の黒で塗りつぶす処理をスキップできれば黒チラ消せるかも?

GDIの場合はデスクトップに上書き描画するから黒チラは出ない。
でもウィンドウの移動・縮小時にはそこら中で再描画が発生するから実際のCPU負荷は大きい。
0628デフォルトの名無しさん2007/12/30(日) 03:48:15
海の向こうでも似たような話してるw

Flickering background when resizing window
ttp://www.msdner.com/dev-archive/113/153-119-1134734.shtm
0629デフォルトの名無しさん2007/12/30(日) 13:38:59
なんでWPFのCheckBoxのIsCheckedはbool?なんだよ・・・
いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ
0630デフォルトの名無しさん2007/12/30(日) 13:46:21
bool b = IsChecked ?? false; と書くだけだぞ
0631デフォルトの名無しさん2007/12/30(日) 14:47:18
え??
0632デフォルトの名無しさん2007/12/30(日) 15:28:02
なんでbool?になってんの?
3値だから?

なんか書いててアホなしり上がり口調みたいだが
0633デフォルトの名無しさん2007/12/30(日) 16:43:21
<CheckBox IsChecked="true"/>
<CheckBox IsChecked="false"/>
<CheckBox/>
これを区別するためじゃね?
0634デフォルトの名無しさん2007/12/30(日) 18:10:29
なるほど。
しかし、629ではないが、指定なしのときは false の方が使いやすいな。
無理にNullable Typeを使わなくてもという感じがした。
0635デフォルトの名無しさん2007/12/30(日) 18:19:29
Win32のチェックボックスだって3状態あったじゃない。
Windows Formsでは列挙体CheckStateで表現されていたよ。
0636デフォルトの名無しさん2007/12/30(日) 23:36:01
普通アプリで3状態使うシチュエーションが思いつかない
Excelの複数セルの書式設定ぐらいじゃない?
0637デフォルトの名無しさん2007/12/31(月) 00:20:19
一状態を特定できない複数選択対象なんぞいくらでもあろうが。
0638デフォルトの名無しさん2007/12/31(月) 02:28:23
動的に変化するUIってXAMLでどうやって定義するの?
DOMみたいな機構あるの?
0639デフォルトの名無しさん2007/12/31(月) 03:27:40
UIクラスとタグを関連付けるだけだろ
0640デフォルトの名無しさん2007/12/31(月) 15:25:29
>>639
アニメーションとしてXAMLで定義する方法もあるわけだが
0641デフォルトの名無しさん2007/12/31(月) 15:26:44
WindowsFormsの方が格段に使いやすいじゃん。WPFって存在意義不明。
0642デフォルトの名無しさん2007/12/31(月) 20:16:36
日本語テキストの描画方法を調べてるんだが、
やっぱりサポートがいまいちだな。
縦書きとかルビとか禁則処理とかが楽にできると
面白かったんだけど。
TextBlockとか全然使えねえ。
0643デフォルトの名無しさん2007/12/31(月) 20:23:10
>>626
完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので
間に合う間に合わないどうこうは関係ない

Aero 有効だとウィンドウ部分のダブルバッファ (?) の反映が間に合ってない
って感じかもね
0644デフォルトの名無しさん2007/12/31(月) 21:29:16
簡単に言うとイベント描画とフレーム描画の違いだろ?
FPSに処理が間に合わないならスキップさせざるを得ないだろ。
処理を終えるまで描画をフリーズさせるわけにはいかない。
0645デフォルトの名無しさん2007/12/31(月) 21:32:00
それにもともと3Dはフレームバッファで処理を行うのが常識で、
イベント描画処理はウィンドウメッセージをループでまわす処理だから、
CPUにかかる負荷が高い。
0646デフォルトの名無しさん2008/01/01(火) 05:04:57
依存関係プロパティって何?
0647デフォルトの名無しさん2008/01/01(火) 05:10:34
>>646
抽象的だが、あるプロパティがほかのプロパティに依存する関係。
たとえば、FontSizeはFontに依存してるだろう。
Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。
0648デフォルトの名無しさん2008/01/01(火) 07:16:47
なるほど
しかしなんでそんなのが必要なのか全然わからん
0649デフォルトの名無しさん2008/01/01(火) 21:45:24
>>648
GUIの自動更新とかに便利。
データオブジェクトの名前を表すプロパティが変更されたら、
それを表示しているテキストボックスの内容も自動変更するなんてことができる。
Data <-> UI 間の受け渡しコードをいちいち書かなくてすむ。
0650デフォルトの名無しさん2008/01/02(水) 15:56:41
最近、職場で「出戻り寄生はけん」という言葉が囁かれています。
はけん契約を切られたにもかかわらず「次のはけん先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再はけん契約した人のことです。
今月初め、半年前に切ったはけんが出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くのはけん先にこだわって人間として恥ずかしくないのですか。

仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。はけんでスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
はけんで収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずにはけんで安直に収入を得たいだけじゃないですか。

身分不相応な商品のローンを払うためにはけんだと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
0651デフォルトの名無しさん2008/01/02(水) 19:44:07
質問、WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速という
ことですが、どのくらいの差でしょうか?

VS2005でFormを使って作成していますが、Form上で別のダイアログを動かすと
その後を白い空隙がサササササーーーと追いかけていくような状況は無くなる
でしょうか?

現在はFormだとそういう感じで描画が非常に遅いと感じています。

環境はCore2Solo(@VAIO-G1)+Xp。
0652デフォルトの名無しさん2008/01/02(水) 19:59:08
>>651
Vistaにすればそういうことはなくなる。
0653デフォルトの名無しさん2008/01/02(水) 20:03:42
>>652
同じFormでもそうなんですか、てことは原因は何なのでしょう?
すみませんが、不勉強でよくわからないのです・・・。すんません。
0654デフォルトの名無しさん2008/01/02(水) 20:09:29
セロリン 2.4GHz+Intel 865G+メモリ512MB+XP SP2のヘボPCでWPF試した限りではレインボーは最小限に留まった(皆無にはならない模様)。
まあWPFはDirectXでウィンドウ描画しているから(VistaのAeroもそうだっけ?)グラボの性能が悪いと意味ないと思う。
やっぱり↑のスペックだとWPFは厳しい?
0655デフォルトの名無しさん2008/01/02(水) 22:06:05
>WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速
これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。
0656デフォルトの名無しさん2008/01/02(水) 22:14:23
現時点ではWPFはWinFormの代替にはならない。
それぞれに得意分野があるから当分かぶらないと思うよ。
0657デフォルトの名無しさん2008/01/03(木) 20:15:46
>>654
DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが

で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない
■ このスレッドは過去ログ倉庫に格納されています