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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 03/08 20:21 / Filesize : 206 KB / Number-of Response : 960
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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

で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない
658 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:35:32 ]: >>657
やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。
659 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 20:59:10 ]: ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん
660 名前：デフォルトの名無しさん mailto:sage [2008/01/03(木) 21:27:59 ]: >>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする

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

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

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

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

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

でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ
670 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 01:51:49 ]: xmlはコンピュータというより、開発環境にやさしい言語
671 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 15:56:10 ]: >>669
たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）
672 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 16:48:24 ]: WPFで書いてXAMLで出力、これ最強
673 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 17:20:47 ]: ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。
674 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 17:35:35 ]: SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。
675 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 18:58:18 ]: HTMLなんて人にも環境にもやさしくないんだぜ？
676 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 19:47:19 ]: XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。
677 名前：デフォルトの名無しさん mailto:sage [2008/01/04(金) 23:24:30 ]: ResourceDictionary使えばある程度分割できるんじゃない？
678 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 21:22:38 ]: >>676
<xsl:include/> が欲しいということか
679 名前：デフォルトの名無しさん mailto:sage [2008/01/05(土) 21:24:31 ]: WPFの入門書、いいのがあったらおしえてください
680 名前：デフォルトの名無しさん mailto:sage [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円以上つぎこんだ
私はおまぬけさん？　(-_-;)
681 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:06:34 ]: 顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee
682 名前：680 mailto:sage [2008/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円が無駄にならんことを祈る)
683 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:34:14 ]: そりゃWPFだってDirectX9だし
684 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:37:24 ]: ＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ
685 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 21:42:50 ]: そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ
686 名前：680 mailto:sage [2008/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削りやがったなああああ」
687 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 22:09:58 ]: お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
pc11.2ch.net/test/read.cgi/tech/1196150200/
688 名前：680 mailto:sage [2008/01/06(日) 22:23:24 ]: 古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。
689 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 02:00:40 ]: >>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。
690 名前：680 mailto:sage [2008/01/07(月) 02:26:38 ]: >>689
サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。

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

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

が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん
694 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:37:46 ]: VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？
695 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:41:47 ]: obj のディレクトリに hogehoge.g.cs ってのがあるけど
696 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:42:29 ]: なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった
697 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 11:20:41 ]: App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？
698 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 12:28:12 ]: >>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。
699 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 12:58:21 ]: >>698
使用するウインドウを動的に変えたいんだ
700 名前：デフォルトの名無しさん mailto:sage [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);
}
701 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 13:15:37 ]: >>700
なるほどそれでいいのか
ありがとう
702 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 15:31:56 ]: exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね
703 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 15:36:59 ]: いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。
704 名前：デフォルトの名無しさん mailto:sage [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をそのプロジェクトにカット＆ペーストした
そうすると表示されない
カット＆ペーストする前は表示された
705 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 16:24:37 ]: 全然違った
表示されない原因は名前空間を変えてるからみたいだな
706 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:20:48 ]: クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう
707 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:39:56 ]: クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、

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

といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか
708 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 17:53:43 ]: >>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず
709 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 18:38:38 ]: なるほどSTATHeadをつければいいんですね
ありがとうございました
710 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:08:42 ]: 2箇所もスペルが違う
711 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:39:16 ]: ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね
ようやく意味が分かりました
712 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:05:13 ]: エスティーエーティーヘッド?
713 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:57:01 ]: スタットヘッド
714 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:28:56 ]: スペル間違う奴はたいていレベル低くてバグが多い
715 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:30:21 ]: STATHedでもSTAThreadでもいいが、ないてるみたいだな
716 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:42:02 ]: TAT ＜ェェェェェー!！
717 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 08:05:35 ]: WindowのClientSizeってどこからとってくればいい？
718 名前：デフォルトの名無しさん [2008/01/09(水) 11:06:18 ]: 気軽な質問なのですが、
WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。

また、.NET3.0から使うことができるようですが、
今後、WinFormを押しのけて、メインになりそうでしょうか？
719 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:10:08 ]: MS Expressionかな、WPFアプリっていうと。
720 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:55:45 ]: >>718
＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。
721 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:57:07 ]: ExpressionでUserControlとしてボタンとコンボボックスを作りました。
WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。

しかしたまに上記のボタンとコンボボックスが描画されないときがあります。

アプリを起動して描画されれば以降もずっと描画されるのですが、
描画されないとそれ以降も描画されません。
ただしコンボボックスをドロップダウンするとボタンもコンボボックスも描画されます。

ElementHostのバグでしょうか？
ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。
722 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 22:40:54 ]: >>719
Expressionは別にフォームでも実装できるようなもんだからなぁ･･･
やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。
723 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 23:15:22 ]: milcore早く仕様公開してくれよ！
724 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 00:48:43 ]: >>722
3Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい�apples65.blog69.fc2.com/blog-entry-253.html）
使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして
アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ
それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな
725 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 03:25:32 ]: >>718
残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。
まだまだ当分、WinFormやWin32APIの時代が続きそうだ。
726 名前：718 mailto:sage [2008/01/10(木) 04:33:37 ]: 質問に答えてくださり、感謝

まだ、これから、ということですかー。
用途的にも、他のUIライブラリや、APIとかぶらない、と

>>724
xamples.infragistics.com/xamShowcase.xbap

Flashみたいに使えるんですね。
とはいえ、.NET3.0必須なら、Windows限定か。

Pen4とRADEON X700だと、重い？アニメーション時のCPU負荷や、起動メニュー切り替え時の固まりがすごいｗ
GPU使ってるならもっと軽くてもいいものですけど

> Ribbon
いや、俺、Ribbon好きですｗ
一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね
727 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 05:08:56 ]: なんでもそうだけど、使い慣れていないものは一般受けしない。
ある程度、普及しないと評価されないものだよＵＩは。
それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば
ＭＳは喜んで採用してくれると思うよ。
728 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 06:35:55 ]: Ribbonはカスタマイズさえできれば文句ないんだがなー。
729 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:17:36 ]: >>728
カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、
カスタマイズは俺も必要だと思う。
それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに
簡単に設定が移行できることも必要だ。
開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。
せっかく、MSがXML
730 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:19:16 ]: >>つづきｗ
MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは
あまりにもナンセンス。
XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。
731 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 11:12:49 ]: OnRenderSizeChangedをoverrideして
つまみをひっぱったときに縦横比を保持したまま
中身全体をScaleTransformで拡大するようにしたんだが
つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる
どうしたらその一瞬を見えなく出来るだろう
732 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 17:22:07 ]: しかしリボン UI は安易にカスタマイズできるようにすると
Office 2007 でユーザが Alt を押した時に絶望するかもしれん

まぁ、とりあえず早いとこ MFC でのリボン UI サポートと
Windows Forms/WPF でのリボン UI サポートを
標準提供してほしいところだ
733 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 22:44:34 ]: リボンライブラリぐらい自社コードでお願いします！
734 名前：718 mailto:sage [2008/01/11(金) 05:30:47 ]: >>728
Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに
旧来のOfficeのツールバーみたいのがくっついていて、
そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、
また今までのようにカスタマイズもできます。
頻繁に使う機能はそこに追加してつかってます。

カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。
ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ
735 名前：718 mailto:sage [2008/01/11(金) 05:36:03 ]: あ、あと、これは実際に使ったことないと、わからないのですが、
Ribbonはタブ切り替えが、面倒っていう意見がよくあります。

これは、クイックアクセスツールバーでも対処できますが、
標準で、よく使う機能、例えばテキストのフォント選択や装飾は、
テキスト選択時にフローティングウインドウで、すぐに変更できるようになっています。

まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、
よく考えられてはいると思います。
736 名前：718 mailto:sage [2008/01/11(金) 05:36:36 ]: スレ違いスマソ・・・
737 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 11:56:23 ]: >>735
そのためのキーボード操作ではあるんだが……
慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や
Ctrl-B などでのショートカットを使っていた訳で

この点は 2007 だと
・2007 Office system のキーストローク (リボン UI キー割り当て)
・Office 2003 のキーストローク (Office 2003 互換操作)
・ショートカットキー
が使える分手段が増えていたりする

Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから
タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う
738 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 13:09:40 ]: むしろ慣れてきてからタブ切り替えが面倒に感じたよ。
たとえばグラフや図を編集するとき、
以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、
今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。
オプションのタブは作業ウィンドウとして右側に表示すべきだな。
739 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:24:44 ]: マイクロソフトに入社してUIなおしてこい
740 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:51:22 ]: >>738
その辺りは練り込みが一歩足りない感じはあるよな……
741 名前：デフォルトの名無しさん [2008/01/13(日) 02:53:07 ]: WCFのことはこのスレじゃ駄目？
それとも他に良いスレあるかな？
742 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 03:29:55 ]: ここでも各言語スレでもどこでもいいと思うけど

答えられる人は少なそうだ（おいら含む
MSDNフォーラムもWCFは閑古鳥だしな
743 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 10:30:28 ]: WCFはともかく、WFやCardSpaceは全くいないな。.
俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。
744 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 11:40:38 ]: 何に使えるのかわかりにくいからな
WPFは「見た目がよくなるのか～」って使ってみる気になるんだが
745 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 22:24:50 ]: なんか使えるコントロールが少ないのが気になる
プロパティパネルがほしい
アップダウンもなくね？
746 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:01:05 ]: 磨りガラスみたいな半透明効果はWPF/XAMLじゃなくてvista&DWMじゃないと標準では無理ですかね？
747 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:46:49 ]: BlurBitmapEffectとかOpacityMaskとかじゃ駄目なん？
748 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:50:48 ]: >>747
これだー！不透明で検索すればよかったのか…ありがとうございます
749 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:21:46 ]: そして、XP で実装した時のあまりの重さに絶望する >>748 であった
750 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:51:19 ]: >>749
……orz
自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？
751 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:11:11 ]: XPでウィンドウを半透明にするのってGPU積んでようが結局CPU描画じゃないっけか？
752 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:44:36 ]: 透過処理は.NET3.5でGPUのアクセラレーションが有効になったけど、それとは別の件ぽいですね
753 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 20:58:45 ]: 一応 XP でも GPU アクセラレーションが効くのは 3.0 からだけど
XP の場合は Vista 程の恩恵がないので
ドラッグしてウィンドウを移動したり(ry で悲しくなるんじゃないかな
754 名前：デフォルトの名無しさん mailto:sage [2008/01/24(木) 18:25:07 ]: XAMLでMenuItemのチェック状態に応じてStyleを変更したいんですがどうもうまくいきません。
<MenuItem Header="表示" IsCheckable="true" x:Name="Show" IsChecked="false"/>
<Window.Style>
<Style>
<Style.Triggers>
<Trigger Property="MenuItem.IsChecked" SourceName="Show" Value="true">
<Setter .../>
</Trigger>
<Style.Triggers>
</Style>
<Setter .../>
</Window.Style>
ってやると
「Style.Triggers セクション内で SourceName プロパティを設定できません。」
と怒られてしまいました。
何か解決策はありませんか？
755 名前：デフォルトの名無しさん mailto:sage [2008/01/26(土) 23:11:39 ]: >>754
MenuItem に対してスタイルを指定すればいい。

<Style TargetType="{x:Type MenuItem}">
<Style.Triggers>
<Trigger Property="IsChecked" Value="True">
<Setter .../>
</Trigger>
</Style.Triggers>
</Style>
756 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 06:20:10 ]: // ようやく規制解除…

>>755
でもそうするとWindowのプロパティの変更ができないと思うんですが。
Setter.TargetName もやっぱり使えないし。
757 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 16:25:13 ]: >>756
Style の TargetType を Window にして、トリガを DataTrigger にすりゃいいんじゃね？
<DataTrigger Binding="{Binding IsChecked,ElementName=Show}" Value="True">
ってな感じで
758 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 16:45:31 ]: >>757
おお、うまいこといけました。
ありがとうございます。
// 恥ずかしながらDataTriggerの存在自体知りませんでした……。
759 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:10:00 ]: MSはとっととWPFをMFCに移植するべき。
760 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:17:08 ]: そういや、SWTのWPF版ってC++/CLIだったんだな。
勝手にいろいろ期待してたんだが、ちょっと失望した。
761 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:31:59 ]: Javaから呼ぶならどういう方法をとったとしても結局どっかでC++/CLI使うしかないんじゃないの
762 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 05:00:10 ]: WPFのRichTextBoxの行間がデフォルトで二行分空いているようなんですが
一行にするにはどうしたらいいんでしょうか
763 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:21:47 ]: それは行間じゃなくて段落間じゃないか？
なら Pragraph.LineHeight 辺り
764 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 16:51:27 ]: XAMLってソースコードを自動生成するんじゃないの？
パーシャルクラスの片割れ見てもXAMLで書いたことがほとんど反映されてない
XAMLで書いたことをソースコードで実現するためにどうすればいいかってのは
自分でちゃんと調べるしかないのかな？
765 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 19:08:32 ]: >>764
ビルド後に、obj フォルダの中身を見てみ。
766 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 21:57:03 ]: >>765
どれ？
g.cs のこと？
これにはXAMLで書いた情報はほとんど入ってないよ
767 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 22:12:30 ]: ああ、XAML 相当の C# コードを知りたいって話だもんね。
それは生成されない。

.xaml から、.g.cs に
XAML 中の Name 付き要素に相当するメンバと、
XAML を実行時にロードするコードが自動生成される。

.xaml 自体は、バイナリ化（.baml）されて、リソースに格納される。
768 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 09:17:55 ]: マイクロソフト、新開発言語「D」を開発中
ttp://japan.cnet.com/news/ent/story/0,2000056022,20366701,00.htm
769 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 09:28:28 ]: >>768
それ、GUI には関係ないよ。
WF/WCF 系統の技術だし。
770 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 11:48:02 ]: Silverlightで初めてXAMLを触ったんだけどさっぱり分からない。

触る前に何となくイメージしてたのは、例えばムービーの一覧表示みたいな画面で、XAMLの
何かに項目数を指定してから、個々のコンテンツのサムネイル、名前、説明みたいなデータ
を流し込んで効果の実行を指示すると、凝った効果でコンテンツの一覧が表示されて、XAML
を入れ替えるだけでJavaScript側の変更なしに見た目がガラッと変わるみたいなものだった。

けど、実際やってみるとJavaScriptのソースに直接XAMLを書いておいて処理してから流し込む
ような事が多くて、XAML入れ替えただけじゃ済まない感じ。
これのどこがUI分離なのかさっぱり分からない。
XPathとかバインディングとかあるらしいけど、これを使えば状況が変わるんだろうか？
771 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 11:51:17 ]: >>770
WPF だとデータバインディング使って分離できるんだけど、
Silverlight だと WPF のサブセット取るときにデータバインディングが消えたのよね。
772 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:36:26 ]: >>771
そうなのか……。Javaだと思ってたらJavaScriptだったみたいな気分です。

ついでにお尋ねしますが、さっきの例で項目の雛型をXAMLの中で記述して、
それをJavaScriptでまとめて読み込んで、必要な数だけコピーして、変更が
必要な要素だけ変更してからXAMLに再度流すような事はできますでしょうか？
せめて、デザイン的な微調整はXAMLの編集だけで済むようにしたいと思って
いるのですが。我儘ですみません。
773 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:50:41 ]: やれないことはないと思うけど、
正直、Silverlight 2.0 を待った方がいいかもしれない。
DLR 搭載と同時に、WPF チックなコントロールが追加されるらしいんで。

1.0 は、TextBlock 以外は Shape 系の要素ばっかりだし。
WPF のウェブ版じゃなくて、Flash アニメみたいなのを描くツールにしかなってない。
774 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:51:59 ]: Downloader オブジェクトを使って、サーバ側のXAMLを取くるのならできるけど
775 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:53:28 ]: あとは取ってきた XAML を CreateFromXaml で Contents にロードすればいいお
776 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 13:13:05 ]: 2.0はまだまだ先のようなので色々試してみます。
ありがとうございました。
777 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 08:41:27 ]: ttp://ufcpp.net/study/dotnet/index.html#wpf

ここ見れば基本的なことは全部書いてあるじゃん
すごく時間を無駄にしたよ
テンプレに入れといてくれよ
778 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:15:28 ]: 本人の宣伝乙
779 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:35:53 ]: 本人の宣伝じゃねーよ
くだらん
780 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:39:45 ]: 本人の宣伝としてもありがとう
781 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 21:35:27 ]: WPFでDataGridView相当のを自作しようと思ったらXAML直書きしないと駄目なん？
VS2008のデザイナでそれはキツい……
その内プラグインとかで強化されるかなあデザイナ
782 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:23:18 ]: >>781
ListBox ＋ ItemTemplate かなぁ。

でも、↓こんなのならある。
blogs.msdn.com/hiroyuk/archive/2007/01/26/xceed-datagrid-for-wpf.aspx
783 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:26:38 ]: >>781
3月のMIXで発表あると思うよ。

ttp://blogs.msdn.com/aonishi/archive/2008/01/28/scott-guthrie-2008-1-20.aspx
784 名前：783 mailto:sage [2008/02/17(日) 22:28:25 ]: ああ、デザイナが強化されるって話じゃなくて今後追加される標準コントロールの話ね。
785 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 10:35:52 ]: >>783
WPF にリボン突っ込む宣言ktkr
786 名前：781 mailto:sage [2008/02/19(火) 21:58:24 ]: >>782-783㌧
そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ
でも.NET1.1時代に逆戻りした感じ
>>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう
やっぱ最初にVS2008に色々期待しすぎたかねえ
補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ
オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか
787 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 22:04:21 ]: XAML使わないと超面倒
788 名前：デフォルトの名無しさん [2008/02/20(水) 01:10:49 ]: IE専用なのコレ？
789 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 01:14:22 ]: んなことない。単体アプリ作れる
790 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:41:43 ]: XBAP としても動く必要があるからなぁ
791 名前：781 mailto:sage [2008/02/20(水) 23:07:07 ]: >>787
アレより面倒なのかよ!!!
つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに
M$は開発を一体どうしたいんだ
792 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 23:09:09 ]: XAMLはポトペタより高度なことが出来るのは確か
しかし使いにくい
793 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 23:33:26 ]: BlendとVSのXAMLエディタの中間ぐらいのツールがあればいいんだな。
794 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 02:45:38 ]: むしろBlendがVS2008に吸収されるモンだと思ってた俺
てか言語仕様どうでもいいから普通に使う分には十分な設定が自動生成されて欲しい
それで足りない分は直いぢりも吝かではない
795 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 16:30:57 ]: htmlのいい部分の要素を取り入れようと設計したのなら、
直書きしても簡単でなければならない。
その目標は達成できなかったようだ。
796 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:16:13 ]: 直書き自体は難しくないんだが
コントロールがデフォルトで真っ白で
枠を付けるにもBorderタグを直書きしなきゃいけないとか
なんかめんどい
拡張性を高めていろいろ出来るようにしたけど
結局複雑になりすぎてちょっとしたこともやりにくいみたいな感じだ
797 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:43:39 ]: MS的には自分でUIデザインまでやるなってことなんだろ。
コード書きの片手間にやるには複雑すぎる。
デフォルトで完成させたところで、XAML専門のXAMLerに投げられれば一番いいね。
798 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 18:42:15 ]: www.atmarkit.co.jp/fdotnet/basics/xaml02/xaml02_03.html

これは素晴らしい記事だな
これでXAMLとおさらばできそうだ
799 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 00:29:32 ]: すれば
800 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 03:54:40 ]: XAML を使わずに WPF アプリを作るのは
Windows Forms エディタなしで Windows Forms アプリを書くより
コード量的に辛そうなんだがw

いくら partial class で分離できるとはいえやりたくないな
801 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:40:05 ]: C# 3.0 なら、
new StackPanel {
　Children = new UIElementCollection {
　　new Button { Content = "button 1" },
　　new Label { Text = "label 1" },
　}};
みたいな書き方できて、XML と大差なかったりもする。
ただ、Binding みたいにマークアップ拡張使うものはこれだと書けない。
802 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 12:37:00 ]: いまさらな疑問だけど、
VS2008とExpression BlendはWPFで作られてるの？
803 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 12:45:55 ]: >>802
Expression BlendはWPFで作られてる。

VisualStudioは、
外側はC++ネイティブ、
プロジェクト設定の画面とかはWinForms、
WPFポトペタ製作画面はWPFという感じにキメラ。

Spy++で見てみると分かりやすい。
804 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 14:01:54 ]: >>803
サンクスです。
あれが作れると思うと勉強にハリが出る。
805 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:13:35 ]: MSはExpression Blendで得たノウハウを公開すべきだ
806 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 13:48:53 ]: しかし Expression Blend の
XAML ソースを公開されてもやたら辛いだろうなw
807 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 16:58:55 ]: >>781
3.5のアップデートで追加されるってさ
.NET 3.5 Client Product Roadmap - ScottGu's Blog
weblogs.asp.net/scottgu/archive/2008/02/19/net-3-5-client-product-roadmap.aspx
WPF Control Improvements
Later this year we are also planning to release a number of new controls for WPF.
Included in the list we are working on are DataGrid, Ribbon, and Calendar/DatePicker controls.
808 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 17:01:05 ]: ってすまん、Datagridviewの方だったか…
809 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 19:39:11 ]: kaxamlのエディタがあまりにも軽快に動いてくれるものだから
(しかもXAML補完付きで!)
WPFでもこんなにきびきび動くエディタつくれるのかーと感銘を受けていたら
WindowsFormsHostだったというオチ。

Blendのエディタはきびきび感が足りない用に思う。
3.5SP1でどれくらい改善されるやら。
810 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 21:06:35 ]: Windows Formsでキビキビ動くエディタなんて作れるのか？ｗ
811 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 20:05:32 ]: WindowsFormsHostの中身をWindows.Formsで書かないといけないわけはないじゃあないか
812 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:15:18 ]: そうだね。俺も書いて気づいた。
でもたとえば、ActiveXコントロールをホストするのに
間にWinFormsのクラスが挟まるのは気持ち悪い。
813 名前：デフォルトの名無しさん [2008/03/05(水) 17:30:18 ]: 開発環境ってVista？
XPでやるとテンプレートで作った時点でVS落ちるんだけど何かミスってる？
814 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 17:50:32 ]: Windows7は全部WPFで作られるんだよね？
815 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:06:11 ]: 意味わかんねぇ。
816 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 20:42:42 ]: Pentium DだけどGPUがオンボードだからかBlendが重すぎて使い物にならない
描画処理をGPUで処理するかCPUで処理するか選べるようにならないのかな？
817 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 21:06:22 ]: >>816
遅いのはPentium Dだからだろ
818 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 22:28:57 ]: オンボードとかお話にならない
819 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 01:20:29 ]: Wii and WPF
820 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:48:21 ]: >>816
Blendはどんな廃スペックＰＣ用意しても、
入力に対するレスポンスが目に見えて遅れるので心配するな。
821 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:26:41 ]: MIX08 KeynoteのWPFのbitmap effectsのデモ、これ結構楽しみになってきた。
visitmix.com/blogs/Joshua/Day-1-Keynote/
の 02:08:20 辺りから。
822 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 04:24:15 ]: XElementかなんかを組み合わせてXAML生成しようと思うんだけど
それを動的にコンパイルするにはどうすればいい？
823 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 04:31:23 ]: XamlReaderクラス？
824 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:32:20 ]: でいいんじゃね。
825 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 11:29:49 ]: >>823
なるほどありがとう
826 名前：デフォルトの名無しさん [2008/03/15(土) 13:37:00 ]: このスレの住人なら知っていますね、あの糞開発ツールのことを

・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている

糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか？

・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
　バグレポートなどしてはいけません。改善要求などもってのほかです。
　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
　なんて話が出たら力強く机を叩き、会議室を出ましょう。
　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
827 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 15:55:12 ]: Eclipseのことですねわかります
828 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:34:28 ]: Borland製品だと思うよ。Togetherとか最悪。
829 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 22:06:18 ]: ディスプレイの解像度を取得する方法を教えてください
830 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 00:06:30 ]: >>828
うぅむそうなのか？
大昔にセミナーで見た時にゃー画期的だと思ったもんだが

>>829
つScreenクラス
831 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:52:23 ]: ScreenはWinFormsのクラスですよね
WinFormsを使わずにやる方法は無いものかと
832 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 23:22:20 ]: デスクトップの解像度はWPF関係ないしP/InvokeでAPI呼び出せば？
833 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 03:06:47 ]: てかそれ以前にScreen.PrimaryScreenはスタティックなんだが
別にForm派生内でしか使えない訳じゃないよ
834 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 18:09:09 ]: >>833
ほとんど使わないSystem.Windows.Forms.dllを参照するのが嫌だって事じゃね？
835 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:15:58 ]: そんな気にするような事じゃないとは思うがまあいいや
つーかよくよく考えたら、ディスプレイ解像度切り替えるのは自分なんだから解らん方が変じゃね？
もしWindowStyle&WindowStateでのフルスクリーンの話なら
つActualWidth&ActualHeight

但し、俺んとこで実験してみたら何故か多めの数字が出た
検証めどいから誰か頼んだ
836 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 20:48:00 ]: 自動生成されるhoge.g.i.csのgとiって何の略なの?
837 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 12:54:38 ]: >>836
generated / internal と予想
838 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 14:32:43 ]: 結局WPFでまともなアプリ開発してるやつおるん？
XCEEDのなんたらGridみてもどうみても、もさもさなんだが。
テキストのリストビューが、DataTemplateを加えるだけで素敵なレイアウトのリストになってあら不思議なのはいいんだが、実際の使い勝手とそれを開発する工数の本質とあまり関係なくはないけどないような･･･
839 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 16:14:26 ]: 基本コントロールもサンプルも少ないから使う気にならん
840 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 17:55:52 ]: これってゲームとかに向いてるの？
RPGとかノベルとかまったり目の
841 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 17:55:57 ]: そもそもデスクトップアプリを開発する需要が激減してるんだから、
WPFだろうが何だろうが新たに覚えようという人も殆どおらんだろう。
みーんなWebに行っちまった。
842 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:28:20 ]: そのためのXBAPです
まあ煩雑杉ｵﾜﾀなのは変わらんけど
843 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:50:02 ]: 結局Webアプリでどうしても出来ないローレベルアクセスが必要なものを
「仕方なく」ローカルマシンで動かすだけで、あとは全部Webに乗せる時代だからな。

「仕方なく」ローカルPCにインストールするWebアプリはAIRで。
WebアプリをリッチにするほうはFlash、3歩遅れてSilverlightで。
もうフルセットWPF＆XBAPなんか出る幕は無いだろうね。
844 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:26:12 ]: Webとか餓鬼のおもちゃだろ
845 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:36:31 ]: 今普段使ってるアプリ、
ブラウザー、開発環境、ファイラーなどなど、わざわざWebアプリとして動く意味がわからん。
データがあっち側にあるのはいいかも知れんけど。
846 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:50:49 ]: ExpressionのExpress Edition作って無料配布すれば統一的に各アプリをユーザー側でスキン作成できていいと思うんだけども。
WinampとかJaneとか。XAMLPadとかじゃめんどくさいだけだし。
847 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:58:44 ]: ButtonのContentにDateTimeを入れるような場合、Buttonに表示されるDateTimeの書式指定を変えたいような場合はどうしたらいいんざんしょ･･･
848 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:46:00 ]: IValueConverterかな
849 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 23:51:50 ]: FormのClientRectangleみたいに
ウィンドウの中身をピッタリ例えば640*480にするにはどうすればいいの？
850 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 05:09:28 ]: AIR対抗のSilverlight for Desktopが出る可能性があるから、
そっち待ったほうがいいかなーって思っちゃうんだよな。
SLのほうが軽いし他のOSでも動くし……。
AIRはコード書きにくいから期待してる。
851 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 07:47:56 ]: SilverLightで住むやつはそっちのほうがいいかもね。
2.0だとWPFとどれだけ違うんざんしょ。
852 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 08:42:25 ]: >>849
自分で微調整
853 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:03:53 ]: ウィンドウハンドル取得してAdjustWindowRectは可能だろうか？
854 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:16:24 ]: サイズがなんピクセルとか考えなくて済むのがWPFでふぁ
855 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 01:50:45 ]: それはない
856 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 02:18:22 ]: >>853
試して報告してくれ。

ハンドルはWindowInteropHelperで取得できるから。
857 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 10:28:09 ]: >>854
まあそういう面もあるが、解像度はともかく比率くらいは固定したいところだ。
858 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 17:52:36 ]: 自動サイズでキャンバス貼り付ければ
サイズの取得はできるかと。指定はどうだろねー？
859 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 19:41:05 ]: おまいらPowerStockうごかすとどのぐらいCPUくう？
Core2Duoマシーンで常時5-60%逝ってるんだが(；´Д｀)
860 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:09:28 ]: Aeroは散々たたかれているが、3Dデスクトップ自体だめなのか、ほかのMacのQuartzとかLinuxとかどうなの?
861 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:12:42 ]: マーケティング部門にとっては嬉しい新機能
エンドユーザにとっては正直どうでもいい
エンジニアにとっては災厄の根源
862 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:23:57 ]: >>861
UIのベクター化は普通にエンドユーザーにも恩恵あるだろ
863 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:31:19 ]: * VistaのSuperFetchとAeroは安易に切ると遅くなる
pc11.2ch.net/test/read.cgi/win/1206549751/
864 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:33:40 ]: Aero別に悪くないけどな。もう一年使ってるわ。
使用感が違うしスペックの足りないマシンならもっさりかもしれないけど、慣れると平気。
今から改めてMacOSXとかGNOMEに慣れるのと大差ないだろ。
865 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:12:15 ]: MS自身がAeroの見た目しか宣伝しないからどうしようもないだろ。
866 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:22:19 ]: 一般人にはGUIって言葉すら通じないからしょうがない。
867 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:23:16 ]: 半透明効果云々でI/O負荷掛かり杉でイマイチだけど
UI処理をGPUにお任せするって方向性は正しいと思うよ
Aeroで見た目効果にコダワったのが敗因
868 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:26:48 ]: アルファブレンディングって32bppのうち詰め物分の8bit使ってるだけでふぁ
869 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:40:45 ]: Aero GlassのアニメーションがMacみたいに派手でないから、
ティアリングしないのがいいんだとか言っても一般人には
さっぱり伝わらないんだよね。
こけおどしであっても、今より派手なアニメ効果をイントール時
デフォルトON、「パワーユーザー」さん向けにオフにできるように
しといたらここまではネガキャンされなかったかも。
870 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:48:09 ]: Deep Color対応のPC用ディスプレイは普及するんじゃろか
871 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:54:05 ]: >>869
それはそれで2chとかの自称中級ユーザーとかには叩かれそうだなｗ
872 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:58:53 ]: まずはGDIとWinGの辺りから説かないとなw
873 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:01:28 ]: ティアリングって描画のvsync同期と関係しているのであって、
描画の派手さには関係ないような気がするんだけど。
874 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:13:31 ]: 従来に比べたらメモリも食うから、派手で目立つメリットがないと受け入れにくいでしょ。
945Gに合わせなければもっと派手にできたんじゃない？
875 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:27:32 ]: どっちかっつと全ウィンドウを馬鹿正直にバッファに持つってー思想が間違いだったんでね？
なんぼマシンパワー余ってるつーたってメモリにゃ限りがある訳で
876 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:31:38 ]: 共有コンテキストだと結局誰かが弄るたびに描き換えでは
877 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:39:42 ]: 描画終わったあとなら、ウィンドウ1枚でバッファはせいぜい2～4Mだろ。
ウィンドウ動かすたびにGDIで再描画かけるより、中身が同じなら移動分はDirectXで合成し直す方がいいって判断したんでしょ。
878 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 03:13:04 ]: デスクトップのこと忘れてねえかそれ
それにビデオカードなら独立して256Mとか使えるけど統合型だと結局メモリ圧迫する
879 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 09:29:47 ]: 結局トレードオフだろ
メモリは多めに食うけど、Aeroオンだと確かにCPU負荷はオフのときに小さい
880 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 09:30:11 ]: オフのときに比べて、ねorz
881 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 10:36:26 ]: OSXではその辺どうなってるんだろうね。
arstechnica.com/images/tiger/quartz-10.0-4.png
これの中段図を見ると仕様はAeroとまったく同じに見えるが。
（ちなみに下段図のすべてGPUに任せるやつは結局ボツになったらしい）
882 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 10:49:23 ]: WPFって別にAeroと関係なくね？
XPでも動くんだし。
883 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:28:23 ]: WPFがXP上でも動くのは、ApacheがCygwin上でも動くみたいなもんだぞ。
884 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 17:48:28 ]: >>883
マーケティング的にはそんなイメージがあるけど、
WPFはXPでも、Vistaでもほとんど変わらないぞ。

見た目が違うのはWPFに限ったことじゃないし、
動作速度だってXPの方が速いくらいだ。
885 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 08:43:29 ]: >881の一番下みたいにいきなりGPUに飛ばせれば負荷が軽くなるんだけど
これが本当の意味のGPUを使ったアクセレーションなんだけどな
886 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 08:47:01 ]: >881
どうやらEnableできるらしい
journal.mycom.co.jp/column/osx/139/index.html
887 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:28:45 ]: できるのに、最新のLeopardでも無効にしてるってことは、致命的な問題があるんだろ。
あまり詳しくないけど
GPUのShaderってCPUに比べたらかなり低レベルなもんらしいし、
もっと賢くなるまで無理なんじゃないか。
888 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:55:18 ]: Direct3D 10.1の仮想化＆マルチスレッド対応に期待だな。
10.1がオンボードに載ってそれにWPFが対応するまで1年以上かかりそうだが。
889 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:44:07 ]: AeroにしたところでいままでのアプリはGDIで描いてるわけだしな。
890 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:56:45 ]: アプリもGPU描画に移行させたいならネイティブから使えるAPI用意すりゃいいのにな
今のところWPFしかないってのが
891 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:59:13 ]: c#ネイティブだろ。
892 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:05:18 ]: >>884
ただしたまに差が現われることもあるね。

修正済みだけど下記の件。

「Windows XP または Windows Server 2003 で、
　レイヤードウィンドウが有効になっている WPF ベースのアプリケーションのパフォーマンスが低下する」
ttp://support.microsoft.com/default.aspx/kb/937106/
ttp://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1810617&SiteID=1&pageid=0

歴史的経緯
ttp://blogs.msdn.com/seema/archive/2006/09/18/761314.aspx
ttp://blogs.msdn.com/seema/archive/2006/10/25/layered-windows-sw-is-sometimes-faster-than-hw.aspx
ttp://blogs.msdn.com/nickkramer/archive/2006/09/20/763037.aspx
893 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:51:32 ]: >>891
.NETのWindowFormsはwin32のラッパー
894 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 20:03:40 ]: WPFはC#ネイティブとも言えるな
895 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 15:44:13 ]: ウィンドウから
窓枠とかメニューを抜いた部分を指定のサイズにする命令はありますか？
896 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 21:16:33 ]: "窓枠とかメニューを抜いた部分" にコントロールを一つ置いてサイズを指定し、
他の部分はサイズを自動計算させればいい。
897 名前：デフォルトの名無しさん [2008/04/16(水) 13:11:35 ]: まだ始めて間もないのですが、ちょっと教えてくださいまし。言語はC#です。
適当なCanvasを作って、このCanvasの上辺等に線を描きたいのですが、Canvasの大きさの変更に追従してほしいのですが
単純に Line クラスを作り、Line.X1 , X2 プロパティーの Canvas の幅を設定すると、大きさが変更されても追従してくれません。
使うクラスは Line である必要性はないのですが、こういった時はどうするのが一番てっとりばやいでしょうか？
898 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 13:22:33 ]: CanvasのSizeChangedイベントで処理
899 名前：897 [2008/04/16(水) 14:00:35 ]: 調べていて、ちょっと便利そうな機能があったのですが
<Canvas Name="canvasTitle">
　<Line Stroke="Black" X1="0" X2="{Binding ElementName=canvasTitle , Path=ActualWidth}" Y1="5" Y2="5"/>
</Canvas>
これで当初の目的は(それ以上の内容も)一応果たせそうです、ただ動的に生成したくてXamlで書くとちょっと調子が悪いです。
これに対応するC#のコードはどうなっているの教えてもらえると助かります。
Xamlとクラスライブラリの対応表はどこかにないですかね・・・・どこをみてもXamlの説明ばかりです。

>>898 ども、それは自分もいちばん最初に考えて面倒くさそうだなと思っていました。
900 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 15:56:37 ]: Border 使えばいいんじゃね？
901 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 16:28:56 ]: スノー
902 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 18:59:41 ]: いわゆる過疎
903 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 21:54:10 ]: >>899
Border を使えばいいと思うけど、そのまま C# 化すると↓こんな感じ。

var line = new Line{
X1 = 0, Y1 = 5, Y2 = 5,
Stroke = new SolidColorBrush(Colors.Black),
};
var bind = new Binding{
Mode = BindingMode.OneWay,
ElementName = "canvasTitle",
Path = new PropertyPath("ActualWidth"),
};
BindingOperations.SetBinding(line, Line.X2Property, bind);
this.canvasTitle.Children.Add(line);
904 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:10:58 ]: >>897
もう遅いかもしれんが、
LayoutTransformを使ってみてはどうだろうか？
905 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:17:11 ]: C#のコードで
Ellipseをcanvasの好きな位置に配置するにはどうすればよろしいでしょうか？
906 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:38:57 ]: >>905
依存プロパティでぐぐれ。
一例↓。
var ell = new Ellipse { Width = 10, Height = 10, Fill = new SolidColorBrush(Colors.Black) };
ell.SetValue(Canvas.LeftProperty, x);
ell.SetValue(Canvas.TopProperty, y);
907 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:38:58 ]: >>905
RenderTransform に値を設定すればいいです。
908 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:10:31 ]: 前から思ってたけど
SetValueとかCanvas.SetTopって書き方回りくどいよね。
マクロ関数欲しいわ～
909 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:29:58 ]: >>908
まあ、どうしてもというなら拡張メソッドでどうぞ。
910 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 22:24:08 ]: その手があったか。
911 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 08:38:56 ]: >>906-907
ありがとうございます
Canvas.SetLeft(ellipse, left);
Canvas.SetTop(ellipse, top);
でもいけました、ありがとうございました
912 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:09:19 ]: デザイナでキャンバスのサイズを決めると
ウィンドウからはみ出します。どうすればリンクさせられるの？
913 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 10:15:12 ]: Window.SizeToContent
914 名前：デフォルトの名無しさん [2008/04/21(月) 21:45:52 ]: GeometryとかShapeを継承して新しい形状作ったりしたいんだが
詳しいサイトor良書おしえてくれぃ
915 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 21:55:30 ]: 少なくともGeometryは無理(MSDNに明記)
Shapeも多分そういう使い方は想定されてない
916 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:04:14 ]: >>915
ﾄﾝｸｽ
CreateInstanceCoreは何を返せばいいんだろうとかずっと考えてた。
具体的には曲線（非ベジェ）をアニメーションさせたいんだが
今まで（Graphics.Draw***とか）と勝手がだいぶ違って困ってる。
917 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 09:10:01 ]: やっぱWPFというとGUI関連の話ばかりになるけど、
VistaのWPFで問題なく印刷できてるよ～って人います？

現在xpsファイル作れてDocumentViewerでプレビューもできるけど、
印刷すると毎回どこか一部の文字が消えたり、スプーラからジョブが消えたり
挙動が怪しい。プリンタ機種変えても同じ。

でも、XPS Viewer Essential Pack使うとちゃんと出てくる。

あと、PageOrientation.Landscapeって無視されません？
うちだけなのかなぁ。
918 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 08:44:20 ]: そういう話はWindows板でやってくれ
919 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 09:00:39 ]: なんでだよ
920 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 13:46:02 ]: ここはサポートセンターじゃねーんだよ
921 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 15:49:08 ]: じゃぁおまえは疑問とか一切書き込むな
922 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 16:45:06 ]: Imageコントロールに表示した画像をScaleTransformで拡大する時に
最近傍補間に(拡大されたドットが見えるように)することできる?
RenderOptions.SetBitmapScalingModeってのを見つけたけど
バイリニアより下に設定できないみたいだし…
923 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 09:30:10 ]: >>922
つWindowsFormsHost+PictureBox
924 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 13:37:31 ]: WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
いちいちFormsのコントロールの上にWPFコントロールを載せて……ってやればできるかな
SwingはJava7から普通にできるようになるらしいが
925 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 14:06:08 ]: > WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
意義が良く分からない
926 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:19:35 ]: ああ、上にって、重ね合わせの問題
WPFコントロールはトップレベルのウインドウに描画するが、
Formsコントロールの実体は子ウインドウ
そうするとFormsのコントロールの上にWPFのコントロールを重ねても
Formsのコントロールが上に表示されてしまう
って話。上に来たWPFコントロールは自動的に子ウインドウになるとかやってくれればいいのに
パフォーマンスはまた別問題として
927 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:22:34 ]: HwndSource じゃ駄目？
928 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 22:26:58 ]: Formと比べるとWPFのデザイナがイマイチなんだが(イベント登録が手動だったり)
次期バージョンはいつ出るんだろう?
929 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 00:53:29 ]: イベント登録はWPFのほうが楽だと思うけどなぁ。
慣れると逆にFormのほうがめんどくさいよ。
その代わり、デザインだアニメ－ションだバインディングだと凝り始めると、
ややこしさが等比級数的に増していくような。
930 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:22:43 ]: XAMLは、ツールを意識してデザインされた割には、
ツールが出揃っていない。
931 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:28:14 ]: そりゃー誰も使ってないし。
Vistaが大失敗した＋新規開発される世の中のサービスのほぼ全てはWebアプリ
932 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:33:22 ]: >>931
的外れな意見ありがとう！
933 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 06:15:07 ]: ﾜﾛﾀ
934 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 09:17:01 ]: >>929
言語仕様的にどうこう言うより、IDEの支援が貧弱なボーヤなのが問題
誰かブルーワーカー持ってこいと
935 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 15:23:49 ]: たまにしか使わないようなコントロールのイベント名探すのめんどいし、
やっぱメニューからイベント挿入出来る機能も欲しいな。
936 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 15:31:08 ]: 目的別インテリセンスを付けるべき
937 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:14:41 ]: タブコントロールはひでーよ。
938 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:18:50 ]: これって何が目的なんだろ
xamlで誰か作って、使いまわしが目的なのか？
939 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:54:22 ]: XAMLで作ってるとC#とかのコードをできるだけ使いたくなくなるから困る。
940 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:20:53 ]: それは言えてるｗ
同じことをコードで書くとクドくなるんだよな。でもデバッグはしやすい。
941 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:25:10 ]: 勉強し始めたばかりだけど、Bindingは何気に便利そうね。
RenderTransformやアニメーションがヌメヌメ動くのも楽しい。
画像をグリングリン動かしてもCPU負荷がほとんど無いのもいいね。
942 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:18:18 ]: 逆に言うとそれくらいしかやることがない罠
表系のコントロールが弱っちいから、ちょっと凝ったことしようと思うと地獄のように面倒くなる
943 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:57:43 ]: Win32での「大きいアイコン表示のリストビュー」に相当するWPFのコントロールって
WrapPanelでいいのかな?
944 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:01:44 ]: ListViewだろ
恐ろしく柔軟なコントロール
945 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:06:49 ]: MSはもうちょっとWPFに力入れてくれないもんかな
946 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:07:39 ]: そなの?
MSDN斜め読みしたけど、ヘッダ付きの詳細表示くらいしかできない印象があった。
947 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 15:23:16 ]: resx内のリソース使えないのかよ・・・
シコシコとXMLテキストで定義書いてリソース管理するなんて前時代的だって。
XAML用リソースエディタ付けれ。
948 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:14:17 ]: >>946
DataTemplate 覚えたらやれること格段に増える。
マジで柔軟。

>>947
リソースはアプリと同じフォルダに生でおけって事っぽいね。
949 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:33:10 ]: いろいろ実験して分かってきた。
ListView.ItemsPanelでアイテムの並び方
ListView.ItemTemplateで個々のアイテムの表示を決めるのね。
950 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:02:22 ]: <Window x:Class="WpfApplication6.Window1"
xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="schemas.microsoft.com/winfx/2006/xaml"
Name="myWindow"
Title="Window1" Height="414" Width="468">
　　<TextBlock Text="{Binding ElementName=myWindow, Path=Hoge}" />
</Window>

public partial class Window1 : Window
{
　　public string Hoge { get; set; }
}

ウィンドウのプロパティをBindingするのはこういう方法でいいのかな?
951 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:34:51 ]: もう、Windows Formsなんかいらんから、
C++/CLI Express for WPFを作ってくれよ。
952 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 13:49:38 ]: 来ましたね。

weblogs.asp.net/scottgu/archive/2008/05/12/visual-studio-2008-and-net-framework-3-5-service-pack-1-beta.aspx
blogs.msdn.com/greg_schechter/archive/2008/05/12/gpu-accelerated-custom-effects-for-wpf.aspx
953 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 14:07:55 ]: channel9.msdn.com/Showpost.aspx?postid=403854
ようやくWPFを使うとGPUの能力を引き出せる、と言えるようになったね
954 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 15:18:53 ]: おー、なかなか素敵。
これがVistaと同時に発表されてたら状況は変わってたよな～
955 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:50:33 ]: WPF用のNotifyIconクラスとか追加されるん?
956 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 23:22:21 ]: ダメだよぉー。どんな簡単なことでもぉー、ゆうやく振り切ってSystem.Windows.Forms.Notifyiconだ。
957 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 23:49:27 ]: betaだと入れられる環境ないので勇者のレポを楽しみに待ってます(´・ω・｀)
958 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 04:18:19 ]: うわああ、俺的にこのアップデートは神だ
959 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 06:04:06 ]: 最近のMSの神技術は一般人が忘れた頃にやってくるな

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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