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

【新GUI FW】WPF（XAM ..

524:デフォルトの名無しさん
07/11/28 20:15:22
アニメーションはいらん機能だな･･･。
XAMLの一番のメリットはコントロールインスタンスの生成と
レイアウトの手間が省ける点だと思ってる。
それと、XAML＋C#コードビハインドで、言語レベルでMVCのV,C切り分けができるのがいい。
まぁ、コードビハインドなんて言葉も、web屋のほうから来たのかもしれないが。
ついでに言うと、.net2.0 のDataProvider + DataSet + XML関連クラスもいい感じに'M'を
扱いやすくしてくれてていい感じだ。

とにかくXAMLはUIレイアウトとユーザーイベントオブザーバーとしての機能だけを充実させて
ほしい。変にプログラマブルな方向へは進んでほしくない。

525:デフォルトの名無しさん
07/11/29 00:28:43
もう進まないんじゃないかって思ってるんだが。

526:デフォルトの名無しさん
07/11/29 00:57:38
>プログラマブルな方向
むしろこれからが本番じゃない？

Expression Designとの連携を考えなければ、無駄だらけの機能なんだし。

Expression Designをバージョンアップさせて色々と思いついたMSが
あれもこれもと機能を追加しそうな気がする。

527:デフォルトの名無しさん
07/11/29 02:14:17
まあ、VSそのものはそれほど進化してないからな。
Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。

528:デフォルトの名無しさん
07/11/29 10:37:53
アニメーションが重いのがネックだったら、
Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？

529:デフォルトの名無しさん
07/11/29 11:21:06
いや、アニメーションが重いというよりも全体が重い気がする。
XPだとハードウェァアクセラレーションできないって話があるがマジですか？

530:デフォルトの名無しさん
07/11/29 13:26:01
　　／￣＼　　　プラグイン必須だし　　　　　／￣＼
　　|／￣￣￣￣＼　　　　　　　　　　　／￣￣￣￣＼|
　｜　　　／V＼＼＼　　　　　　　　　｜　　／V＼＼＼
　 |　/　/|｜　　｜|　|　　　　　　　　　 |　//|　　　｜｜　|
　 |　|　|(ﾟ)　　　(ﾟ)|　|　　　　　　　　　　|　|　(ﾟ)　　　(ﾟ)　/|
　ノ＼|＼|　(_●_)　|/　　　　　　　　　　＼|　(_●_)　|/|/＼　ウィンのIEしか動かないの
　彡､　　　|∪|　　､｀￣￣ヽ　　　　／彡､　　　|∪|　　ミ　　＼
/　＿＿　ヽノ　　　Y￣)　|　　　　(　(/　　　　ヽノ＿　|＼＿＞
(＿＿＿）　　　　　　Y＿ノ　　　　ヽ/　　　　　(＿＿＿ノ
　　　　　＼　　　　　　|　　　　　　　|　　　　　　/
　　　　　　|　　／＼　＼　　　　　／　／＼　　|
　　　　　　|　/　　　)　)　　　　　(　(　　　　ヽ　|
　　　　　　∪　　　（　＼　　　　／　)　　　　∪
　　　　　　　　　　　＼＿)　　(＿／

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　そのうえ動作はカ・ク・カ・ク☆
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /

531:デフォルトの名無しさん
07/11/29 13:32:21
↑何と勘違いしてるんだろ？

532:デフォルトの名無しさん
07/11/29 13:33:40
>>529
これのこと？
URLﾘﾝｸ(forums.microsoft.com)

533:デフォルトの名無しさん
07/12/01 19:24:34
>>529
ついでにこれも。
URLﾘﾝｸ(blogs.msdn.com)

534:デフォルトの名無しさん
07/12/03 17:50:53
【コラム】　パソコンが「重く」なるのはなぜ？不調の理由は？　解決法はある？
URLﾘﾝｸ(news.ameba.jp)

535:デフォルトの名無しさん
07/12/04 05:44:27
>>534
＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。

536:デフォルトの名無しさん
07/12/04 06:25:20
>>535
メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ

537:デフォルトの名無しさん
07/12/04 09:30:12
一度もリストアもしないで数年使い続けたノートでは役に立ったよ。
数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。

538:デフォルトの名無しさん
07/12/04 19:07:23
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞MEET eJournalPlusは，現在はまだ評価版の段階である「.NET Framework 3.5」をベースに開発されており，
＞文書フォーマットとしては「XPS」を採用して，メタデータの保存などを行っている。
＞また，学生間や学生・講師間でのデータ共有には，.NET Framework 3.0で追加された通信機能である
＞「Windows Communication Foundation」を使用している。

ソース公開するらしい

539:デフォルトの名無しさん
07/12/04 19:23:56
＞刷新「.NET アーキテクチャーセンター」

絶えずアーキテクチャー刷新ですね。

ありがとうございましたorz

540:デフォルトの名無しさん
07/12/04 23:38:30
MEETをNEETと読み違える奴多数？

541:デフォルトの名無しさん
07/12/06 23:13:13
勤労を批判的に見る訓練

542:デフォルトの名無しさん
07/12/07 14:30:02
こういうオサレなWPFアプリ作ってみたいもんだが、どうしても重くなっちゃうな。むずい
URLﾘﾝｸ(www.thirteen23.com)

543:デフォルトの名無しさん
07/12/07 23:15:01
まずもってデザインセンスがない俺

544:デフォルトの名無しさん
07/12/08 01:23:16
Yahoo! Messenger for Vista
URLﾘﾝｸ(japan.cnet.com)
URLﾘﾝｸ(messenger.yahoo.com)

545:デフォルトの名無しさん
07/12/08 01:48:16
うおおお
今度は落ちにくくなってるのかな

546:デフォルトの名無しさん
07/12/08 22:46:28
MSが使わずYahooが使っているという・・・

547:デフォルトの名無しさん
07/12/09 00:46:50
使ってみたけど結構悪くないよ
ただ絵文字がきもくなった

548:デフォルトの名無しさん
07/12/11 01:33:06
あれから1年：Vistaのキラーアプリケーションはどこにある？
URLﾘﾝｸ(japan.zdnet.com)

549:デフォルトの名無しさん
07/12/11 08:39:37
おっしゃるとおりでございます。
リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.

550:デフォルトの名無しさん
07/12/11 08:45:01
XPのときにキラーアプリなんかあったか？

551:デフォルトの名無しさん
07/12/11 09:05:03
98/Meから乗り換えたユーザーにとってはXP自体がキラーアプリだったような。
当時2000ユーザーってそんなに多くなかったし。

552:デフォルトの名無しさん
07/12/11 13:36:25
WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀)

553:デフォルトの名無しさん
07/12/11 20:10:16
>>552
URLﾘﾝｸ(www.venkatarangan.com)
こんなん見つけましたけど(゜▽゜)

554:デフォルトの名無しさん
07/12/13 04:07:59
>>551
2000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな

アプリ追加でやるのと標準で付くのは差が大きい

555:デフォルトの名無しさん
07/12/13 21:14:26
URLﾘﾝｸ(msdn2.microsoft.com)

ここにサンプルがあるのだけれども、2008Express Editionだと
app.manifestがありません言われてビルドすらできない罠

プロジェクトからapp.manifestを削ったら今度はwindows1.xamlが
見つかりませんとかIOExceptionが出るし…

もうだめぽ

556:555
07/12/13 21:27:59
[Window Title]
Microsoft Windows

[Main Instruction]
WPFCalculator2 は動作を停止しました

Vista Home Basicじゃ動かないのか…

557:555
07/12/13 22:40:31
Re: VS 2008 crash while rendering xaml - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)

はずれ

Locbaml doesn't work - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)
>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 フォーラム
URLﾘﾝｸ(forums.microsoft.com)

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

[WPF] - 匣の向こう側 - あまりに.NETな
URLﾘﾝｸ(d.hatena.ne.jp)
WPFサンプルコードその１ - MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)

あまりいじってるひといないのね…メモぐらい残そうよ

558:デフォルトの名無しさん
07/12/14 01:02:49
> UICulture

超常識なんだが。

559:デフォルトの名無しさん
07/12/14 09:38:40
そうか常識を超えてるのか…

560:デフォルトの名無しさん
07/12/14 12:33:25
UMA = Unidentified Mysterious Animal

未確認動物 - Wikipedia
Wikipedia項目ﾘﾝｸ

561:555
07/12/14 15:01:39
>>558
情報が2006年の4、6月あたりで止まってる感があるのだけど

SdkViewer - Google Search　19件
URLﾘﾝｸ(www.google.co.jp)
SdkViewer - Google 検索　3件
URLﾘﾝｸ(www.google.co.jp)

なにこの情報の少なさ加減は…

562:デフォルトの名無しさん
07/12/14 15:23:02
IOException: Cannot locate resource app.xaml - WPF in Visual Studio 2008 Beta 2 - Guy Burstein [MVP]
URLﾘﾝｸ(blogs.microsoft.co.il)

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
07/12/14 15:35:50
ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から
.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。

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

うん。見通しは悪くは無いね。シンプルだ

564:デフォルトの名無しさん
07/12/15 00:23:36
WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか？
オンボなので確認のしようがない・・・

565:デフォルトの名無しさん
07/12/15 00:24:32
VA側じゃなくてVGA側でしたorz

566:デフォルトの名無しさん
07/12/15 11:44:08
意味が分からない

567:デフォルトの名無しさん
07/12/15 11:45:55
ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが

568:デフォルトの名無しさん
07/12/15 15:01:30
たぶん答えはNoでしょ。
WPF使っても、画像ビューアーの内部で持ってるイメージデータが
VRAMに保存されることはない。
イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、
バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。
そもそもWPF＆WDMのしくみや目的を誤解してると思う。

569:デフォルトの名無しさん
07/12/15 18:49:53
>>566-567
すいません、DirectX自体良く分かってません
>>568
例えばImageコントロールを使えばそうなるのかな思ってたのですが、
VRAM上のデータはメインメモリ（上にあるテクスチャ）のキャッシュとして使われるってことですか？

570:デフォルトの名無しさん
07/12/15 19:58:20
>>569
その辺については「dwm.exe」でググると（WDMじゃなかったorz）
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。

571:デフォルトの名無しさん
07/12/15 23:27:51
>>570
vistaじゃないと駄目なんですね

572:デフォルトの名無しさん
07/12/19 11:48:02
Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・

573:デフォルトの名無しさん
07/12/19 11:56:18
エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は
２００５とあまり変わらないから。

574:デフォルトの名無しさん
07/12/19 12:13:34
使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか

575:デフォルトの名無しさん
07/12/19 12:45:46
β版から使ってると、「やっとRTMきた」くらいしか書くことがない。

576:デフォルトの名無しさん
07/12/19 22:33:53
WPFアプリを試してみたが、イベントハンドラの一覧が
プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。

577:デフォルトの名無しさん
07/12/19 23:42:18
プロパティの数が多すぎてプロパティウィンドウは使い物にならん。
XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。

578:デフォルトの名無しさん
07/12/21 10:14:07
ほんとだ。XAMLのエディタは優秀だな。

579:デフォルトの名無しさん
07/12/21 11:51:19
正直 XAML エディタの GUI 表示は表示確認でたまに見るが
プロパティ一覧は最初にちょっと触った以外は操作した事もない

580:デフォルトの名無しさん
07/12/21 12:00:21
XAMLプロパティウィンドウはFormsプロパティウィンドウより退化してるｗ
インテリセンスはVS2008は比較的優秀。
デバッグはちょっと使いずらく感じる。

581:デフォルトの名無しさん
07/12/21 23:16:05
イベントってどうやってやるの？
手書き？

582:デフォルトの名無しさん
07/12/21 23:28:25
XAMLエディタが一番手っ取り早いと思う。
イベント付けたい要素のタグ中でインテリセンス使って「MouseDown=""」とか入力すると、
「新しいイベントハンドラ」というのが出てくるから選ぶ。
自動的にビハインドコードのほうに「要素名_MouseDown」ってメソッドが挿入される。

583:デフォルトの名無しさん
07/12/22 07:00:05
XAMLPAD使いの俺からするとVS2008のWPFエディタはめちゃ高性能。
最初にGUIで各パーツを大雑把に配置したら
あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。

584:デフォルトの名無しさん
07/12/22 17:06:36
WPFのButtonタグ。BackgroundとForegroundで色をつけたのですが、
ボタンを押すと普通の灰色ボタンに戻ってしいます。
ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか？

585:デフォルトの名無しさん
07/12/22 17:46:24
>>584
.NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ

586:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/12/22 22:08:13
記事や書籍で「WPFはGPUを酷使することでCPUに負荷を与えることなく高速に動作する」
と言われていますが、C2D＆Geforce8シリーズのようなハイエンドＰＣでも、
簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。

WPFのどんな処理が Pixel / Vertex Shader で記述されGPUを利用していることになるのか
解説している文章等は有りませんでしょうか？

588:デフォルトの名無しさん
07/12/22 23:20:49
>>550-551
確かに・・・落ちない、というだけで、重くてもXPにしたからな。
まあ、他で2000も使ってたけど。

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

俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとｗ
OS：Vista って書いたらハァ？って言われてるし

589:デフォルトの名無しさん
07/12/22 23:29:22
>>587
答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。

590:デフォルトの名無しさん
07/12/23 02:15:33
WPFはタブオーダーをクリックして変更できないのかな。
あの機能は便利だと思うんだけど。

591:デフォルトの名無しさん
07/12/23 11:57:51
>>588
ゲームがVistaに最適化すればよい

592:デフォルトの名無しさん
07/12/23 11:58:50
>>590
便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし

593:デフォルトの名無しさん
07/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バージョンの方
がパフォーマンスが良いからだ。

URLﾘﾝｸ(www.watch.impress.co.jp)

Vistaｵﾜﾀ＼(^o^)／

そろそろ、スレ違い

594:デフォルトの名無しさん
07/12/23 16:09:54
DirectX10の本領発揮は10.1からだぜ
見た目が綺麗になるとか云々はおまけです

595:デフォルトの名無しさん
07/12/23 20:06:23
そのとおり。
根底から違う。

596:デフォルトの名無しさん
07/12/23 21:28:18
>>592
だが、その機能すら今回はないんじゃないか？

597:デフォルトの名無しさん
07/12/25 17:13:02
>>594
また、明日から本気出すですか？

598:デフォルトの名無しさん
07/12/26 09:27:23
C#でWPFアプリケーションプロジェクトを作成してそのまま実行してみた

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

環境は、Vista+VS2008です

599:デフォルトの名無しさん
07/12/26 12:34:51
サイズ変更されるエレメントに、
ビットマップエフェクトや不透明度などの重い処理使うのを避けるとか。
描画が追いつかないときに出る現象だから、完全に抑制するのは無理じゃないかな。

600:598
07/12/26 13:06:06
プロジェクト作って、そのまま何も配置せずに実行して、
そうなるので重い処理ってことはないと思うんだけど

これ、どうしようもないんでしょうか・・・？

601:デフォルトの名無しさん
07/12/26 13:15:02
田　->　口ドラック中にウインドウの内容を表示する

602:デフォルトの名無しさん
07/12/26 21:37:53
自分のC2D Vistaでも黒チラ出るよ。

603:デフォルトの名無しさん
07/12/26 22:37:00
コントロールのアニメーション面白いなーこれははまるわｗ

604:薄汚い派遣の国、日本
07/12/27 03:37:28
最近、職場で「出戻り寄生派遣」という言葉が囁かれています。
派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。
今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。

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

身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。

605:デフォルトの名無しさん
07/12/27 04:07:28
推奨NGWORD：派遣

606:デフォルトの名無しさん
07/12/27 04:09:00
アニメーション？

607:デフォルトの名無しさん
07/12/27 12:43:23
>>602
Core 2 Duo はともかく GPU は?

608:デフォルトの名無しさん
07/12/27 12:46:34
そこらへんはCPUよりもGPUっぽいなぁ

609:デフォルトの名無しさん
07/12/27 14:28:59
うちはC2D E6600にGeForce6600GTだけど、サイズ変更時に黒くチラつくな
GPU古いっちゃ古いから仕方ないのかな・・・

GPU変える参考にするから、出ないって人いたら、環境教えて

610:デフォルトの名無しさん
07/12/27 14:52:44
C2D E6600にGeForce GS7600だがVistaだとちらつく。
XPだと大丈夫。

さらに、VistaだとAllowsTransparencyがtrueのウィンドウのリサイズが非常に遅い。

611:609
07/12/27 15:15:44
>>610
情報ありがとう
VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった

自分のコードで解決する問題じゃないってことかな。でも、気になるなぁ・・・

612:デフォルトの名無しさん
07/12/27 17:18:06
ここまで読んだ
もっとWPF使いたくなるような話題はないのか？
とりあえずVCL使い慣れているのでWinForms使うわ

613:デフォルトの名無しさん
07/12/27 18:01:07
>>607
オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。
SP1で直るといいな。

614:デフォルトの名無しさん
07/12/28 04:31:13
.NET3.0て2.0用のアプリ動く？

615:デフォルトの名無しさん
07/12/28 08:09:45
多分

616:デフォルトの名無しさん
07/12/28 11:15:02
2.0は3.0の一部

617:デフォルトの名無しさん
07/12/28 11:15:45
3.5いれたら3.0いれなくてもOK?

618:デフォルトの名無しさん
07/12/28 11:23:21
そう思ってた時代が自分にも（ＡＡ

619:デフォルトの名無しさん
07/12/28 11:36:45
3.5入れたら3.0と2.0も入るらしいよ

620:デフォルトの名無しさん
07/12/28 20:50:24
>>613
Aero切った状態でもなる？

621:デフォルトの名無しさん
07/12/29 15:08:52
>>620
Aero切ったら画面描画が遅くなるんじゃないの？

622:デフォルトの名無しさん
07/12/29 15:16:35
Aeroをなんやと思うてんねん

623:デフォルトの名無しさん
07/12/29 15:48:39
>>622
VistaをAeroをOFFにする人の数 --gt;
ｽﾚﾘﾝｸ(win板)

624:デフォルトの名無しさん
07/12/29 21:36:57
>>620
Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10～20%ぐらい高くなる。
他のウィンドウの再描画が増えるせいかな。

625:デフォルトの名無しさん
07/12/29 23:14:58
AEROきる→WPFのGPUアクセラレーションきるとなる？
ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。

626:デフォルトの名無しさん
07/12/30 01:52:50
>>621,624
AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか
やっぱ完全GDI描画だと（処理速度はともかく）出ないのね
>>625
AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど

いや俺はvista持ってませんがね

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

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

GDIの場合はデスクトップに上書き描画するから黒チラは出ない。
でもウィンドウの移動・縮小時にはそこら中で再描画が発生するから実際のCPU負荷は大きい。

628:デフォルトの名無しさん
07/12/30 03:48:15
海の向こうでも似たような話してるｗ

Flickering background when resizing window
URLﾘﾝｸ(www.msdner.com)

629:デフォルトの名無しさん
07/12/30 13:38:59
なんでWPFのCheckBoxのIsCheckedはbool?なんだよ・・・
いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ

630:デフォルトの名無しさん
07/12/30 13:46:21
bool b = IsChecked ?? false; と書くだけだぞ

631:デフォルトの名無しさん
07/12/30 14:47:18
え??

632:デフォルトの名無しさん
07/12/30 15:28:02
なんでbool?になってんの?
3値だから?

なんか書いててアホなしり上がり口調みたいだが

633:デフォルトの名無しさん
07/12/30 16:43:21
<CheckBox IsChecked="true"/>
<CheckBox IsChecked="false"/>
<CheckBox/>
これを区別するためじゃね？

634:デフォルトの名無しさん
07/12/30 18:10:29
なるほど。
しかし、629ではないが、指定なしのときは false の方が使いやすいな。
無理にNullable Typeを使わなくてもという感じがした。

635:デフォルトの名無しさん
07/12/30 18:19:29
Win32のチェックボックスだって3状態あったじゃない。
Windows Formsでは列挙体CheckStateで表現されていたよ。

636:デフォルトの名無しさん
07/12/30 23:36:01
普通アプリで3状態使うシチュエーションが思いつかない
Excelの複数セルの書式設定ぐらいじゃない？

637:デフォルトの名無しさん
07/12/31 00:20:19
一状態を特定できない複数選択対象なんぞいくらでもあろうが。

638:デフォルトの名無しさん
07/12/31 02:28:23
動的に変化するUIってXAMLでどうやって定義するの？
DOMみたいな機構あるの？

639:デフォルトの名無しさん
07/12/31 03:27:40
UIクラスとタグを関連付けるだけだろ

640:デフォルトの名無しさん
07/12/31 15:25:29
>>639
アニメーションとしてXAMLで定義する方法もあるわけだが

641:デフォルトの名無しさん
07/12/31 15:26:44
WindowsFormsの方が格段に使いやすいじゃん。WPFって存在意義不明。

642:デフォルトの名無しさん
07/12/31 20:16:36
日本語テキストの描画方法を調べてるんだが、
やっぱりサポートがいまいちだな。
縦書きとかルビとか禁則処理とかが楽にできると
面白かったんだけど。
TextBlockとか全然使えねえ。

643:デフォルトの名無しさん
07/12/31 20:23:10
>>626
完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので
間に合う間に合わないどうこうは関係ない

Aero 有効だとウィンドウ部分のダブルバッファ (?) の反映が間に合ってない
って感じかもね

644:デフォルトの名無しさん
07/12/31 21:29:16
簡単に言うとイベント描画とフレーム描画の違いだろ？
FPSに処理が間に合わないならスキップさせざるを得ないだろ。
処理を終えるまで描画をフリーズさせるわけにはいかない。

645:デフォルトの名無しさん
07/12/31 21:32:00
それにもともと３Dはフレームバッファで処理を行うのが常識で、
イベント描画処理はウィンドウメッセージをループでまわす処理だから、
CPUにかかる負荷が高い。

646:デフォルトの名無しさん
08/01/01 05:04:57
依存関係プロパティって何？

647:デフォルトの名無しさん
08/01/01 05:10:34
>>646
抽象的だが、あるプロパティがほかのプロパティに依存する関係。
たとえば、FontSizeはFontに依存してるだろう。
Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。

648:デフォルトの名無しさん
08/01/01 07:16:47
なるほど
しかしなんでそんなのが必要なのか全然わからん

649:デフォルトの名無しさん
08/01/01 21:45:24
>>648
GUIの自動更新とかに便利。
データオブジェクトの名前を表すプロパティが変更されたら、
それを表示しているテキストボックスの内容も自動変更するなんてことができる。
Data <-> UI 間の受け渡しコードをいちいち書かなくてすむ。

650:デフォルトの名無しさん
08/01/02 15:56:41
最近、職場で「出戻り寄生はけん」という言葉が囁かれています。
はけん契約を切られたにもかかわらず「次のはけん先でも切られてしまって生活できません」
などと言って泣き落としで現場マネージャーにすら一切話がないまま再はけん契約した人のことです。
今月初め、半年前に切ったはけんが出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くのはけん先にこだわって人間として恥ずかしくないのですか。

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

身分不相応な商品のローンを払うためにはけんだと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。

651:デフォルトの名無しさん
08/01/02 19:44:07
質問、WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速という
ことですが、どのくらいの差でしょうか？

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

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

環境はCore2Solo（＠VAIO-G1）+Xp。

652:デフォルトの名無しさん
08/01/02 19:59:08
>>651
Vistaにすればそういうことはなくなる。

653:デフォルトの名無しさん
08/01/02 20:03:42
>>652
同じFormでもそうなんですか、てことは原因は何なのでしょう？
すみませんが、不勉強でよくわからないのです・・・。すんません。

654:デフォルトの名無しさん
08/01/02 20:09:29
セロリン 2.4GHz+Intel 865G+メモリ512MB+XP SP2のヘボPCでWPF試した限りではレインボーは最小限に留まった(皆無にはならない模様)。
まあWPFはDirectXでウィンドウ描画しているから(VistaのAeroもそうだっけ?)グラボの性能が悪いと意味ないと思う。
やっぱり↑のスペックだとWPFは厳しい?

655:デフォルトの名無しさん
08/01/02 22:06:05
>WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速
これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。

656:デフォルトの名無しさん
08/01/02 22:14:23
現時点ではWPFはWinFormの代替にはならない。
それぞれに得意分野があるから当分かぶらないと思うよ。

657:デフォルトの名無しさん
08/01/03 20:15:46
>>654
DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが

で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない

658:デフォルトの名無しさん
08/01/03 20:35:32
>>657
やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。

659:デフォルトの名無しさん
08/01/03 20:59:10
ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん

660:デフォルトの名無しさん
08/01/03 21:27:59
>>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする

1の処理はXPとVistaで速度が変化することはない。
2の処理はVistaのAeroだと、多少GPUを使う。影の描画はCPU処理だそうな。

661:デフォルトの名無しさん
08/01/03 21:30:38
結局CPUパワーが大事なんだな。
ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。

662:デフォルトの名無しさん
08/01/03 23:01:24
自由にDirectXで描画できないかな
WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない

663:デフォルトの名無しさん
08/01/03 23:08:35
>>662
ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。

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

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

MSが検討しなかったってことは無いと思うよ。
それで非対応なんだから何か色々問題があったんだろう。

664:デフォルトの名無しさん
08/01/04 00:33:50
DirectXで自由に描画したいんだったら生のDirectX使えよ。

665:662
08/01/04 01:00:44
Direct3D上でWPFのコントロール使えたら素敵だなと思った。
レンダーターゲットをBitmapSourceにコピーする力技を試してみたら一応動いた。
毎フレームBitmapSourceを作成してて、しかもDisposeできないのが気持ち悪い。

666:デフォルトの名無しさん
08/01/04 01:18:10
WPFで2Dのグラフとかかける？

667:デフォルトの名無しさん
08/01/04 01:31:37
>>666
描けるよ。

何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
URLﾘﾝｸ(www.codeproject.com)

668:デフォルトの名無しさん
08/01/04 01:33:44
こういうのとか？
URLﾘﾝｸ(blogs.msdn.com)

669:デフォルトの名無しさん
08/01/04 01:44:22
皆さん親切
ありがと～

でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ

670:デフォルトの名無しさん
08/01/04 01:51:49
xmlはコンピュータというより、開発環境にやさしい言語

671:デフォルトの名無しさん
08/01/04 15:56:10
>>669
たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）

672:デフォルトの名無しさん
08/01/04 16:48:24
WPFで書いてXAMLで出力、これ最強

673:デフォルトの名無しさん
08/01/04 17:20:47
ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。

674:デフォルトの名無しさん
08/01/04 17:35:35
SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。

675:デフォルトの名無しさん
08/01/04 18:58:18
HTMLなんて人にも環境にもやさしくないんだぜ？

676:デフォルトの名無しさん
08/01/04 19:47:19
XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。

677:デフォルトの名無しさん
08/01/04 23:24:30
ResourceDictionary使えばある程度分割できるんじゃない？

678:デフォルトの名無しさん
08/01/05 21:22:38
>>676
<xsl:include/> が欲しいということか

679:デフォルトの名無しさん
08/01/05 21:24:31
WPFの入門書、いいのがあったらおしえてください

680:デフォルトの名無しさん
08/01/06 21:01:47
はじめまして。
近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
URLﾘﾝｸ(msdn.microsoft.com)
(デジタルメディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)

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

でも、これってWPFで初めてできるようになったのでしょうか？
この処理を実現するためにDirectXの本に10000円以上つぎこんだ
私はおまぬけさん？　(-_-;)

681:デフォルトの名無しさん
08/01/06 21:06:34
顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

682:680
08/01/06 21:32:38
とりあえず自分で調べてみた。

DirectX 9(Managed)の方には動画テクスチャとかいう概念があって
Microsoft.DirectX.AudioVideoPlaybackのVideoにある
RenderToTextureメソッドを使うと似たようなことができるらしい。
URLﾘﾝｸ(www.microsoft.com)
URLﾘﾝｸ(www.microsoft.com)

じゃーManagedでない方はできないのか？？？　予想では
　DirectX Graphics の Direct3DのAPIと
　DirectShow の VMR (Video Mixing Renderer)とかいうのを
組み合わせればできそうな予感がしているのだが・・・
(10000円が無駄にならんことを祈る)

683:デフォルトの名無しさん
08/01/06 21:34:14
そりゃWPFだってDirectX9だし

684:デフォルトの名無しさん
08/01/06 21:37:24
＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ

685:デフォルトの名無しさん
08/01/06 21:42:50
そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ

686:680
08/01/06 21:59:36
>>684
それがRenderToTextureメソッドはアンマネージの方には
存在しないようなのだ。

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

URLﾘﾝｸ(msdn.microsoft.com)
ソース : (SDK ルート)\Samples\C++\DirectShow\VMR\Cube

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

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

687:デフォルトの名無しさん
08/01/06 22:09:58
お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
ｽﾚﾘﾝｸ(tech板)

688:680
08/01/06 22:23:24
古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。

689:デフォルトの名無しさん
08/01/07 02:00:40
>>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。

690:680
08/01/07 02:26:38
>>689
サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。

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

WPFとどっちが簡単なのかも今後の研究課題にしようかと思います。
スレ汚し失礼しました。

691:デフォルトの名無しさん
08/01/08 08:14:49
XAMLって使わなきゃいけないの？
全部C#で書けない？

692:デフォルトの名無しさん
08/01/08 08:16:55
可能だけどめんどくさい

693:デフォルトの名無しさん
08/01/08 08:33:09
XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる

が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん

694:デフォルトの名無しさん
08/01/08 08:37:46
VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？

695:デフォルトの名無しさん
08/01/08 08:41:47
obj のディレクトリに hogehoge.g.cs ってのがあるけど

696:デフォルトの名無しさん
08/01/08 08:42:29
なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった

697:デフォルトの名無しさん
08/01/08 11:20:41
App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？

698:デフォルトの名無しさん
08/01/08 12:28:12
>>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。

699:デフォルトの名無しさん
08/01/08 12:58:21
>>698
使用するウインドウを動的に変えたいんだ

700:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/01/08 13:15:37
>>700
なるほどそれでいいのか
ありがとう

702:デフォルトの名無しさん
08/01/08 15:31:56
exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね

703:デフォルトの名無しさん
08/01/08 15:36:59
いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。

704:デフォルトの名無しさん
08/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:デフォルトの名無しさん
08/01/08 16:24:37
全然違った
表示されない原因は名前空間を変えてるからみたいだな

706:デフォルトの名無しさん
08/01/08 17:20:48
クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう

707:デフォルトの名無しさん
08/01/08 17:39:56
クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、

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

といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか

708:デフォルトの名無しさん
08/01/08 17:53:43
>>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず

709:デフォルトの名無しさん
08/01/08 18:38:38
なるほどSTATHeadをつければいいんですね
ありがとうございました

710:デフォルトの名無しさん
08/01/08 19:08:42
2箇所もスペルが違う

711:デフォルトの名無しさん
08/01/08 19:39:16
ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね
ようやく意味が分かりました

712:デフォルトの名無しさん
08/01/08 20:05:13
エスティーエーティーヘッド?

713:デフォルトの名無しさん
08/01/08 20:57:01
スタットヘッド

714:デフォルトの名無しさん
08/01/08 22:28:56
スペル間違う奴はたいていレベル低くてバグが多い

715:デフォルトの名無しさん
08/01/08 22:30:21
STATHedでもSTAThreadでもいいが、ないてるみたいだな

716:デフォルトの名無しさん
08/01/08 22:42:02
TAT ＜ェェェェェー!！

717:デフォルトの名無しさん
08/01/09 08:05:35
WindowのClientSizeってどこからとってくればいい？

718:デフォルトの名無しさん
08/01/09 11:06:18
気軽な質問なのですが、
WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。

また、.NET3.0から使うことができるようですが、
今後、WinFormを押しのけて、メインになりそうでしょうか？

719:デフォルトの名無しさん
08/01/09 11:10:08
MS Expressionかな、WPFアプリっていうと。

720:デフォルトの名無しさん
08/01/09 11:55:45
>>718
＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。

721:デフォルトの名無しさん
08/01/09 11:57:07
ExpressionでUserControlとしてボタンとコンボボックスを作りました。
WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。

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

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

ElementHostのバグでしょうか？
ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。

722:デフォルトの名無しさん
08/01/09 22:40:54
>>719
Expressionは別にフォームでも実装できるようなもんだからなぁ･･･
やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。

723:デフォルトの名無しさん
08/01/09 23:15:22
milcore早く仕様公開してくれよ！

724:デフォルトの名無しさん
08/01/10 00:48:43
>>722
3Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい？URLﾘﾝｸ(apples65.blog69.fc2.com)）
使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして
アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ
それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな

次ページ