トップページ⇒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

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
そう思ってた時代が自分にも（ＡＡ
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
海の向こうでも似たような話してるｗ

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
それにもともと３Dはフレームバッファで処理を行うのが常識で、
イベント描画処理はウィンドウメッセージをループでまわす処理だから、
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 ほど全面的にサポートされてる訳ではない
0658デフォルトの名無しさん2008/01/03(木) 20:35:32
>>657
やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。
0659デフォルトの名無しさん2008/01/03(木) 20:59:10
ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん
0660デフォルトの名無しさん2008/01/03(木) 21:27:59
>>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする

1の処理はXPとVistaで速度が変化することはない。
2の処理はVistaのAeroだと、多少GPUを使う。影の描画はCPU処理だそうな。
0661デフォルトの名無しさん2008/01/03(木) 21:30:38
結局CPUパワーが大事なんだな。
ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。
0662デフォルトの名無しさん2008/01/03(木) 23:01:24
自由にDirectXで描画できないかな
WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない
0663デフォルトの名無しさん2008/01/03(木) 23:08:35
>>662
ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。

例えばWPFはDirect3D描画中にビデオカードのリセットがかかったり、
リモートデスクトップクライアントのGPUに描画を引き継いだりしても
平然と描画を続けるんだけど (その代償としてメインメモリが食われてるが)、
Direct3Dで同じもの作れと言われれば死ぬだろう。

確かに自前のDirect3D描画とWPFとを組み合わせられればとてつもなくCoolだが
Coolじゃない部分の面倒が見切れんと思ったときのMSはそもそも機能ごと切るのが通例。

MSが検討しなかったってことは無いと思うよ。
それで非対応なんだから何か色々問題があったんだろう。
0664デフォルトの名無しさん2008/01/04(金) 00:33:50
DirectXで自由に描画したいんだったら生のDirectX使えよ。
06656622008/01/04(金) 01:00:44
Direct3D上でWPFのコントロール使えたら素敵だなと思った。
レンダーターゲットをBitmapSourceにコピーする力技を試してみたら一応動いた。
毎フレームBitmapSourceを作成してて、しかもDisposeできないのが気持ち悪い。
0666デフォルトの名無しさん2008/01/04(金) 01:18:10
WPFで2Dのグラフとかかける？
0667デフォルトの名無しさん2008/01/04(金) 01:31:37
>>666
描けるよ。

何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
ttp://www.codeproject.com/KB/vista/swordfishcharts.aspx
0668デフォルトの名無しさん2008/01/04(金) 01:33:44
こういうのとか？
http://blogs.msdn.com/hiroyuk/archive/2006/10/06/Animation-and-Trigger_2C00_-Loose-XAML-.aspx
0669デフォルトの名無しさん2008/01/04(金) 01:44:22
皆さん親切
ありがと〜

でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ
0670デフォルトの名無しさん2008/01/04(金) 01:51:49
xmlはコンピュータというより、開発環境にやさしい言語
0671デフォルトの名無しさん2008/01/04(金) 15:56:10
>>669
たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）
0672デフォルトの名無しさん2008/01/04(金) 16:48:24
WPFで書いてXAMLで出力、これ最強
0673デフォルトの名無しさん2008/01/04(金) 17:20:47
ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。
0674デフォルトの名無しさん2008/01/04(金) 17:35:35
SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。
0675デフォルトの名無しさん2008/01/04(金) 18:58:18
HTMLなんて人にも環境にもやさしくないんだぜ？
0676デフォルトの名無しさん2008/01/04(金) 19:47:19
XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。
0677デフォルトの名無しさん2008/01/04(金) 23:24:30
ResourceDictionary使えばある程度分割できるんじゃない？
0678デフォルトの名無しさん2008/01/05(土) 21:22:38
>>676
<xsl:include/> が欲しいということか
0679デフォルトの名無しさん2008/01/05(土) 21:24:31
WPFの入門書、いいのがあったらおしえてください
0680デフォルトの名無しさん2008/01/06(日) 21:01:47
はじめまして。
近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
ttp://msdn.microsoft.com/msdnmag/issues/07/03/DigitalMedia/default.aspx?loc=jp
(デジタル メディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)

おお、これこそ自分がやりたいことではないですか！　ヽ(^o^)丿

でも、これってWPFで初めてできるようになったのでしょうか？
この処理を実現するためにDirectXの本に10000円以上つぎこんだ
私はおまぬけさん？　(-_-;)
0681デフォルトの名無しさん2008/01/06(日) 21:06:34
顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
06826802008/01/06(日) 21:32:38
とりあえず自分で調べてみた。

DirectX 9(Managed)の方には動画テクスチャとかいう概念があって
Microsoft.DirectX.AudioVideoPlaybackのVideoにある
RenderToTextureメソッドを使うと似たようなことができるらしい。
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/default.aspx
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/AVCS.aspx

じゃーManagedでない方はできないのか？？？　予想では
　DirectX Graphics の Direct3DのAPIと
　DirectShow の VMR (Video Mixing Renderer)とかいうのを
組み合わせればできそうな予感がしているのだが・・・
(10000円が無駄にならんことを祈る)
0683デフォルトの名無しさん2008/01/06(日) 21:34:14
そりゃWPFだってDirectX9だし
0684デフォルトの名無しさん2008/01/06(日) 21:37:24
＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ
0685デフォルトの名無しさん2008/01/06(日) 21:42:50
そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ
06866802008/01/06(日) 21:59:36
>>684
それがRenderToTextureメソッドはアンマネージの方には
存在しないようなのだ。

んで、いろいろ探してみたら　ありましたよ　やっぱし
VMR (Video Mixing Renderer)のサンプルに（俺、ナイス勘）

ttp://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/directx9_m/directx/ref/ns/microsoft.directx.audiovideoplayback/c/video/video.asp
ソース : (SDK ルート)\Samples\C++\DirectShow\VMR\Cube

ふむふむ・・・俺が入れたのは最新版のSDKだから
C:\Program Files\Microsoft DirectX SDK (November 2007)
の下のSampleの下っと・・・・

「な、ない？？！！　DirectShowフォルダがねえええええ！！！！
　Microsoftめええ　Sample削りやがったなああああ」

0687デフォルトの名無しさん2008/01/06(日) 22:09:58
お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
http://pc11.2ch.net/test/read.cgi/tech/1196150200/
06886802008/01/06(日) 22:23:24
古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。
0689デフォルトの名無しさん2008/01/07(月) 02:00:40
>>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。
06906802008/01/07(月) 02:26:38
>>689
サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。

細かい動作原理はまだ理解できてないが枠組みは判ったので
色々と応用できそうですなり。ちなみに10000円分の書籍達には
VMRについては一切記述がなかったのだが;;基本を学ぶ上では
非常に参考になるので良しとしよう。

WPFとどっちが簡単なのかも今後の研究課題にしようかと思います。
スレ汚し失礼しました。
0691デフォルトの名無しさん2008/01/08(火) 08:14:49
XAMLって使わなきゃいけないの？
全部C#で書けない？
0692デフォルトの名無しさん2008/01/08(火) 08:16:55
可能だけどめんどくさい
0693デフォルトの名無しさん2008/01/08(火) 08:33:09
XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる

が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん
0694デフォルトの名無しさん2008/01/08(火) 08:37:46
VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？
0695デフォルトの名無しさん2008/01/08(火) 08:41:47
obj のディレクトリに hogehoge.g.cs ってのがあるけど
0696デフォルトの名無しさん2008/01/08(火) 08:42:29
なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった
0697デフォルトの名無しさん2008/01/08(火) 11:20:41
App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？
0698デフォルトの名無しさん2008/01/08(火) 12:28:12
>>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。
0699デフォルトの名無しさん2008/01/08(火) 12:58:21
>>698
使用するウインドウを動的に変えたいんだ
0700デフォルトの名無しさん2008/01/08(火) 13:14:52
>>699
protected override void OnStartup(StartupEventArgs e) {
 if (e.Args.Length == 0) new Window1().Show();
 else new Window2().Show();
 // base.OnStartup(e);
}
0701デフォルトの名無しさん2008/01/08(火) 13:15:37
>>700
なるほどそれでいいのか
ありがとう
0702デフォルトの名無しさん2008/01/08(火) 15:31:56
exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね
0703デフォルトの名無しさん2008/01/08(火) 15:36:59
いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。
0704デフォルトの名無しさん2008/01/08(火) 15:40:39
WPFアプリケーションのプロジェクトを作った
App.xaml.csはこうね

protected override void OnStartup(StartupEventArgs e)
{
　new Window1().Show();
　base.OnStartup(e);
}

で、App.xamlのStartUpUriは消した

クラスライブラリのプロジェクトを作って、WindowBase,PresentationCore,PresentationFrameworkを参照して
Window1.xamlをそのプロジェクトにカット＆ペーストした
そうすると表示されない
カット＆ペーストする前は表示された
0705デフォルトの名無しさん2008/01/08(火) 16:24:37
全然違った
表示されない原因は名前空間を変えてるからみたいだな
0706デフォルトの名無しさん2008/01/08(火) 17:20:48
クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう
0707デフォルトの名無しさん2008/01/08(火) 17:39:56
クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、

＞呼び出しスレッドは、多数の UI コンポーネントが必要としているため、STA である必要があります。

といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか
0708デフォルトの名無しさん2008/01/08(火) 17:53:43
>>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず
0709デフォルトの名無しさん2008/01/08(火) 18:38:38
なるほどSTATHeadをつければいいんですね
ありがとうございました
0710デフォルトの名無しさん2008/01/08(火) 19:08:42
2箇所もスペルが違う
■ このスレッドは過去ログ倉庫に格納されています