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

あたらしい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

【WinFX】 .net Framework 3.0 を語るスレ Part7
http://pc8.2ch.net/test/read.cgi/tech/1160431192/

ボケボケフォントが嫌なんだけど、
アンチエイリアスOFFにできないのかな？

Petzold 「Applications = Code + Markup: A Guide to the Microsoft Windows Presentation Foundation 」
の邦訳の予定とかないんでしょうか？？

847 ：デフォルトの名無しさん ：03/04/19 11:55
>>796
このページができた原因ってもしかして･･･。

http://msdn.microsoft.com/vstudio/partners/localization/

864 ：デフォルトの名無しさん ：03/04/19 12:28
>>847
知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。

対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。

A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。

B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。

Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ（たぶん再起動が必要だが）切り替え可能。というもの。

これがなぜかいまだにリリースされていない。

ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。

MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS

へー、これがDLL Hellを一掃するという.NET様の実力ですかそうですか

で、2.0や3.0ではどうなの？

2.0はASP.NETのためだけにある
3.0は死亡５秒前

WPFの動作イメージを誰か3行で教えてくれ

XPに.NET3.0いれたら描画に関してはVistaと変わりない動作が期待できるの?

>>10
動作がいっこく堂風になるんじゃないか。
「あれっ、クリックに遅れて、反応するよ…」

>>3
Vistaじゃまともに表示されるんだけどね・・

なぁ、Pageを閉じたときになんかイベント起きないの?セーブできないんだけど。
いつの間にか、Disposedもなくなってるよ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

ちなみにunloaded反応しねーよ

誰も白根ーのか四ボケが。つかえねーな。

あげ

>>9
HTMLライクなレイアウト ＋ DirectX ＋ .NET = WPF

俺のイメージではこんな感じ。

WPFでは2次元と3次元はどのように融合してるの?

ViewPort3Dを使って、3次元空間上にコントロールを置ける

今独自の画面用のFW作って使ってるんだけど、それとWPFはどんな風に織り交ぜるべきでせう。

>>18
>>19もだけど、逆に２次元空間（Gridとか）にViewport3Dを配置できたりして便利

>>20
FrameworkElementを継承して、独自コントロールにすれば便利なんじゃないかな。

XPだとMS UI Gothicが使われて汚いから、他のフォントに変えた方が良いぞ

age

Blend beta１でたね

WPF/Eが出ましたよ。
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=986877&SiteID=7

でたらしい！（詳しくはまだ見てない）

>>24
InteractiveDesignerは知らないが、
Blend使ってみた(*'-')ノ
最初カナーリ期待してたんだが、

ToolBarTrayがGUIで置けないっぽい
あんまり直感的に操作できない。
例えば、
グラデーションブラシはデフォルトで横だが、
StopPointも色の変更方法もすぐに簡単に分かるのに、
方向を変える方向が簡単に見つからない。

吐き出すXAMLは人間に読みやすい順序ではない。
例えば、プロパティなんかだと、StartPoint EndPointのような順序ではなく
単純にアルファベット順に吐き出すぽい。EndPoint -> StartPoint

XAML時にはインテリセンス効かねー。できるのかな？
特殊効果とか色とかそーいうのは設定はともかく、
大まかなレイアウトとかメニューとかは普通に手でカット＆ペーストで
書いた方が生産性高そーに感じたけど気のせいだろうか。
インターフェースも下手に懲りすぎてて見ずらい。
なんだか・・・ orz

InteractiveDesigner時代もこーだったの？

しっかし日本語情報少なすぎだぜ

>>27
そだね。

「PlaformSDKに.NET SDKを混ぜてWindows SDKと呼ばせることで
日本語化するコスト削減しました。。
今後は英語だけでがんばってくださいね＾＾v」

ってとこなんだろうか？
それとも、単にまだ翻訳ができてないだけなのか。

そもそもPlatformSDK日本語化してないこと自体が
おかしいと思っていたのだがナー。

自分の頭を英語化しろよ。
5年も仕事して、英文マニュアル読めない奴は廃業でもかまわん。

ttp://itpro.nikkeibp.co.jp/a/it/alacarte/iv1207/umeda_1.shtml

社会のあり方まで変えてしまう

――　グーグルはコンピュータ・メーカーそのものといえるし，あるいは既存のコンピュータ・メーカーを超えた存在ということになるでしょうか。

これだけの広告費のうち，ネットの分野に移ってきているのは，まだ全世界で3兆円くらいなのです。
150兆円もの額がまるごとネットに移ってくることはないでしょうが，3兆円の10倍，つまり30兆円も原資があれば，
全世界の個人が使うITニーズは，すべて受益者非負担で提供できるはずです。
米マイクロソフトの売上高は法人向け・個人向けを含めて約5兆円です。それを考えれば，十分な金額でしょう。


マイクロソフトは変われるか

もちろん，企業ユーザーはOfficeを使い続けるでしょうし、
消費者もしばらくの間はパソコンにバンドルされたOfficeを無意識に使い続けるでしょうが、
次第に利用度，依存度が下がっていくことでしょう。

日本語情報少ないっていってるの同一人物だろｗ
ν即でもみたぞ

とっととＰＧやめて農家にでもいけ

少ないって言っただけじゃん
英語のサイトも読んでるよ

>>9
XHTML → XAML
JavaScript → C#, VB.NET

AJAXの考え方はすばらしい。
しかし、他のOSで動作するとWindowsの売り上げダウン。
じゃあ、俺様が好きなように一からAJAXみたいなものを作ってしまえ
結果できたものがWPF

>33
よう、知ったかぶり野郎

AJAXは可及的速やかに亡びるべき

AjaxいいよAjax

誰か詳しい人いる？

ﾌﾟｷﾞｬｰ Aeroｦﾜﾀ

http://homepage1.nifty.com/kaneko/bench.htm

DirectX使用 ON の場合　 (＝HEL描画)
　

Polygon OFF 14から15 FPS　
Polygon ON Texture ON 1から2 FPS
Polygon ON Texture OFF 2から3 FPS

　

DirectX使用 OFFの場合　　 (＝GDI描画)
　

Polygon OFF 21から23 FPS
Polygon ON Texture OFF 11から12 FPS

DirectX OFFの場合、GDI表示となります。

XAMLは、PDF, AJAX, TEXを包み込む。

.Net 2.0 でいう ListView の LargeIcon 表示をしたいんですけど、
WPFではどうすればいいですか？

winGが最強ｗ

>>40
つ DataTemplate

http://msdn2.microsoft.com/en-us/asp.net/bb187358.aspx

適当なWPF/Eまとめ
・IE、Firefox、Safariに対応
・WMVやMP3のコーデックが付属しているので、ビデオ再生ができる。
・プログラムはJavaScriptで書く（将来的にはCLRのサブセットを付属予定←2007年前半）
・GridとかStackPanelとかはない。Canvasはある。（前者もサポート予定）
・3Dはサポートされてない（デモビデオでは動かしてるから、そのうちサポートされるのかな？）
・２バイト文字は現時点ではサポートされてない。化ける。

一部の環境でしか動かない半端なサブセットなどいらん。

Flashのように、主要OSの主要ブラウザで全ての機能が使えるようになってからこい。

>>44
WPF/E works with IE6 + 7, FireFox and will support Opera on Windows. You can use any modern browser with it.
ってことだから、Operaでも動くようになるよ。期待しててね。

ttp://d.hatena.ne.jp/softether/20060202#p2

[質問] 将来的に、MSIL (.NET の中間言語) を Windows カーネル内で使用することができるようになるか?

将来はそうなるかも知れない。現時点では難しい。

MSILが走るハイパバイザ書けばそういう構造になるんかなー。
WindowsマルチとかWindowsVTとか。そういう感じの。

ｷﾀｰ
ttp://www.atmarkit.co.jp/news/200612/22/sun01.jpg

Dependency propertyってシンタックスシュガー用意されんの？

3.0入れたらPresentationFontCache.exeとかいうのが常駐するようになったんだが終了してOK？

ok
サービス切ってもWPF動くし

WPFのUIコンポーネント使いたいけどXAMLとか使いたくなくて
C#のコード中から動的にUIコンポーネント追加したいんだけど
いいサンプルないですか?

サンプルもくそもないだろ。
XAMLの構造をC#に落とすだけ

MS、Macおよび携帯電話向け開発ソフト「WPF/E」の日程を明らかに
http://japan.cnet.com/news/ent/story/0,2000056022,20099027,00.htm


“WPF/E” (codename) Community Technology Preview for Windows (Dec 2006)

http://www.microsoft.com/downloads/details.aspx?familyid=A3E29817-F841-46F
C-A1D2-CEDC1ED5C948&displaylang=en
--
Mac/SDK
http://www.microsoft.com/downloads/thankyou.aspx?familyId=A3E29817-F841-46
FC-A1D2-CEDC1ED5C948&displayLang=en

3D非サポートって、何のためのFlashキラーだよ。使えねーな。

現状、WPFの開発ってどうすればいいの？
Visual C# 2005 Express Editionで可能？

Windows, MaxOSX, Linux で制限無く動くFlashに比べたら、
WPFはヤル気が感じられないな。

ハードウェアアクセラレーションあったほうがいいっす。

Vistaは、２つのGraphics Engine (GDI Emulation & WPF)をサポートしているわけだが、

MSが力を入れてるのは、WPF。

MSも、いつまでも２つのGraphics Engineをサポートするわけにもいかんので、
GDIはしぼんでいくと思われる。

ま、それはさておきWPFを利用するには、
XAML + .NET 3.0を使えばいいというのはわかったが、

VCやMFCでWPFを使った開発って現状行うことできるのだろうか？

C++/CLI使ってマネージアプリケーションにするしかないのでは？

ネイティブアプリケーションでは無理だと思う。
それともCOM経由でできるのか？

>>59
本来ならC++ならMIL APIを使うべきだったんだろうけど、非公開なのでなす術なし。

WPFって2Dでは速いの？

XP以下ではGDIを使うとハードウェアアクセラレーションが効いたが、
VistaではWPFしかハードウェアアクセラレーションが効かない？

同じ構成のPC上のXPとVistaでHDBENCHを走らせればわかるよ。
http://www.hdbench.net/

しかし、これを見てVistaが糞ＯＳだというのも早い。
今後、Avalonでどこまで革新的なUI環境が実現できるかにかかってるな。

XAML + WPFプログラミング

http://www.spacewalker.jp/wpf/

>>65
このサイトすごいな
レベル高いし

>>65
ブックマークに登録した

宣伝乙ｗｗｗｗｗ

Web分野では、ActiveXの代用にしかならないような気がするなぁ。。。

IE6では動いたが、firefox2でXAMLが動かん・・・。なぜだらう。

>>70
firefox2でやってみた。
タブが無限に増えていく。
ブラクラだこりゃｗｗｗｗｗｗｗ

早くAjax死滅しろy

>>66-67
ﾜﾛﾀ

>>65-67
余りの分かりやすい自演っぷりに感動した

XBAP≠WPF/E

xamlファイルをダブルクリックしてIE7で起動しようとすると
「使用していたアプリケーションでエラーが発生しました」ってでて起動できないんだ
誰かたすけてorz

環境は
Vista Home Premium
Visual Studio 2005 SP1
・Windows SDK for Vista
・Visual Studio 2005 Extensions for WCF, WPF (英語版)

きっとエラーが発生したんだよ。
そうに違いない。

XamlPadでは実行できてるんだけど、なんでかな

ちなみに実行しようとしてるのはこれ

<Page
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Background="White"
>

<Button>
<Button.Background>Gray</Button.Background>
<Button.Foreground>White</Button.Foreground>
<Button.Content>ここを押して</Button.Content>
</Button>

</WrapPanel>
</Page>

</WrapPanel>

ごめん。まちがってたね。
でも</WrapPanel>なくしてもエラーでてる・・・
すんません。ちょっといろいろ調べてみる

>>80
SJISで保存したら俺もエラーが出た。UTF-8で保存したらできた。IE6だが。

ああ！ありがとう！UTF-8で保存したらできたー！

>>75
独占しか考えないMSが他のOSやブラウザで動作するように作成するわけがない。
WPFの１割の機能もないWPF/E(笑)

どっちかというと XBAP（笑）なんだが・・
<NET3.0をダウンロードさせないといけない時点でほぼVistaオンリーな技術じゃん。
Ｖｉｓｔａ普及するのまってからじゃあないと意味ないぞ

WPF/Eは入れなきゃいけないんでそ。

ランタイムのサイズが違う
.NETみたいに重くない
おそらくFlashみたいにほぼ意識せずに入れられるだろう
そのてん.NETは（笑）

>>84　.NET3.0はXPでもはいるだろ

わざわざ入れなきゃいけないWPF/Eと
Vistaだけとはいえ最初から入ってるWPF

>>87
日本語勉強するニダ

あながち間違いじゃないアルヨ

TBS 安土城＠WPF
http://www.ms-tenkafubu.com/wpf/truth.xbap

これを快適にみれる環境ってあるのか？

>>91
ちょｗｗｗｗ重いとかいう問題じゃねえｗｗ
全然動かないままCPU天井張り付きってどういう事だよｗ

快適ではないが、まぁ、見れる
外観をくるくるするだけだし、ズームの最大も大したサイズにならないのに
この重さはだめだろ

Ath64 3200+7600GT程度では死んだ

ちなみに >93 の環境は Core2Duo E6600 + 7600GS
回したり動かすと 100% まで逝っちゃうな

しかし、なんで3Dばっか出すんだろな。
クリックとか標準対応してないだろ、3Dオブジェクトのさ。

E5700+7950だけど、これは重すぎ。

>>96
そうでもしないとウリがないからじゃね？

人、それを手段の目的化と言う。

ハードウェアの能力を使いきれなくなってきたから、無駄に馬力のいるテクノロジを導入しただけでし。

こういうサンプルでも十分に面白いと思うんだけどな

ttp://www.sneath.org/tim/chocolate.xaml

>>99
仕掛けねーじゃんｗ

普通のWebで十分。

本当に期待してたんだが・・・
まじでいらねーな

>>91
TBSなんかと組んで法則発動したな･･･

>>91
このサンプルはWPF/EのCTPだよね＾＾；
この速度で正式版だったら終わったなｗ

>>103
.xbapはWPFの方。つまり、正式版でこの有り様ってこと。
これがVistaの新しい「体験」とやらだ。終わってるな。

元々誰も期待してないだろ

GDIがなくなるならそれでいい
そもそも初回描画に時間がかかっても
GDIのように更新もしてないのに無駄なWM_PAINTで描き直しつづける必要がないからね。

今のところ、WPFに関しての評価はこんな感じ？

利点
WPFだとGPUパイプラインでCPUで描画処理のリソースを有効に活用できる。
XAMLでMVCモデルで開発ができる。

欠点
3D描画処理が重い（使えない）
WPF/Eで3D処理が行えない（Flashより有用なところがない）

つーか、WM_PAINTで描画し直しなんてたいした労力でも無いがな。
別にコーディング上不可にもならん。

WM_PAINTでリストビューのスクロールが戻るソフトはウザいな

なんか全然盛り上がってないどころか思いっきり盛り下がっちゃったねｗ

結局、リリースとともに責任者をクビにしたOSで失敗作だし。

GPUをウインドウの描画にも使うってところまでで
とどめたほうがよかった気がするな

いや、もともと、GPUを使った新しいウィンドウ周りの設計自体はかなりしっかり行われてるよ。
ただ、実装に数年かかったと言うことと、色々イレギュラーな件が発生してパフォーマンスが落ちたけど。
でも、設計方針は間違ってない。

かなり気合い入れて設計されているのに、あまりアピールしてないから、みんな見た目だけでグチグチ文句言ってるけどさ。

じゃあ良サンプル見せてくれよ。口だけクン。

>>110
だなw

>>113
気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？

普及しようにもナ・・・・・
しばらく無理だろ
つうわけでマターリ4.0待つか

98SEでいいやとか言ってる連中にマルチコアも糞もないだろ

>>116
確かにUIContextの件は残念だけどそこでマルチコアを持ち出すのはどうだかね。
コア数に応じてスケールする、本当の意味でのマルチコア対応を謳いたければ、
結局RDBMSなりWFなりの仕組みの上でプログラミングしないときついんじゃないかな。
そういう場面でUIContextの不在が問題になる状況ってあんまり思い付かないんだけど。

スレッド2〜3個の処理をハードコードして自己満足に浸りたい時には確かにUIContextが恋しくなるけどね。
でもベンチとってみたら猿でも使えるSQL Serverの方が高いスケーラビリティを示すなんてことが実にありそうだ。

ところでマルチコア以前に今のアプリはI/Oやネットワークの
ブロッキングに対して無頓着なの多すぎだと思わない？
ちょっとネットワーク帯域が狭いからってUI応答が遅延するアプリが平気で生き残ってるし。
マルチコア以前にシングルコア時代の宿題がまだ終わっていない。

本気でやろうと思ったらVistaのWin32 I/Oキャンセルも対応しないと大変なのかもしれんけど。
ttp://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/default.aspx?loc=jp#S5

そういえばOrcas March 2007 CTPのリリースノートに「CLR: New Async model on Socket class」とかあるね。
まあ大半の開発者にっとってはこんなの使いこなす以前の問題が山積みで、結局大して使われない予感もする。

WPFとあんまり関係ない話でスマソ。

色んな話をｺﾞｯﾁｬにして誤魔化す気満々？

なんか必至にごまかしてるな

なんか、知らぬ間に誰かが書き込みしてるな。

>>119
フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。

>>123
へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。

そういや最近CCR特許がパブリッシュされてたね。
ttp://www.freepatentsonline.com/20070027912.html

Concurrency and Coordination Runtimeでしょ

ロボットって時点で萎える

>>124
　 　　　　　　　∧＿∧　　　┌─────────────────
　　　　　　 ◯（ ´∀｀ ）◯ ＜ 僕はJoinsちゃん！！
　　　　　　　 ＼　　　 ／　　└─────────────────
　　　　　　　_／ ＿＿ ＼_
　　　　　　（＿／　　 ＼＿）
　　　　　　　　 　　ｌｌｌ

ttp://research.microsoft.com/~crusso/papers/padl07.pdf
ttp://research.microsoft.com/research/downloads/Details/f9d6994e-45f6-49b8-b3c9-2a44bb2a4c50/Details.aspx

狂ったか

Vista、個人での利用は0.9％、会社ではゼロ
http://headlines.yahoo.co.jp/hl?a=20070307-00000019-inet-inet

Vistaｵﾜﾀ

XPの時もそんなこと言ってる奴がいたな。

XPの時も抵抗激しかったね。
「ペケポン」と呼ばせようとしてたりｗ

>>108
ゲーム作ったことないだろ

ま、今のMS、日本法人も含めて、今回結果を出せなかった奴は全てクビにしないとダメ。
そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。

PS2の時もそんなこと言ってる奴がいたな。

>>132
ゲームならDirectXで作れよ

XBOX360はアメリカ(欧州も含む？)ではかなーり高い評価らしいな。

方向としてはオワタに向かってる会社にそこまでしてマンセーして楽しい？
何がメリット？

明日の飯を人質にとられてるから。

>>135
GDIのウンコ加減を認めると？

適材適所って知らないのかな

GDIがどの時代に生まれたのか考えれば、哀れみを持って接することが出来るはずなのだがな。

GDIは性能を除けば可愛いインターフェースだお。
アクセスの仕方に注意すれば劇遅ってわけでなし。

まあ描く内容による罠
16*16と1280*960のBitBltじゃぜんぜん違うし。

milcoreの仕様公開してくれないのがなんともなあ。

いつまでGDI使わせるつもりじゃ

ウムコー

Silverlight ageしちゃうぞー

>>146
正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？

>>147
ないよー

あ、壁紙が追加されたけど。
http://www.microsoft.com/silverlight/downloads.aspx

XAMLプログラミングって本買ってきた。
これから読む。

>>149
買ってきたところで悪いがあんまりいい本じゃないぞ、それ。

まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。

何故先に言わん

>>151
おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ

まぁ、それに、代わりとなる書籍がないのも事実じゃない？　いまんとこ。

ttp://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=978-4-7980-1637-5
↑この本はどうなんだろう？

Silverlight Including .NET Support - Download it Today
http://blogs.msdn.com/mharsh/archive/2007/04/30/silverlight-including-net-support-download-it-today.aspx

TechCrunch Japanese
http://jp.techcrunch.com/archives/silverlight-the-web-just-got-richer/

>>153
なぜかその本、amazonで扱ってないね。

>>155
有るよ。ISBNで検索したら出てきた。
ttp://www.amazon.co.jp/Windows-Presentation-Foundatio-%E8%B5%A4%E5%9D%82-%E7%8E%B2%E9%9F%B3/dp/4798016373/ref=sr_11_1/503-4620684-1795945?ie=UTF8&qid=1178031781&sr=11-1

>>156
本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。

クリッコした。読んだあと、気が向いたらレポするよ。

Silverlight age

Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた

Silverlightで動くPythonコンソール
http://silverlight.net/Samples/1.1/DLR-Console/python/index.htm

TechCrunch もう一本
http://jp.techcrunch.com/archives/take-time-to-understand-silverlight-its-important/

>>153の本買ってきた。
これから読む。

>>159
なんという提灯記事・・・

Linuxのサポートがないンだからさ、そんなもの不必要。
Operaのサポートがないンだからさ、そんなもの不必要。

いい加減にしろ、マイクロソフト。

>>162
OperaとはWPF/E時代からクロスプラットフォームのためにこっそり共同開発してたらしい
もうすぐ正式発表だってさ。Operaの中の人いわく
ttp://my.opera.com/dstorey/blog/silverlight-coming-so-to-a-browser-near-you
LinuxではMonoがサポートする予定らしい
（ただ、Monoは人材不足らしいからかなり時間がかかるかも）
ttp://news.com.com/8301-10784_3-9714669-7.html

しかしActionScriptなんて低レベルなコミュニティに新参者として顔をださなきゃならないくらいなら、
いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。

んなーのは幻想。

>>163
GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。

乗り換えるのはクライアントが判断することだ。
開発者は情勢を見極めて開発するか決めればよい。

え゛っ

>>167は究極のコーディングマシン

開発キットがタダで手にはいるなら、使ってやっても良いぞ >> マイクロソフト

質問。

Silverlight のサーバ側は、ASP.NET 以外は不可なのか?

どうなんだよ、マイクロソフトさんよぉ。

>>171
http://d.hatena.ne.jp/Seasons/20070505/1178307632
http://d.hatena.ne.jp/Seasons/20070506/1178309681

ちゃんと読んでないけど。

>172

それ、ストリーム転送とか大丈夫なのかよぉーっっ。

>>171
Apache可

IDEのWPFデザイナ重すぎっす＞＜

もっさり.NETは仕様です。

IDEのWPFってVS2005に追加させるやつのことか？

http://msdn2.microsoft.com/en-us/library/ms754130.aspx
日本語版無いのか・・・orz

WPFってアンマネージドな世界からも使えるの？

メッセージは健在だって話は聞いた事があるな。

>>179
もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない

やってみたことないのでさっぱりわからないが

ATLのほうが百倍飯食える

嘘と大げさは、詐欺師の始まり。

>>179
できるとすれば、CLRホスティングでだろうな。

>>178
http://www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja
やっと出たんだっけ。

*.csファイルでインスタンス化したオブジェクトと
XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…

>>186
ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。

>>187
無事できました、ありがとうございます。
これでUI作成がけっこう楽になりそうな予感。

質問ばかりで申し訳ないんですが、
BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？

DependencyObject派生ではないsourceで

source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty

としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…

どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。
スレ汚してすみません。

んーと∩(　´Α｀)＜　先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？
Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。

WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから
そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど

>>192　プログラムコードからWPFオブジェクトにアクセスすることってできるん？

普通にできるよ
てか、できなきゃ困る

そのときってどういうイメージ？
FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？

>195
XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。

結構簡単にできるんじゃない？
*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。

もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。

MS机ってWPFなんだってな

WPF初めて触ってみたけど
これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。

ゲーム向き以外のしくみはみんなウンコかよｗ

もうゲームなんて斜陽産業だろ?
わかってんの?

重いからリアルタイム性のあるゲームには向かない。
エロゲーとかは作れるかもな

ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ
WPFなんてsilver lightの練習環境ｗ

だったら他の何かを使って好きなだけゲーム作っててくれ

よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？
XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。

なんでだろ。
Binding とか Template 機能にこりすぎた？

あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。

ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。

>>205
次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。

>>205
ゲームより速度を要求するアプリってなんなのか、教えてくれ。

>>209　どこをどう読むとそんな質問が出てくるんだ?

Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？
→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい

ってな感じで思考が飛躍したんだと思われる

厨の思考なんだから理解してやれよ。
ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。

ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。

ゲームプログラマ以下のプログラマが多すぎるからじゃない？
あとハゲに謝れ

WPFで新しく何ができるんだ？
XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。

売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話

まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど
プログラマ視点の利点しか目に付くところなくない気が。

てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。

３Dオブジェクトを透過させて背景も透過させて
裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ

夢見させるようなこと言うなよ三井

>>205
利便性と動作速度はトレードオフ

>>217
DirectXに無理なことはWPFでも無理

>>214
ハゲｗｗｗｗ

ああ、待ってればそのうち何でもできるようになるよ

アホか。2003年からどんだけ待ってたんだと思ってんだ。
で出てきたのがこの出来なんだ。
これで失望しなくてどうする。

>202
つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。

>>221
まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。

ぬあ

＞売りはGPUによる３D高速描画だろ？
そうだったのか

ネットワーク透過はVistaのAeroもそうだろ

俺もネイティブC++で扱えるもんだと思ってたからがっかり
C#はちょっとな

>>226
WPFもAeroも同じ仕組み使ってるからな。

>>227
milcoreをたたけ！

>>199
普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
http://blogs.msdn.com/hiroyuk/archive/2007/01/12/3d.aspx

>>217
http://byfiles.storage.msn.com/y1psF2ifk77l803A1nb0dVXONn_bIG9aCInk2H2gbfAc7_Nj_sVDz3rU95pgtWvyncO
http://vistacon.spaces.live.com/blog/cns!E7B8B7FBB8342214!146.entry
これぐらいのことなら・・・

>>227
WPFってCOMに対応してないんだよなあ。

>>216
ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム

いつになったらはやるんだろう…(´・ω・｀)
GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが

VisualStudioがちゃんと対応しないと

XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく……
通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)

まあ、WebアプリはFlexにまかせとけばいいでしょ

>>237
ないない、それはない。

silverlight 1.1ともろかぶりそうだからxbapは微妙だとは思う。

xbapはWebサービスにアクセスできないから終わってる。
Silverlightのがマシ

FlexよりAIRだろ

>>240
証明書があればできるお

まじで！？

【派遣ネガティブ根性チェック】

3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。

□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□口伝された仕様を意図どおり理解できなかったのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ

これってマジなん？
ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1

まさかJavaがWPF使ってくるなんて思ってなかったが・・・

>>245
EclipseのWPF版は使ってみると分かるけどまだまだ重いよ。
そのページからリンクされてるけど、こっちの方が文字入力環境としてはまだ快適。

ttp://d.hatena.ne.jp/NyaRuRu/20070425/p1
ttp://www.actiprosoftware.com/Products/DotNet/WPF/Ribbon/LiveDemo/Sample.xbap

原理上、WPF版Eclipseもこれぐらいのパフォーマンスは出るはずなので
今後のチューニングに期待。そうなると結構化けるかも。

.NET 3.5に付属する.NET 2.0 SP1で、WPFのパフォーマンス向上って話もあるし。

>245
思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。

>>247
Javaにはうといんで

>>246
xbapって日本語通るんだね。

昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。

とか入力したりコピペしてみたけど全然大丈夫だった('A`)

ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB

>>249
.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。

>>249
なんというロースペック

eclipseは開発環境としての利便性の充実にスイッチしてるぞ。
Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。

そういやREMIX07のページは見た？

こっちはSilverLightってことで完全ソフトウェア描画だけど、
滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。
結構滑らかにぬるぬる動くよ。
ttp://www.event-information.jp/events/remixj07/default.htm

てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。

すまん、FlushじゃなくてFlashだ。

こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、

First Look at IronRuby - ScottGu's Blog
http://weblogs.asp.net/scottgu/archive/2007/07/23/first-look-at-ironruby.aspx

WPFって、最新の.NET用のGUIライブラリってことでよいのでしょうか？
.NET 2.0までは、VCLよろしくなWindows Form?（なんて呼ぶの？）だったと思うのですが、
なんで、今、WPFなんでしょう？
GPU使いたいからなんですかね？
しかし、また、アーキテクチャともかく、使い方がWindowsFormと互換性ないのは、
なぜ？なんで変えたんだろう

>>255
成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。

2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
　　　　　　http://www.freepatentsonline.com/20050140694.html
2004年 - Longhornバブル
　　　　　　http://pc.watch.impress.co.jp/docs/2004/0506/mobile239.htm
2005年 - Longhornバブル崩壊、.NET 2.0リリース(年末)
2006年 - WPFベータ->VistaにWPF RTM標準搭載(年末)
　　　　　　WPF向けデザインアプリ(Expression)ベータ登場、WPF/Eの噂が流れる
2007年 - WPF/E改めSilverLightお披露目、Expression RTM
　　　　　<- いまここ

なぜWinForm互換じゃないのかについてはそれこそ5年前に
それで行こうと決心したからじゃないかな。
まあ当時予想されていたLonghornとはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。

>>256
サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。

勉強になりました

機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。

>>256
おお見やすい。

WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。

後当時は
「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？

まあ、GUI アプリ開発環境を一新したいけど、
WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。

・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。

ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。
WinFormsは基本的にハードの進化を考慮していないテクノロジー

CodeGears は WinForms のサポートを切ったり、eclipse も
wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

C#はともかくなんとなく Xaml に 馴染めてない俺涙目。

JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして
覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。

CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった

そもそもXAMLは手書きするものなのか？

XMLの修正は普通におこなうだろ？

それにXAMLはWebのASPと同じようなもの

>>262
「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。

>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。

＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・

> 要らない子っていうか、IDE で簡単に UI を構築って場面以外では
> WinForms は素の Win32 に対して優位性ないよね・・・

エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ

>>262
むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。

そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが
当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと
やっと達観できるようになった。

XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？ と思うんだがどうよ。

間違いなくWinFormsはいらない子

>>270
なんかおかしいか？

>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね

UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。

>>260
> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？

>>・XAML＋C# による UI とビジネスロジックの分離
Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い

>>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
VMLやSVGなどの従来技術をごちゃ混ぜにしただけ

>> ・タイムラインベースのアニメーション
それFlash

>>275
まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。

>>275

> ・従来通り
そもそも従来通りの処理ではない。

> ・Webだと当たり前だし
んなことないだろｗｗｗｗ aspとかPHPとかだとぐちゃぐちゃ

> ・従来技術を
従来技術で動画を球体のテクスチャに貼り付けて再生するような処理を、
簡潔に記述できたっけ？

> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。

WPFって XPで動くの?

>>278
.NET Framework 3.0をインストールすれば動く。

>>>276
確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな

WPFのスレッドモデル、当初予定より退化と言われることもあるけど、
個人的には結構好きだよ。
あと、Win32/WinForm時代の弱点をちゃんと改良しようとしている点も○
例えば「入れ子になったポンプ処理」ってところで説明されてるPushFrameとか。
ttp://msdn2.microsoft.com/ja-jp/library/ms741870(VS.80).aspx
ttp://msdn2.microsoft.com/ja-jp/library/system.windows.threading.dispatcher.pushframe(VS.80).aspx

ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1932426&SiteID=7
WinFormって結局Win32の知識無いと使うの無理だと思う。

WinFormはWin32をきれいにラップしたものに過ぎないからな。

＞きれいに

ダウト

まぁMFCよりはましでしょ。

まぁね。

WinFormsを使っているか簡単に判別する方法
キボンヌ。

コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?

使っている の基準がよくわからんが
参照設定を見てSystem.Windows.Formsがあるかどうか

import System
from System.Windows.Controls import *
from System.Windows.Media import *
from System.Windows.Documents import *
from System.Windows import *
from System.Windows.Shapes import *
from System.Windows.Input import *
from System.Windows.Media.Animation import *
from System.Windows.Interop import *

とかだと どっち とか？ import文 using文 だけ見てどっちか
判断するとかはできないのかな？Xamlはなるだけ使わないでC#だけで
書くなら何かどっちもコードの表面的な部分はあんま大して変らないような
気がするんだよね…もっと全然文法的な面とかガラガラポンされちゃってて
互換性ゼロみたいな世界なのかと思ってたから。その辺どうなのかなと。

所詮ライブラリ
いちいち言語仕様ガラガラポンされてたらたまらん

>>289
一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。

WPFは良いのはわかるが、プロパティ名がFormsから変更されているのが気に入らない。
紛らわしいｗ

RoutedEventとか、CommandBindingとか、
アプリケーションフレームワーク的には進化してるだろ。

前までDelphiやってて、C#やろうとしているんですが、
いまやるなら、どっちがベターなんすかね。
WinForms？WPF？

WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが

WPFがベターだと思う、結局Formsは中途半端な仕様だから。
ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。

.NET Framework 3.5ってWPFに関しては何か変更あるんですか？

ランタイムが早くなったのは実感できた。

>>295
ttp://blogs.msdn.com/wpfsdk/archive/2007/07/26/what-s-new-in-wpf-in-the-net-fx-3-5-beta-2-release.aspx

>>295　ちら見したが、3DのでHittestやイベントハンドリングついたみたいね。

ところで誰かBlendでのReleaseビルドに仕方教えてくれ・・・
Help見てもどこでTarget切り替えるのかわからん････

>>294
サンクス

3.5でWPFの劇重糞仕様って直ってる？

↑3Dのことです

貧弱グラボを買い換えればすぐに直るだろ

本気でそう思うのか？
Expression Blendの車のサンプルで5秒/1フレーム
3800 X2
2GB
X1300 Pro

>>303
10年前にタイムスリップできてよかったね

大体、VistaのAeroですら重すぎ、とかなのにさ。
WPFは劇重評価が普通の感覚だろ。

激しく同意

WPFは既存のWindowsアプリをリプレースする為の仕様。
３Dグラフィックスをバリバリ使いたければ、素直にDirectX使いなさい。

ExpressionBlendで作ったサンプルボタン貼り付けアプリが、サイズ変更時劇オモ･･･
ボタン5個とをスタックパネルの上にちょっくら貼っただけなのに。
AMDDualに程ほどの具ラボでしかないけどあれじゃ使い物にならん･･･

>>303
5fpsだと思ったけど0.2fpsなのかｗ

業務で開発してるやつは普通fps使うわな。

GeForce 8800でも重かったらさすがに問題だな

WindowのDialogResultってなんでNullableなんですか？
MSDNを読んでもこれがnullになる場合についての記述がないんですが・・・

Silverlightで3D使えるライブラリがあるけど1.1Alphaランタイムでも動かない
あれも重いのかな。それとも軽い？

>>313
SilverlightはDirectX使ってないから重いんじゃないの？

SilverlightはFlashと役割変わらないから、使い方も限定的。
間違っても、３DゲームやCGを作ろうと思わないほうがよい。

>>315
そうなの？
てっきり3Dが既存のFlashに対する優位性かとばかり・・・

Windows版FlashがWPFにポートされておしまい。

軽い Silverlight >>>>>>>>>(越えられない壁)>>>>>>>>>>> WPF 劇重

http://www.dolittle.com/blogs/einar/archive/2007/05/19/3d-in-silverlight-1-1-alpha.aspx
これなんだけどOrcasなども入ってないと動かないらしい。だれかレポートきぼんぬ

なんかAlpha Refresh入ってると動かないんだけど

俺も動かないな。

http://www.papervision3d.org/

>>319 >>320
検証乙カレー
なんで動かないんだろう

>>321
それはFlash(ry

>307
じゃあなんでWPFは3Dのロジックを新しく追加してんだよ。
結局、3Dグラフィックスだって2Dがそうなったようにバリバリ使えないと動かなくなるぜ。

WPFの3Dはちょっとした演出やエフェクト用じゃない？
てかそれぐらいにしか使い物にならん。

ドミノ軒見て来い

WPFはラーメン屋でおいしいラーメンを手軽に食べることが出来れば良い。
ラーメン屋でDirectXの様なフルコースを食べてもおいしくないだろ。

まぁそういうこと

とはいえ、どう考えても手軽に食えるほど軽くないけどな。

>>328
セレブからしたら3000円ぐらいのラーメンなんて
安いだろうからそうゆうのをターゲットにしてるんだろ

WPFはセレブ用のフレームワーク？
わらわせんなｗ

誰が使うんだよ

セレブなら、高価な３DCGを買うよ。
MayaやMAXのように50万から100万くらいする奴をｗ

いやそう言おうとしてるようにしか見えないんだが

MessageBoxて直接Win32呼んでるのか
ちょっとがっかり

WPFを使って4時間で作られたGMail UIクローン。
ttp://cs.nerdbank.net/blogs/jmpinline/archive/2007/08/01/New-WPF-developer-clones-Gmail-interface-in-4-hours.aspx

Flashを使えば2（ryで作成できね？

どんな、プログラムだろうとあらかじめライブラリが揃っていれば簡単に作成できる。
正式リリース前の開発環境だから、結論出すには早すぎる。

たった7行で実現とか
30分ハックとか
そういうのをもてはやす風潮はとてもよいと思う。

いや、迷惑以外の何者でもない。
営業が「30分ハックでちゃちゃっと作ってよ」みたいに使うだけだし。

そりゃAjaxだってそれにつかうライブラリが完備してれば4時間で作れるだろうさ。
まぁそれだけ強力なライブラリを持ってるのはいいことだ。

全然詳しくないので質問させてください。

自称「マネージメントもできる」派遣クンが
「WPFが僕のプログラムどおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。

彼のWPFプログラムが動かないのを調べるのは誰の仕事なのでしょうか？

愚痴を言いにプログラム板にくるなよｗ

とコピペに反応すればいいのかｗ

作るだけしてデバッグを人のせいにするような性格の人なら、
契約終了を待たずに辞めてもらえば？

とはいえ、WPF挙動自体ののデバッグはなぁ。
MSDNでインシデント使って、Microsoftに投げろよ。

とはいえ、原因を分析する、人に説明する、ってのは派遣が苦手な作業だからな。
派遣を使わないで正社員を雇えよ。

WPFのバグがあれば回避して、代案を使ってプログラミングをするのが
エンジニアの仕事だろう。

WPFのバグがどうかわからなくても、とりあえず人のせいにして、
「あの人の調査が終わるまで僕は待ちです」と言うのが派遣の仕事だろう。

派遣くん　「正社員にしてくれたら調査します。」

なんかマ板向けの話題だな。

被差別民が素性を隠して同じ被差別民を徹底的に迫害するという行動パターンがある。
在日右翼なんていうのもその一種。あちこちにコピペしてるのもその類だろ。

Buttonのコメントを外したときにテキストがくっつくのは何故？

<Page xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">
<Grid>
<!--<Button Margin="10">-->
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="*"/>
<RowDefinition Height="*"/>
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*"/>
<ColumnDefinition Width="*"/>
</Grid.ColumnDefinitions>
<TextBlock Grid.Row="0" Grid.Column="0" Text ="0-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="0" Grid.Column="1" Text ="0-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="0" Text ="1-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="1" Text ="1-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
</Grid>
<!--</Button>-->
</Grid>
</Page>

>>351
Button の中にある Grid に Width, Height の指定がないから、
その中身の TextBlock も幅・高さ指定なしで、中身のテキストの幅ぴったりになる。

Grid は Page の幅いっぱいに、Grid 直下の Button は Grid の幅いっぱいになるけど、
Button の Content にはそういう機構は働かない。

Button の Content を Button の幅・高さに合わせたかったら、
Binding 使って Button.Width と Button.Height と結合させないと駄目だと思う。

まあ、たぶん、
Button.TemplateBinding に Grid を書いて、
TemplateBinding 使って Width と Height をバインドさせるのがいいと思う。

あっ、ミス。
○ Button.TemplateBinding
× Button.ContentTemplate
ちなみに、ContentTemplate は ContentControl から継承。

umeume

あげ

うーん　なんつーかこんなに重いもんはやらねえだろ
WinFormsだってもっさりしてるのに　それ以上にorz
商業系アプリなら知らんけど
フリー、シェア系の軽量アプリなら嫌われるよなあ
自分用のアプリでも使いたくねえわ
別にボタン斜めにしたり　アニメーションさせたりとかに意味を感じないし

３D使わないのにWPFを使う理由はないよ。
グラフィックカードの性能に依存するから低スペックにWPFは地雷。

WinFormかXMLで書ければいいのに

XAMLってXMLだが。

>>358
といってもGDIでもVistaでは3Dで描いてるんだし
GF7800GTSだけど
ネイティブGDIアプリとの差は歴然としてる
スペックがあっても環境なりに差がある
確かに3Dやアニメーション使う人じゃないと使う理由はないかもね

使う側にとってはメリットがなあ・・・

WinFormsと違って使う側にとってのメリットはあるだろ
見た目ｗ

３Dと描画ロジックがFormsと違って一括描画でコントロールの数に影響されないことと
XMLによるUIとロジックの分離。

そのデザインとのコード分離っていうのだって
グループで開発してるならともかく
一人でしこしこ作ってる分には面倒な気もする
Expressionとかさらに投資する気もないし

個人製作では敷居は高くなってるね。
XAMLのライブラリ覚えるのも結構大変だし、Expressionのツールを習得しなければいけない。

>>365
もちろんグループ開発で分業しやすいってのもあるけど、
個人でやるにしても、GUI の設計って
プログラミング言語よりも XML みたいな階層構造もった言語の方が書きやすいと思う。

ライブラリは、VS とか使うならの話だけど、
あんがいインテリセンスのお陰で覚えなくても使える。

うーん、開発者側の意見ｗ

ユーザ側の意見で言うと、もっとスペック低くても動かないのか？

ユーザーからすれば、中身がWPFだろうがVB6だろうがあんまり関係ないんだよねぇ・・・

ユーザーは.NETを意味嫌ってると思われ
重い、ランタイムインスコがうざい

VB6のほうがマシ

>>371
つClickOnce

相手にされなくなったからこっちに来たかｗｗｗ

ユーザーの利点
・DPIに依存しない。

だれか、XAMLでレンダリングできるLatex作ってくれよ。

え？

1、XAMLにListViewを追加
<ListView Grid.Column="1" x:Name="list"/>

2、ListViewに500個ぐらい項目を追加する
ObservableCollection<int> items = new ObservableCollection<int>();
for (int n = 0; n < 500; ++n)
　items.Add(n);
list.ItemsSource = items;

3、ListViewにフォーカスをあわせる
4、↓キーを押し続ける

上記の操作を行ってしばらくすると、50％ぐらいの確率で、
ListViewが上下にガクガクとスクロールして、止まらなくなってしまうのですが、
何か使い方に問題があるのでしょうか？

なにか問題があるなら、対応策考えれば良いだろう。
リストアイテムを制御するプログラムを作るとか。
全部の項目を一気に追加するなんて初心者のやりかただぞ。

>375
ttp://jeuclid.sourceforge.net/
微妙に違うがWPFを使うSwingでいけるってことでJavaで書かれたのを探せばいいんじゃないだろうか？

しかし、WPFでなんで3Dなんか使わなきゃいかんのだ。
GUIに3DでWPFに何かアドバンテージがあるのかょ?

大体、WPFだってへたくそに使えばめちゃくちゃ重くなるしょ。

>>380
3Dは今ではほとんど使われない技術だが、常にクライアントは進化を求めるものだから
いずれ必要になるときがくる。
PCがコマンドライン、GUIと進化したように２Dから３Dと進化しなければならなくなる。

3Dっていうか、単にあまってるグラフィックカードの力を
有効に使用しましょうってことでしょ

3Dを特別視しすぎだな。

だが、３DGプログラミング出来る奴はほとんどいないけどな。

3Dはうまく使えば有効だけど使いどころがムズカシス。
InformationGraphics以外の分野で有効なものあまり見たことないなぁ

Direct3D使ってるっていうだけで別に3Dのためのライブラリじゃないし

上手く使えば既存の2DのGUIより使いやすくなるんじゃね。
うまく使えばだけど。

上手く使ってるのはMSよりAppleだったりするからな

Appleのは2Dを３Dで実現してるだけだからなー
昔NTTの研究所でGooの検索結果を３Dで表示するってのやってたけど本とにセンスなかったな

しっかりとした3Dインタフェースの指針が出てれば、安心して開発者は使えるんだがな。
テクノロジープレビューレベルで現場の開発者に投げても、使う気はせんよ。

.NET3.0は確定してるけどね。

.NET3.1で大幅変更

.NET3.5でプログラミングモデル変更

.NET4.0で氏滅

.NET 4.0は自動並列化をサポートするけど
そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが

コンパイルしなおせばもうまんたい?
どう中間言語換わるか知らないんだけど、トランスレーターみたいの出るんじゃないんかね

プロジェクトだったら、全部新しい環境に変換されるんじゃないのか？

またスクラップ∩リビルドかお。

自動並列化って何？
何を並列化するの？

そもそも >>393 の信憑性は？

まあ、それが信憑性あるとしてもたいした問題とも思えないけど。
2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。

＞そもそも >>393 の信憑性は？

なんていうか、393の信憑性は０だが、











内容は現実にあってて信憑性高杉る。

＞2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。

ヒント：今までだってコンバートの嵐。コンバートエラーも嵐。

性能が落ちるだけじゃなくてバイナリが保障されないドトネトなんてヤメテしまえＹＯ！

バージョンまたがって、バイナリ保障されてるランタイムなんてほとんど奇跡。

2.0も4.0も入ってるならコンバートする必要はないだろ
ソースレベルでは互換性は保たれるだろうし

＞バイナリ保障されてるランタイム

実行バイナリの話なのか、実行ランタイムの話なのかハッキリしろよ。
何テンパッてるんだよ。

＞ソースレベルでは互換性は保たれるだろうし

何そのＭ＄では今までありえなかった話。

>>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。

件名：.NET1.1と.NET2.0の互換性について
ttp://www.atmarkit.co.jp/bbs/phpBB//viewtopic.php?topic=31486&forum=7&7

.NET Framework 2.0 廃止予定の API 一覧
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/

意味わかんないです（＞＜）
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/ObsByNamespace.aspx#System.Windows.Forms

System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。

　（　<●><●>） 　　ドトネト１．０〜２．０廃止なのは分かってます
　 （Ｕ　　 　　 ）つ 　
　　　 ｕ　　ｕ

.NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について

ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7

.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。

APIが廃止されても大丈夫だからSide by Side実行なのだよ

>>409

つ 393
残念!

しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど

Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。

HILOG on Hatena - Visual Studio 2008 Beta2 Available
http://d.hatena.ne.jp/InoHiro/20070728/p3

なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。

バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。

Visual Studio のバージョンは .NET Framework のバージョンと密接に〜
とか言ってたのにな

2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな

0$のバージョンの上にドトネトバージョンが乗っかるって、





それって何てブビランタイム？

hoshu

結局のところ.NETの利点はなに？
Javaは他OSで動くからまだいいんだが…

開発が楽になる

Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。

>>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。

JavaがWindowsじゃ役に立たないから、その穴埋め。

>421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。

>>421
良回答10pt

たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。

Javaはどこでも動くがどこで動かしても中途半端

どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら

どこでも動くのはWebアプリで結構

つーか市販のJavaアプリなんて見たことないけどw

Run Anywhere は幻想というのがよく分かるのが Java

電子政府がTrouble Anywhereって印象しかない < JVM

JavaでGUIプログラムとか（笑）

Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな

見事な廃れっぷりだな。

WPF始まる前から終了の予感がしてきた。

VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。

でっていう

>>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。

Sliverlightだって…

PowerShellばんざぁい

>>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。

Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。

HTMLの代わりに使えばいいんじゃね>XAML

Loose XAML のことかな。
IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。

C#使いは当然XAMLも勉強するよな？

しょーもないことで上げるなボケェ

なんかWPF触ってるとC#の堅物さに嫌気がさしてくる

WPFの方もIronPythonとかサポートしてくれないものか。

むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...

WPFでのIronPythonサポートって何がしたいの?

Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。

>>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。

いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。

IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。

>>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)

だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。

で、C##が誕生するのか

>>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。

>>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。

そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。

>>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？

>>454
型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で

a.Name = "あ"
a.Name = "い"

とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、

> property missingをフック

するとどういう書き方になるの？

依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。

それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

>>456
んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ

例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。

事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。

たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？

なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。

そしてIDEのデザインモードは壊滅

とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。

C#4.0待ち？

http://msdn2.microsoft.com/ja-jp/library/ms750559(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？

>>461
ttp://msdn2.microsoft.com/en-us/library/aa972170.aspx
とかダメなん？
詳しく読んでないけど。

シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。

>>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね

とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃

質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。

FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…

FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ

PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×

音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに

Expression Blend で実行すると上手くいくのに、
Visual Studio 2005 で作成すると、メニュークリック時に落ちる…。何故？

<Grid x:Name="LayoutRoot">
　<DockPanel LastChildFill="False">
　　<Menu VerticalAlignment="Top" DockPanel.Dock="Top">
　　　<MenuItem Header="ファイル">
　　　　<MenuItem Header="新規作成" />
　　　　<MenuItem Header="開く" />
　　　</MenuItem>
　　</Menu>
　</DockPanel>
</Grid>

Acropolisプロジェクト終了のお知らせ
ttp://blogs.msdn.com/acropolis/archive/2007/10/29/An-Acropolis-Update.aspx

Codename Maxといい、WPFを使ったプロジェクトは呪われてるな

WPFは素人を騙すデモアプリになら結構使えるよ

何これプロパティウインドウでイベント選べないのかよ糞過！
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い

>>471
VS2008に統合するって話じゃないか？

>>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ

ならいいじゃん

WPFを勉強しようと思うんだが、お勧めの本ってある？
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？

本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。

msdn2 の日本語訳版でも読めばいい

>>477
ttp://adamnathan.net/wpf/
これがヨカッタ。
フルカラーだし。

WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか？

WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。

http://msdn2.microsoft.com/ja-jp/library/ms743714(VS.80).aspx

の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか？

こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。

WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？

とりあえずWindowsFormsHost使ったら

ttp://www.infoq.com/jp/news/2007/11/ironruby-silverlight
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。

階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。

静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。

>>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。

1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの？

JScriptでいいなら出来る

実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか

つ XamlWriter.Save

>>493
うおお、まさにこれです、ありがとうございました！

WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな

３Dでアニメーションはまだ、実用的な速度は出ないよ。
２Dアニメーションや静止画３Dなら使える。

だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる

xamlでgifアニメーション動かせます？
静止画としてしか表示できないのかな

>>495
CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾

当分来ないなｗ

>>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。

？
なんでWPFなのにCPUクロックの話になるんだ

WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか？

ほとんどCPU描画な件

>>504

ボトルネックがどこにあるか調査してから断言してますか？
ソフトウェアレンダリングの場合はVRAMが一番影響大きいのだが？

それこそまともな3D描画ならともかく
WPFのネックがフィルレートだとでも？

なんでソフトレンダでVRAMの影響が大きくなるの？
メインメモリ上で処理して、VRAMに渡すのなんて最後だけでしょ？

おまえらプロファイラ使えよw

それも微妙だったりして。

そのうち「WPFアクセラレーター」なんて拡張カードが出てきたりして

とりあえず、調査してから文句言った方がいい、恥かくことになるから。
http://dodgson.org/omo/t/?date=20060922

趣味でWPFを始めてみました
質問なんですけど、ストーリーボードで人（アバター）を歩かせるアニメーションをしたいのですが、
画像の切り替えはどうすればよいのでしょうか？
EllipseGeometryでPointAnimationを使って移動はできたのですが、歩くモーションのため、
数枚の画像を順に切り替えたいのです

不透明度の変更でできるんじゃない？

WPFの重さって、UpdateWindow相当の処理が存在しないのが原因じゃないだろうか？

描画処理だけなら60FPS近く出る場合でも
UIスレッドで重い処理を行うと、
優先度の低い画面更新処理がすっ飛ばされて、全然画面更新されなくなる。

UIスレッドで重い処理をするなと言われればそれまでだけどさ、
WinFormsなら、キーが押される時等の早いレスポンスが求められる時には
UpdateWindowが呼び出されてるんだから、
WPFにも同じような機構が欲しい。

WPFには、XNAみたいにフレーム更新のスキップ機能がほしい。
途中のアニメーションをすっ飛ばしてレスポンス返す方がいい。

>>511
Avalonだとか言われていた時代、既にAppleはQuatz Exteremeという
近代的なデスクトップシステムを作り上げていたのだなぁ

おいおい・・・

MSは98年ごろにデモで3Dデスクトップ環境を披露していたが

まあ板的に肝なのは主にXAMLだ

XAMLはいいかげんさが足りない

でも面白いよなXAML

でも、実際はタグでWeb開発してる奴にとっては珍しくないんだよ。
問題は内部ロジックがどの程度進化していくかが重要。
今の処理ではアニメーションが重すぎる。

XAMLって汎用的なオブジェクト生成、設定マークアップランゲージだろう。またそうやってかけるのがナイスなんだが。
自分でXAML相当のもの作るとしたらどういうスキーマをクラス情報から生成すればいいんだろ。attributeの辺りとかよくわからんです。
WPFこれから調査するけどなんか思い･･･
MSの人がXPだとハードウェアアクセラレーション書きかないバグがあってフィックスがどうたらとかいってたけど知ってるエロイ日といますか？

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

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

もう進まないんじゃないかって思ってるんだが。

>プログラマブルな方向
むしろこれからが本番じゃない？

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

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

まあ、VSそのものはそれほど進化してないからな。
Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。

アニメーションが重いのがネックだったら、
Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？

いや、アニメーションが重いというよりも全体が重い気がする。
XPだとハードウェァアクセラレーションできないって話があるがマジですか？

　　／￣＼　　　プラグイン必須だし　　　　　／￣＼
　　|／￣￣￣￣＼　　　　　　　　　　　／￣￣￣￣＼|
　｜　　　／V＼＼＼　　　　　　　　　｜　　／V＼＼＼
　 |　/　/|｜　　｜|　|　　　　　　　　　 |　//|　　　｜｜　|
　 |　|　|(ﾟ)　　　(ﾟ)|　|　　　　　　　　　　|　|　(ﾟ)　　　(ﾟ)　/|
　ノ＼|＼|　(_●_)　|/　　　　　　　　　　＼|　(_●_)　|/|/＼　ウィンのIEしか動かないの
　彡､　　　|∪|　　､｀￣￣ヽ　　　　／彡､　　　|∪|　　ミ　　＼
/　＿＿　ヽノ　　　Y￣)　|　　　　(　(/　　　　ヽノ＿　|＼＿＞
(＿＿＿）　　　　　　Y＿ノ　　　　ヽ/　　　　　(＿＿＿ノ
　　　　　＼　　　　　　|　　　　　　　|　　　　　　/
　　　　　　|　　／＼　＼　　　　　／　／＼　　|
　　　　　　|　/　　　)　)　　　　　(　(　　　　ヽ　|
　　　　　　∪　　　（　＼　　　　／　)　　　　∪
　　　　　　　　　　　＼＿)　　(＿／


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

↑何と勘違いしてるんだろ？

>>529
これのこと？
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1987079&SiteID=7

>>529
ついでにこれも。
ttp://blogs.msdn.com/hiroyuk/archive/2007/11/30/6604954.aspx

【コラム】　パソコンが「重く」なるのはなぜ？不調の理由は？　解決法はある？
http://news.ameba.jp/r25/2007/12/9073.html

>>534
＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。

>>535
メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ

一度もリストアもしないで数年使い続けたノートでは役に立ったよ。
数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。

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

ソース公開するらしい

＞刷新 「.NET アーキテクチャーセンター」

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

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

MEETをNEETと読み違える奴多数？

勤労を批判的に見る訓練

こういうオサレなWPFアプリ作ってみたいもんだが、どうしても重くなっちゃうな。むずい
ttp://www.thirteen23.com/work/denounce/index.html

まずもってデザインセンスがない俺

Yahoo! Messenger for Vista
ttp://japan.cnet.com/news/media/story/0,2000056023,20362702,00.htm
ttp://messenger.yahoo.com/windowsvista.php

うおおお
今度は落ちにくくなってるのかな

MSが使わずYahooが使っているという・・・

使ってみたけど結構悪くないよ
ただ絵文字がきもくなった

あれから1年：Vistaのキラーアプリケーションはどこにある？
http://japan.zdnet.com/sp/feature/07microsoft/story/0,3800083079,20362838,00.htm

おっしゃるとおりでございます。
リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.

XPのときにキラーアプリなんかあったか？

98/Meから乗り換えたユーザーにとってはXP自体がキラーアプリだったような。
当時2000ユーザーってそんなに多くなかったし。

WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀)

>>552
ttp://www.venkatarangan.com/blog/XAMLSchema.aspx
こんなん見つけましたけど(゜▽゜)

>>551
2000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな

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

http://msdn2.microsoft.com/en-us/library/ms771362.aspx

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

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

もうだめぽ

[Window Title]
Microsoft Windows

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

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

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サンプルコード その１ - MSDN フォーラム
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=494231&SiteID=7

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

> UICulture

超常識なんだが。

そうか常識を超えてるのか…

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

>>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

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

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

ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から
.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。

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

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

WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか？
オンボなので確認のしようがない・・・

VA側じゃなくてVGA側でしたorz

意味が分からない

ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが

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

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

>>569
その辺については「dwm.exe」でググると（WDMじゃなかったorz）
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。

>>570
vistaじゃないと駄目なんですね

Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・

エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は
２００５とあまり変わらないから。

使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか

β版から使ってると、「やっとRTMきた」くらいしか書くことがない。

WPFアプリを試してみたが、イベントハンドラの一覧が
プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。

プロパティの数が多すぎてプロパティウィンドウは使い物にならん。
XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。

ほんとだ。XAMLのエディタは優秀だな。

正直 XAML エディタの GUI 表示は表示確認でたまに見るが
プロパティ一覧は最初にちょっと触った以外は操作した事もない

XAMLプロパティウィンドウはFormsプロパティウィンドウより退化してるｗ
インテリセンスはVS2008は比較的優秀。
デバッグはちょっと使いずらく感じる。

イベントってどうやってやるの？
手書き？

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

XAMLPAD使いの俺からするとVS2008のWPFエディタはめちゃ高性能。
最初にGUIで各パーツを大雑把に配置したら
あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。

WPFのButtonタグ。BackgroundとForegroundで色をつけたのですが、
ボタンを押すと普通の灰色ボタンに戻ってしいます。
ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか？

>>584
.NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ

>>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>

記事や書籍で「WPFはGPUを酷使することでCPUに負荷を与えることなく高速に動作する」
と言われていますが、C2D＆Geforce8シリーズのようなハイエンドＰＣでも、
簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。

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

>>550-551
確かに・・・落ちない、というだけで、重くてもXPにしたからな。
まあ、他で2000も使ってたけど。

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

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

>>587
答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。

WPFはタブオーダーをクリックして変更できないのかな。
あの機能は便利だと思うんだけど。

>>588
ゲームがVistaに最適化すればよい

>>590
便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし

>>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^)／

そろそろ、スレ違い

DirectX10の本領発揮は10.1からだぜ
見た目が綺麗になるとか云々はおまけです

そのとおり。
根底から違う。

>>592
だが、その機能すら今回はないんじゃないか？

>>594
また、明日から本気出すですか？

C#でWPFアプリケーションプロジェクトを作成してそのまま実行してみた

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

環境は、Vista+VS2008です

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

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

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

田　->　口ドラック中にウインドウの内容を表示する

自分のC2D Vistaでも黒チラ出るよ。

コントロールのアニメーション面白いなーこれははまるわｗ

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

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

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

推奨NGWORD：派遣

アニメーション？

>>602
Core 2 Duo はともかく GPU は?

そこらへんはCPUよりもGPUっぽいなぁ

うちはC2D E6600にGeForce6600GTだけど、サイズ変更時に黒くチラつくな
GPU古いっちゃ古いから仕方ないのかな・・・

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

C2D E6600にGeForce GS7600だがVistaだとちらつく。
XPだと大丈夫。

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

>>610
情報ありがとう
VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった

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

ここまで読んだ
もっとWPF使いたくなるような話題はないのか？
とりあえずVCL使い慣れているのでWinForms使うわ

>>607
オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。
SP1で直るといいな。

.NET3.0て2.0用のアプリ動く？

多分

2.0は3.0の一部

3.5いれたら3.0いれなくてもOK?

そう思ってた時代が自分にも（ＡＡ

3.5入れたら3.0と2.0も入るらしいよ

>>613
Aero切った状態でもなる？

>>620
Aero切ったら画面描画が遅くなるんじゃないの？

Aeroをなんやと思うてんねん

>>622
VistaをAeroをOFFにする人の数 --gt;
http://pc11.2ch.net/test/read.cgi/win/1158641102/

>>620
Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10〜20%ぐらい高くなる。
他のウィンドウの再描画が増えるせいかな。

AEROきる→WPFのGPUアクセラレーションきるとなる？
ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。

>>621,624
AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか
やっぱ完全GDI描画だと（処理速度はともかく）出ないのね
>>625
AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど

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

Aeroオンの場合
1)ウィンドウサイズが変わる
2)クライアントエリアのイメージを保持する領域を確保し、不透明の黒で塗りつぶす
3)外枠を描く
4)WPFがクライアントエリアを描画（非同期処理）
5)GPUが合成

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

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

海の向こうでも似たような話してるｗ

Flickering background when resizing window
ttp://www.msdner.com/dev-archive/113/153-119-1134734.shtm

なんでWPFのCheckBoxのIsCheckedはbool?なんだよ・・・
いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ

bool b = IsChecked ?? false; と書くだけだぞ

え??

なんでbool?になってんの?
3値だから?

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

<CheckBox IsChecked="true"/>
<CheckBox IsChecked="false"/>
<CheckBox/>
これを区別するためじゃね？

なるほど。
しかし、629ではないが、指定なしのときは false の方が使いやすいな。
無理にNullable Typeを使わなくてもという感じがした。

Win32のチェックボックスだって3状態あったじゃない。
Windows Formsでは列挙体CheckStateで表現されていたよ。

普通アプリで3状態使うシチュエーションが思いつかない
Excelの複数セルの書式設定ぐらいじゃない？

一状態を特定できない複数選択対象なんぞいくらでもあろうが。

動的に変化するUIってXAMLでどうやって定義するの？
DOMみたいな機構あるの？

UIクラスとタグを関連付けるだけだろ

>>639
アニメーションとしてXAMLで定義する方法もあるわけだが

WindowsFormsの方が格段に使いやすいじゃん。WPFって存在意義不明。

日本語テキストの描画方法を調べてるんだが、
やっぱりサポートがいまいちだな。
縦書きとかルビとか禁則処理とかが楽にできると
面白かったんだけど。
TextBlockとか全然使えねえ。

>>626
完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので
間に合う間に合わないどうこうは関係ない

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

簡単に言うとイベント描画とフレーム描画の違いだろ？
FPSに処理が間に合わないならスキップさせざるを得ないだろ。
処理を終えるまで描画をフリーズさせるわけにはいかない。

それにもともと３Dはフレームバッファで処理を行うのが常識で、
イベント描画処理はウィンドウメッセージをループでまわす処理だから、
CPUにかかる負荷が高い。

依存関係プロパティって何？

>>646
抽象的だが、あるプロパティがほかのプロパティに依存する関係。
たとえば、FontSizeはFontに依存してるだろう。
Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。

なるほど
しかしなんでそんなのが必要なのか全然わからん

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

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

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

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

質問、WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速という
ことですが、どのくらいの差でしょうか？

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

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

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

>>651
Vistaにすればそういうことはなくなる。

>>652
同じFormでもそうなんですか、てことは原因は何なのでしょう？
すみませんが、不勉強でよくわからないのです・・・。すんません。

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

>WPFのコントロールの描画動作はFormのそれよりも圧倒的に高速
これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。

現時点ではWPFはWinFormの代替にはならない。
それぞれに得意分野があるから当分かぶらないと思うよ。

>>654
DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが

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

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

ウインドウの表示領域にAeroとか関係ないだろ
WPFはその中で動くゲームみたいなもん

>>658
WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする

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

結局CPUパワーが大事なんだな。
ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。

自由にDirectXで描画できないかな
WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない

>>662
ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。

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

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

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

DirectXで自由に描画したいんだったら生のDirectX使えよ。

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

WPFで2Dのグラフとかかける？

>>666
描けるよ。

何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
ttp://www.codeproject.com/KB/vista/swordfishcharts.aspx

こういうのとか？
http://blogs.msdn.com/hiroyuk/archive/2006/10/06/Animation-and-Trigger_2C00_-Loose-XAML-.aspx

皆さん親切
ありがと〜

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

xmlはコンピュータというより、開発環境にやさしい言語

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

WPFで書いてXAMLで出力、これ最強

ExpressionBlend使えば？
XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。

SOAPの仕様はプログラマーの可読性を重視したものではない。
PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。

HTMLなんて人にも環境にもやさしくないんだぜ？

XMLは分割して定義するのができないから、数百行の関数や
数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。

ResourceDictionary使えばある程度分割できるんじゃない？

>>676
<xsl:include/> が欲しいということか

WPFの入門書、いいのがあったらおしえてください

はじめまして。
近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
ttp://msdn.microsoft.com/msdnmag/issues/07/03/DigitalMedia/default.aspx?loc=jp
(デジタル メディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)

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

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

顔文字uzeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeee

とりあえず自分で調べてみた。

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円が無駄にならんことを祈る)

そりゃWPFだってDirectX9だし

＞RenderToTextureメソッドを使うと
って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ

そんなくだらないことのためだけにDirectXを一から覚えるなんて見上げたもんだ

>>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削りやがったなああああ」

お前みたいなスレ違いの構ってちゃんはこっちにでも行って土下座してろ
http://pc11.2ch.net/test/read.cgi/tech/1196150200/

古いSDK入れたら見つかりました。
>>687
WPFから話題ずれたのでそっちへ逝ってきます。構ってくれて
ありがとうございました。

>>686
DirectShowは旧Platform SDK/現Windows SDKへ移された。

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

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

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

XAMLって使わなきゃいけないの？
全部C#で書けない？

可能だけどめんどくさい

XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる

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

VC# Express使ってるんだけど
Windowのpartial classのもう片方はどこにある？

obj のディレクトリに hogehoge.g.cs ってのがあるけど

なるほどあった
クラスビューからは見えるのか
しかし見ないほうが良かった

App.xamlってなんのためにあるの？
メインメソッド自分で書きたいんで消しちゃっていい？

>>697
App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。

>>698
使用するウインドウを動的に変えたいんだ

>>699
protected override void OnStartup(StartupEventArgs e) {
 if (e.Args.Length == 0) new Window1().Show();
 else new Window2().Show();
 // base.OnStartup(e);
}

>>700
なるほどそれでいいのか
ありがとう

exeにApp.xaml
dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね

いまいち何やってるか見えてこないが、やり方が間違ってるのだと思う。

WPFアプリケーションのプロジェクトを作った
App.xaml.csはこうね

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

で、App.xamlのStartUpUriは消した

クラスライブラリのプロジェクトを作って、WindowBase,PresentationCore,PresentationFrameworkを参照して
Window1.xamlをそのプロジェクトにカット＆ペーストした
そうすると表示されない
カット＆ペーストする前は表示された

全然違った
表示されない原因は名前空間を変えてるからみたいだな

クラスライブラリのプロジェクトにWPFウインドウを追加するにはどうしたらいいんだろう

クラスライブラリでWPFウインドウを作ろうとしたら、
InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、

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

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

>>707
呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず

なるほどSTATHeadをつければいいんですね
ありがとうございました

2箇所もスペルが違う

ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね
ようやく意味が分かりました

エスティーエーティーヘッド?

スタットヘッド

スペル間違う奴はたいていレベル低くてバグが多い

STATHedでもSTAThreadでもいいが、ないてるみたいだな

TAT ＜ェェェェェー!！

WindowのClientSizeってどこからとってくればいい？

気軽な質問なのですが、
WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。

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

MS Expressionかな、WPFアプリっていうと。

>>718
＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。

ExpressionでUserControlとしてボタンとコンボボックスを作りました。
WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。

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

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

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

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

milcore早く仕様公開してくれよ！

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

>>718
残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。
まだまだ当分、WinFormやWin32APIの時代が続きそうだ。

質問に答えてくださり、感謝

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

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

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

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

> Ribbon
いや、俺、Ribbon好きですｗ
一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね

なんでもそうだけど、使い慣れていないものは一般受けしない。
ある程度、普及しないと評価されないものだよＵＩは。
それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば
ＭＳは喜んで採用してくれると思うよ。

Ribbonはカスタマイズさえできれば文句ないんだがなー。

>>728
カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、
カスタマイズは俺も必要だと思う。
それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに
簡単に設定が移行できることも必要だ。
開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。
せっかく、MSがXML

>>つづきｗ
MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは
あまりにもナンセンス。
XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。

OnRenderSizeChangedをoverrideして
つまみをひっぱったときに縦横比を保持したまま
中身全体をScaleTransformで拡大するようにしたんだが
つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる
どうしたらその一瞬を見えなく出来るだろう

しかしリボン UI は安易にカスタマイズできるようにすると
Office 2007 でユーザが Alt を押した時に絶望するかもしれん

まぁ、とりあえず早いとこ MFC でのリボン UI サポートと
Windows Forms/WPF でのリボン UI サポートを
標準提供してほしいところだ

リボンライブラリぐらい自社コードでお願いします！

>>728
Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに
旧来のOfficeのツールバーみたいのがくっついていて、
そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、
また今までのようにカスタマイズもできます。
頻繁に使う機能はそこに追加してつかってます。

カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。
ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ

あ、あと、これは実際に使ったことないと、わからないのですが、
Ribbonはタブ切り替えが、面倒っていう意見がよくあります。

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

まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、
よく考えられてはいると思います。

スレ違いスマソ・・・

>>735
そのためのキーボード操作ではあるんだが……
慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や
Ctrl-B などでのショートカットを使っていた訳で

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

Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから
タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う

むしろ慣れてきてからタブ切り替えが面倒に感じたよ。
たとえばグラフや図を編集するとき、
以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、
今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。
オプションのタブは作業ウィンドウとして右側に表示すべきだな。

マイクロソフトに入社してUIなおしてこい

>>738
その辺りは練り込みが一歩足りない感じはあるよな……

WCFのことはこのスレじゃ駄目？
それとも他に良いスレあるかな？

ここでも各言語スレでもどこでもいいと思うけど

答えられる人は少なそうだ（おいら含む
MSDNフォーラムもWCFは閑古鳥だしな

WCFはともかく、WFやCardSpaceは全くいないな。.
俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。

何に使えるのかわかりにくいからな
WPFは「見た目がよくなるのか〜」って使ってみる気になるんだが

なんか使えるコントロールが少ないのが気になる
プロパティパネルがほしい
アップダウンもなくね？

磨りガラスみたいな半透明効果はWPF/XAMLじゃなくてvista&DWMじゃないと標準では無理ですかね？

BlurBitmapEffectとかOpacityMaskとかじゃ駄目なん？

>>747
これだー！不透明で検索すればよかったのか…ありがとうございます

そして、XP で実装した時のあまりの重さに絶望する >>748 であった

>>749
……orz
自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？

XPでウィンドウを半透明にするのってGPU積んでようが結局CPU描画じゃないっけか？

透過処理は.NET3.5でGPUのアクセラレーションが有効になったけど、それとは別の件ぽいですね

一応 XP でも GPU アクセラレーションが効くのは 3.0 からだけど
XP の場合は Vista 程の恩恵がないので
ドラッグしてウィンドウを移動したり(ry で悲しくなるんじゃないかな

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 プロパティを設定できません。」
と怒られてしまいました。
何か解決策はありませんか？

>>754
MenuItem に対してスタイルを指定すればいい。

<Style TargetType="{x:Type MenuItem}">
  <Style.Triggers>
    <Trigger Property="IsChecked" Value="True">
      <Setter .../>
    </Trigger>
  </Style.Triggers>
</Style>

// ようやく規制解除…

>>755
でもそうするとWindowのプロパティの変更ができないと思うんですが。
Setter.TargetName もやっぱり使えないし。

>>756
Style の TargetType を Window にして、トリガを DataTrigger にすりゃいいんじゃね？
<DataTrigger Binding="{Binding IsChecked,ElementName=Show}" Value="True">
ってな感じで

>>757
おお、うまいこといけました。
ありがとうございます。
// 恥ずかしながらDataTriggerの存在自体知りませんでした……。

MSはとっととWPFをMFCに移植するべき。

そういや、SWTのWPF版ってC++/CLIだったんだな。
勝手にいろいろ期待してたんだが、ちょっと失望した。

Javaから呼ぶならどういう方法をとったとしても結局どっかでC++/CLI使うしかないんじゃないの

WPFのRichTextBoxの行間がデフォルトで二行分空いているようなんですが
一行にするにはどうしたらいいんでしょうか

それは行間じゃなくて段落間じゃないか？
なら Pragraph.LineHeight 辺り

XAMLってソースコードを自動生成するんじゃないの？
パーシャルクラスの片割れ見てもXAMLで書いたことがほとんど反映されてない
XAMLで書いたことをソースコードで実現するためにどうすればいいかってのは
自分でちゃんと調べるしかないのかな？

>>764
ビルド後に、obj フォルダの中身を見てみ。

>>765
どれ？
g.cs のこと？
これにはXAMLで書いた情報はほとんど入ってないよ

ああ、XAML 相当の C# コードを知りたいって話だもんね。
それは生成されない。

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

.xaml 自体は、バイナリ化（.baml）されて、リソースに格納される。

マイクロソフト、新開発言語「D」を開発中
ttp://japan.cnet.com/news/ent/story/0,2000056022,20366701,00.htm

>>768
それ、GUI には関係ないよ。
WF/WCF 系統の技術だし。

Silverlightで初めてXAMLを触ったんだけどさっぱり分からない。

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

けど、実際やってみるとJavaScriptのソースに直接XAMLを書いておいて処理してから流し込む
ような事が多くて、XAML入れ替えただけじゃ済まない感じ。
これのどこがUI分離なのかさっぱり分からない。
XPathとかバインディングとかあるらしいけど、これを使えば状況が変わるんだろうか？

>>770
WPF だとデータバインディング使って分離できるんだけど、
Silverlight だと WPF のサブセット取るときにデータバインディングが消えたのよね。

>>771
そうなのか……。Javaだと思ってたらJavaScriptだったみたいな気分です。

ついでにお尋ねしますが、さっきの例で項目の雛型をXAMLの中で記述して、
それをJavaScriptでまとめて読み込んで、必要な数だけコピーして、変更が
必要な要素だけ変更してからXAMLに再度流すような事はできますでしょうか？
せめて、デザイン的な微調整はXAMLの編集だけで済むようにしたいと思って
いるのですが。我儘ですみません。

やれないことはないと思うけど、
正直、Silverlight 2.0 を待った方がいいかもしれない。
DLR 搭載と同時に、WPF チックなコントロールが追加されるらしいんで。

1.0 は、TextBlock 以外は Shape 系の要素ばっかりだし。
WPF のウェブ版じゃなくて、Flash アニメみたいなのを描くツールにしかなってない。

Downloader オブジェクトを使って、サーバ側のXAMLを取くるのならできるけど

あとは取ってきた XAML を CreateFromXaml で Contents にロードすればいいお

2.0はまだまだ先のようなので色々試してみます。
ありがとうございました。

ttp://ufcpp.net/study/dotnet/index.html#wpf

ここ見れば基本的なことは全部書いてあるじゃん
すごく時間を無駄にしたよ
テンプレに入れといてくれよ

本人の宣伝乙

本人の宣伝じゃねーよ
くだらん

本人の宣伝としてもありがとう

WPFでDataGridView相当のを自作しようと思ったらXAML直書きしないと駄目なん？
VS2008のデザイナでそれはキツい……
その内プラグインとかで強化されるかなあデザイナ

>>781
ListBox ＋ ItemTemplate かなぁ。

でも、↓こんなのならある。
http://blogs.msdn.com/hiroyuk/archive/2007/01/26/xceed-datagrid-for-wpf.aspx

>>781
3月のMIXで発表あると思うよ。

ttp://blogs.msdn.com/aonishi/archive/2008/01/28/scott-guthrie-2008-1-20.aspx

ああ、デザイナが強化されるって話じゃなくて今後追加される標準コントロールの話ね。

>>783
WPF にリボン突っ込む宣言ktkr

>>782-783�d
そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ
でも.NET1.1時代に逆戻りした感じ
>>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう
やっぱ最初にVS2008に色々期待しすぎたかねえ
補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ
オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか

XAML使わないと超面倒

IE専用なのコレ？

んなことない。単体アプリ作れる

XBAP としても動く必要があるからなぁ

>>787
アレより面倒なのかよ!!!
つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに
M$は開発を一体どうしたいんだ

XAMLはポトペタより高度なことが出来るのは確か
しかし使いにくい

BlendとVSのXAMLエディタの中間ぐらいのツールがあればいいんだな。

むしろBlendがVS2008に吸収されるモンだと思ってた俺
てか言語仕様どうでもいいから普通に使う分には十分な設定が自動生成されて欲しい
それで足りない分は直いぢりも吝かではない

htmlのいい部分の要素を取り入れようと設計したのなら、
直書きしても簡単でなければならない。
その目標は達成できなかったようだ。

直書き自体は難しくないんだが
コントロールがデフォルトで真っ白で
枠を付けるにもBorderタグを直書きしなきゃいけないとか
なんかめんどい
拡張性を高めていろいろ出来るようにしたけど
結局複雑になりすぎてちょっとしたこともやりにくいみたいな感じだ

MS的には自分でUIデザインまでやるなってことなんだろ。
コード書きの片手間にやるには複雑すぎる。
デフォルトで完成させたところで、XAML専門のXAMLerに投げられれば一番いいね。

http://www.atmarkit.co.jp/fdotnet/basics/xaml02/xaml02_03.html

これは素晴らしい記事だな
これでXAMLとおさらばできそうだ

すれば

XAML を使わずに WPF アプリを作るのは
Windows Forms エディタなしで Windows Forms アプリを書くより
コード量的に辛そうなんだがw

いくら partial class で分離できるとはいえやりたくないな

C# 3.0 なら、
new StackPanel {
　Children = new UIElementCollection {
　　new Button { Content = "button 1" },
　　new Label { Text = "label 1" },
　}};
みたいな書き方できて、XML と大差なかったりもする。
ただ、Binding みたいにマークアップ拡張使うものはこれだと書けない。

いまさらな疑問だけど、
VS2008とExpression BlendはWPFで作られてるの？

>>802
Expression BlendはWPFで作られてる。

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

Spy++で見てみると分かりやすい。

>>803
サンクスです。
あれが作れると思うと勉強にハリが出る。

MSはExpression Blendで得たノウハウを公開すべきだ

しかし Expression Blend の
XAML ソースを公開されてもやたら辛いだろうなw

>>781
3.5のアップデートで追加されるってさ
.NET 3.5 Client Product Roadmap - ScottGu's Blog
http://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.

ってすまん、Datagridviewの方だったか…

kaxamlのエディタがあまりにも軽快に動いてくれるものだから
(しかもXAML補完付きで!)
WPFでもこんなにきびきび動くエディタつくれるのかーと感銘を受けていたら
WindowsFormsHostだったというオチ。

Blendのエディタはきびきび感が足りない用に思う。
3.5SP1でどれくらい改善されるやら。

Windows Formsでキビキビ動くエディタなんて作れるのか？ｗ

WindowsFormsHostの中身をWindows.Formsで書かないといけないわけはないじゃあないか

そうだね。俺も書いて気づいた。
でもたとえば、ActiveXコントロールをホストするのに
間にWinFormsのクラスが挟まるのは気持ち悪い。

開発環境ってVista？
XPでやるとテンプレートで作った時点でVS落ちるんだけど何かミスってる？

Windows7は全部WPFで作られるんだよね？

意味わかんねぇ。

Pentium DだけどGPUがオンボードだからかBlendが重すぎて使い物にならない
描画処理をGPUで処理するかCPUで処理するか選べるようにならないのかな？

>>816
遅いのはPentium Dだからだろ

オンボードとかお話にならない

Wii and WPF

>>816
Blendはどんな廃スペックＰＣ用意しても、
入力に対するレスポンスが目に見えて遅れるので心配するな。

MIX08 KeynoteのWPFのbitmap effectsのデモ、これ結構楽しみになってきた。
http://visitmix.com/blogs/Joshua/Day-1-Keynote/
の 02:08:20 辺りから。

XElementかなんかを組み合わせてXAML生成しようと思うんだけど
それを動的にコンパイルするにはどうすればいい？

XamlReaderクラス？

でいいんじゃね。

>>823
なるほどありがとう

このスレの住人なら知っていますね、あの糞開発ツールのことを

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

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

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

糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。

Eclipseのことですねわかります

Borland製品だと思うよ。Togetherとか最悪。

ディスプレイの解像度を取得する方法を教えてください

>>828
うぅむそうなのか？
大昔にセミナーで見た時にゃー画期的だと思ったもんだが

>>829
つScreenクラス

ScreenはWinFormsのクラスですよね
WinFormsを使わずにやる方法は無いものかと

デスクトップの解像度はWPF関係ないしP/InvokeでAPI呼び出せば？

てかそれ以前にScreen.PrimaryScreenはスタティックなんだが
別にForm派生内でしか使えない訳じゃないよ

>>833
ほとんど使わないSystem.Windows.Forms.dllを参照するのが嫌だって事じゃね？

そんな気にするような事じゃないとは思うがまあいいや
つーかよくよく考えたら、ディスプレイ解像度切り替えるのは自分なんだから解らん方が変じゃね？
もしWindowStyle&WindowStateでのフルスクリーンの話なら
つActualWidth&ActualHeight

但し、俺んとこで実験してみたら何故か多めの数字が出た
検証めどいから誰か頼んだ

自動生成されるhoge.g.i.csのgとiって何の略なの?

>>836
generated / internal と予想

結局WPFでまともなアプリ開発してるやつおるん？
XCEEDのなんたらGridみてもどうみても、もさもさなんだが。
テキストのリストビューが、DataTemplateを加えるだけで素敵なレイアウトのリストになってあら不思議なのはいいんだが、実際の使い勝手とそれを開発する工数の本質とあまり関係なくはないけどないような･･･

基本コントロールもサンプルも少ないから使う気にならん

これってゲームとかに向いてるの？
RPGとかノベルとかまったり目の

そもそもデスクトップアプリを開発する需要が激減してるんだから、
WPFだろうが何だろうが新たに覚えようという人も殆どおらんだろう。
みーんなWebに行っちまった。

そのためのXBAPです
まあ煩雑杉ｵﾜﾀなのは変わらんけど

結局Webアプリでどうしても出来ないローレベルアクセスが必要なものを
「仕方なく」ローカルマシンで動かすだけで、あとは全部Webに乗せる時代だからな。

「仕方なく」ローカルPCにインストールするWebアプリはAIRで。
WebアプリをリッチにするほうはFlash、3歩遅れてSilverlightで。
もうフルセットWPF＆XBAPなんか出る幕は無いだろうね。

Webとか餓鬼のおもちゃだろ

今普段使ってるアプリ、
ブラウザー、開発環境、ファイラーなどなど、わざわざWebアプリとして動く意味がわからん。
データがあっち側にあるのはいいかも知れんけど。

ExpressionのExpress Edition作って無料配布すれば統一的に各アプリをユーザー側でスキン作成できていいと思うんだけども。
WinampとかJaneとか。XAMLPadとかじゃめんどくさいだけだし。

ButtonのContentにDateTimeを入れるような場合、Buttonに表示されるDateTimeの書式指定を変えたいような場合はどうしたらいいんざんしょ･･･

IValueConverterかな

FormのClientRectangleみたいに
ウィンドウの中身をピッタリ例えば640*480にするにはどうすればいいの？

AIR対抗のSilverlight for Desktopが出る可能性があるから、
そっち待ったほうがいいかなーって思っちゃうんだよな。
SLのほうが軽いし他のOSでも動くし……。
AIRはコード書きにくいから期待してる。

SilverLightで住むやつはそっちのほうがいいかもね。
2.0だとWPFとどれだけ違うんざんしょ。

>>849
自分で微調整

ウィンドウハンドル取得してAdjustWindowRectは可能だろうか？

サイズがなんピクセルとか考えなくて済むのがWPFでふぁ

それはない

>>853
試して報告してくれ。

ハンドルはWindowInteropHelperで取得できるから。

>>854
まあそういう面もあるが、解像度はともかく比率くらいは固定したいところだ。

自動サイズでキャンバス貼り付ければ
サイズの取得はできるかと。指定はどうだろねー？

おまいらPowerStockうごかすとどのぐらいCPUくう？
Core2Duoマシーンで常時5-60%逝ってるんだが(；´Д｀)

Aeroは散々たたかれているが、3Dデスクトップ自体だめなのか、ほかのMacのQuartzとかLinuxとかどうなの?

マーケティング部門にとっては嬉しい新機能
エンドユーザにとっては正直どうでもいい
エンジニアにとっては災厄の根源

>>861
UIのベクター化は普通にエンドユーザーにも恩恵あるだろ

* VistaのSuperFetchとAeroは安易に切ると遅くなる
http://pc11.2ch.net/test/read.cgi/win/1206549751/

Aero別に悪くないけどな。もう一年使ってるわ。
使用感が違うしスペックの足りないマシンならもっさりかもしれないけど、慣れると平気。
今から改めてMacOSXとかGNOMEに慣れるのと大差ないだろ。

MS自身がAeroの見た目しか宣伝しないからどうしようもないだろ。

一般人にはGUIって言葉すら通じないからしょうがない。

半透明効果云々でI/O負荷掛かり杉でイマイチだけど
UI処理をGPUにお任せするって方向性は正しいと思うよ
Aeroで見た目効果にコダワったのが敗因

アルファブレンディングって32bppのうち詰め物分の8bit使ってるだけでふぁ

Aero GlassのアニメーションがMacみたいに派手でないから、
ティアリングしないのがいいんだとか言っても一般人には
さっぱり伝わらないんだよね。
こけおどしであっても、今より派手なアニメ効果をイントール時
デフォルトON、「パワーユーザー」さん向けにオフにできるように
しといたらここまではネガキャンされなかったかも。

Deep Color対応のPC用ディスプレイは普及するんじゃろか

>>869
それはそれで2chとかの自称中級ユーザーとかには叩かれそうだなｗ

まずはGDIとWinGの辺りから説かないとなw

ティアリングって描画のvsync同期と関係しているのであって、
描画の派手さには関係ないような気がするんだけど。

従来に比べたらメモリも食うから、派手で目立つメリットがないと受け入れにくいでしょ。
945Gに合わせなければもっと派手にできたんじゃない？

どっちかっつと全ウィンドウを馬鹿正直にバッファに持つってー思想が間違いだったんでね？
なんぼマシンパワー余ってるつーたってメモリにゃ限りがある訳で

共有コンテキストだと結局誰かが弄るたびに描き換えでは

描画終わったあとなら、ウィンドウ1枚でバッファはせいぜい2〜4Mだろ。
ウィンドウ動かすたびにGDIで再描画かけるより、中身が同じなら移動分はDirectXで合成し直す方がいいって判断したんでしょ。

デスクトップのこと忘れてねえかそれ
それにビデオカードなら独立して256Mとか使えるけど統合型だと結局メモリ圧迫する

結局トレードオフだろ
メモリは多めに食うけど、Aeroオンだと確かにCPU負荷はオフのときに小さい

オフのときに比べて、ねorz

OSXではその辺どうなってるんだろうね。
http://arstechnica.com/images/tiger/quartz-10.0-4.png
これの中段図を見ると仕様はAeroとまったく同じに見えるが。
（ちなみに下段図のすべてGPUに任せるやつは結局ボツになったらしい）

WPFって別にAeroと関係なくね？
XPでも動くんだし。

WPFがXP上でも動くのは、ApacheがCygwin上でも動くみたいなもんだぞ。

>>883
マーケティング的にはそんなイメージがあるけど、
WPFはXPでも、Vistaでもほとんど変わらないぞ。

見た目が違うのはWPFに限ったことじゃないし、
動作速度だってXPの方が速いくらいだ。

>881の一番下みたいにいきなりGPUに飛ばせれば負荷が軽くなるんだけど
これが本当の意味のGPUを使ったアクセレーションなんだけどな

>881
どうやらEnableできるらしい
http://journal.mycom.co.jp/column/osx/139/index.html

できるのに、最新のLeopardでも無効にしてるってことは、致命的な問題があるんだろ。
あまり詳しくないけど
GPUのShaderってCPUに比べたらかなり低レベルなもんらしいし、
もっと賢くなるまで無理なんじゃないか。

Direct3D 10.1の仮想化＆マルチスレッド対応に期待だな。
10.1がオンボードに載ってそれにWPFが対応するまで1年以上かかりそうだが。

AeroにしたところでいままでのアプリはGDIで描いてるわけだしな。

アプリもGPU描画に移行させたいならネイティブから使えるAPI用意すりゃいいのにな
今のところWPFしかないってのが

c#ネイティブだろ。

>>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

>>891
.NETのWindowFormsはwin32のラッパー

WPFはC#ネイティブとも言えるな

ウィンドウから
窓枠とかメニューを抜いた部分を指定のサイズにする命令はありますか？

"窓枠とかメニューを抜いた部分" にコントロールを一つ置いてサイズを指定し、
他の部分はサイズを自動計算させればいい。

まだ始めて間もないのですが、ちょっと教えてくださいまし。言語はC#です。
適当なCanvasを作って、このCanvasの上辺等に線を描きたいのですが、Canvasの大きさの変更に追従してほしいのですが
単純に Line クラスを作り、Line.X1 , X2 プロパティーの Canvas の幅を設定すると、大きさが変更されても追従してくれません。
使うクラスは Line である必要性はないのですが、こういった時はどうするのが一番てっとりばやいでしょうか？

CanvasのSizeChangedイベントで処理

調べていて、ちょっと便利そうな機能があったのですが
<Canvas Name="canvasTitle">
　<Line Stroke="Black" X1="0" X2="{Binding ElementName=canvasTitle , Path=ActualWidth}" Y1="5" Y2="5"/>
</Canvas>
これで当初の目的は(それ以上の内容も)一応果たせそうです、ただ動的に生成したくてXamlで書くとちょっと調子が悪いです。
これに対応するC#のコードはどうなっているの教えてもらえると助かります。
Xamlとクラスライブラリの対応表はどこかにないですかね・・・・どこをみてもXamlの説明ばかりです。

>>898 ども、それは自分もいちばん最初に考えて面倒くさそうだなと思っていました。

Border 使えばいいんじゃね？

スノー

いわゆる過疎

>>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);

>>897
もう遅いかもしれんが、
LayoutTransformを使ってみてはどうだろうか？

C#のコードで
Ellipseをcanvasの好きな位置に配置するにはどうすればよろしいでしょうか？

>>905
依存プロパティでぐぐれ。
一例↓。
var ell = new Ellipse { Width = 10, Height = 10, Fill = new SolidColorBrush(Colors.Black) };
ell.SetValue(Canvas.LeftProperty, x);
ell.SetValue(Canvas.TopProperty, y);

>>905
RenderTransform に値を設定すればいいです。

前から思ってたけど
SetValueとかCanvas.SetTopって書き方回りくどいよね。
マクロ関数欲しいわ〜

>>908
まあ、どうしてもというなら拡張メソッドでどうぞ。

その手があったか。

>>906-907
ありがとうございます
Canvas.SetLeft(ellipse, left);
Canvas.SetTop(ellipse, top);
でもいけました、ありがとうございました

デザイナでキャンバスのサイズを決めると
ウィンドウからはみ出します。どうすればリンクさせられるの？

Window.SizeToContent

GeometryとかShapeを継承して新しい形状作ったりしたいんだが
詳しいサイトor良書おしえてくれぃ

少なくともGeometryは無理(MSDNに明記)
Shapeも多分そういう使い方は想定されてない

>>915
ﾄﾝｸｽ
CreateInstanceCoreは何を返せばいいんだろうとかずっと考えてた。
具体的には曲線（非ベジェ）をアニメーションさせたいんだが
今まで（Graphics.Draw***とか）と勝手がだいぶ違って困ってる。

やっぱWPFというとGUI関連の話ばかりになるけど、
VistaのWPFで問題なく印刷できてるよ〜って人います？

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

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

あと、PageOrientation.Landscapeって無視されません？
うちだけなのかなぁ。

そういう話はWindows板でやってくれ

なんでだよ

ここはサポートセンターじゃねーんだよ

じゃぁおまえは疑問とか一切書き込むな

Imageコントロールに表示した画像をScaleTransformで拡大する時に
最近傍補間に(拡大されたドットが見えるように)することできる?
RenderOptions.SetBitmapScalingModeってのを見つけたけど
バイリニアより下に設定できないみたいだし…

>>922
つWindowsFormsHost+PictureBox

WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
いちいちFormsのコントロールの上にWPFコントロールを載せて……ってやればできるかな
SwingはJava7から普通にできるようになるらしいが

> WindowsFormsHostの上にWPFのコントロールを表示することは無理か？
意義が良く分からない

ああ、上にって、重ね合わせの問題
WPFコントロールはトップレベルのウインドウに描画するが、
Formsコントロールの実体は子ウインドウ
そうするとFormsのコントロールの上にWPFのコントロールを重ねても
Formsのコントロールが上に表示されてしまう
って話。上に来たWPFコントロールは自動的に子ウインドウになるとかやってくれればいいのに
パフォーマンスはまた別問題として

HwndSource じゃ駄目？

Formと比べるとWPFのデザイナがイマイチなんだが(イベント登録が手動だったり)
次期バージョンはいつ出るんだろう?

イベント登録はWPFのほうが楽だと思うけどなぁ。
慣れると逆にFormのほうがめんどくさいよ。
その代わり、デザインだアニメ−ションだバインディングだと凝り始めると、
ややこしさが等比級数的に増していくような。

XAMLは、ツールを意識してデザインされた割には、
ツールが出揃っていない。

そりゃー誰も使ってないし。
Vistaが大失敗した ＋ 新規開発される世の中のサービスのほぼ全てはWebアプリ

>>931
的外れな意見ありがとう！

ﾜﾛﾀ

>>929
言語仕様的にどうこう言うより、IDEの支援が貧弱なボーヤなのが問題
誰かブルーワーカー持ってこいと

たまにしか使わないようなコントロールのイベント名探すのめんどいし、
やっぱメニューからイベント挿入出来る機能も欲しいな。

目的別インテリセンスを付けるべき

タブコントロールはひでーよ。

これって何が目的なんだろ
xamlで誰か作って、使いまわしが目的なのか？

XAMLで作ってるとC#とかのコードをできるだけ使いたくなくなるから困る。

それは言えてるｗ
同じことをコードで書くとクドくなるんだよな。でもデバッグはしやすい。

勉強し始めたばかりだけど、Bindingは何気に便利そうね。
RenderTransformやアニメーションがヌメヌメ動くのも楽しい。
画像をグリングリン動かしてもCPU負荷がほとんど無いのもいいね。

逆に言うとそれくらいしかやることがない罠
表系のコントロールが弱っちいから、ちょっと凝ったことしようと思うと地獄のように面倒くなる

Win32での「大きいアイコン表示のリストビュー」に相当するWPFのコントロールって
WrapPanelでいいのかな?

ListViewだろ
恐ろしく柔軟なコントロール

MSはもうちょっとWPFに力入れてくれないもんかな

そなの?
MSDN斜め読みしたけど、ヘッダ付きの詳細表示くらいしかできない印象があった。

resx内のリソース使えないのかよ・・・
シコシコとXMLテキストで定義書いてリソース管理するなんて前時代的だって。
XAML用リソースエディタ付けれ。

>>946
DataTemplate 覚えたらやれること格段に増える。
マジで柔軟。

>>947
リソースはアプリと同じフォルダに生でおけって事っぽいね。

いろいろ実験して分かってきた。
ListView.ItemsPanelでアイテムの並び方
ListView.ItemTemplateで個々のアイテムの表示を決めるのね。

<Window x:Class="WpfApplication6.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://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するのはこういう方法でいいのかな?

もう、Windows Formsなんかいらんから、
C++/CLI Express for WPFを作ってくれよ。

来ましたね。

http://weblogs.asp.net/scottgu/archive/2008/05/12/visual-studio-2008-and-net-framework-3-5-service-pack-1-beta.aspx
http://blogs.msdn.com/greg_schechter/archive/2008/05/12/gpu-accelerated-custom-effects-for-wpf.aspx

http://channel9.msdn.com/Showpost.aspx?postid=403854
ようやくWPFを使うとGPUの能力を引き出せる、と言えるようになったね

おー、なかなか素敵。
これがVistaと同時に発表されてたら状況は変わってたよな〜

WPF用のNotifyIconクラスとか追加されるん?

ダメだよぉー。どんな簡単なことでもぉー、ゆうやく振り切ってSystem.Windows.Forms.Notifyiconだ。

betaだと入れられる環境ないので勇者のレポを楽しみに待ってます(´・ω・｀)

うわああ、俺的にこのアップデートは神だ

最近のMSの神技術は一般人が忘れた頃にやってくるな

ちょっとこれはすごいと思った。
軽くなればMSもWPF使ってくれるよね？

DirectXよりWPFのほうがいい？
チャートかかせたいんだけど、スクロール機能つきで

ビジネスソフトなら、WPFがええのかな
質落ちるが、開発費も半減ならね

>>961
DirectXではやりたくないな

前にDirectXで折れ線グラフ作ったらめちゃめちゃめんどかった
描画は早かったけど
WPFに期待

やったことないけど、Direct3Dだと
細長い長方形を線に見立てて描画する感じ？

D3Dにも線描画機能あるよ。
C++ COM周りが面倒だったり、描画に至るまでの下準備が面倒ってことかも。

WPFのデータバインドしとけば折れ線引けるってのが簡単すぎなだけな気も。

WPFの勉強を昨日から始めました。
WinFormsでいうMenuStripを実装したいのですが、
Menuクラスを使えば良いということまでは分かりました。
しかし標準項目の挿入という機能がありませんでした。

仕方なく自前で作っていこうと思い、MenuItemのHeaderを"ファイル(&F)"に変更しても思うとおりになりません。
InputGestureTextに"Alt+F"と設定しても思う通りになりません。

標準項目の挿入らしき機能の代替もしくはAlt + キーでのキーボードショートカットの実現方法について
アドバイスをお願いします。

標準項目の挿入ってなんだ？

アクセスキーは "ファイル(_F)" のように & の代わりに _ を使えばいい。

>>968
ありがとう、助かりました。

標準項目の挿入
http://msdn.microsoft.com/ja-jp/library/ms233662(VS.80).aspx

標準項目の挿入ってお決まりのメニュー項目を一気に追加してくれるのか。

これからはリモートでD3Dレンダリングみたいな変態プレイが易々とできるようになるわけっすか
XNAの方に技術転用してくんないかな

そういえばD3DImageってリモート可能になるのかな？

<UserControl x:Class="test.TestControl"
　xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
　xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
　Height="300" Width="300" Background="#FF222222" Foreground="White">
　<Canvas Height="Auto" Name="canvas1" Width="Auto">
　　<Ellipse Canvas.Left="50" Canvas.Top="102" Height="100" Name="ellipse1" Stroke="White" Width="200" />
　</Canvas>
</UserControl>

XAML上では、Ellipseの位置はCanvas.Leftで指定できるけど
コード上でEllipseの位置を指定したいときはどうすればいいんだ？

>>973
Canvas.SetLeft(ellipse1, 50);
添付プロパティってやつ。

いま気づいたが、VS 2008 SP1ベータ入れたら、
<MenuItem Header="{Binding RelativeSource={RelativeSource Self}, Path=Command.Text}" Command="Open"/>
みたいなメニューがベータ入れる前は日本語ででてたけど全部英語に･･･。

βが英語しか対応してないのは普通だけど、
成果物にまで影響出るのか。

どこかでロケール設定できる気もするけども。

>>976
ごめん。書いてなかったね。
日本語VSに日本語SP1ベータ入れたのよ。

>>974
ありがと！

>>977
ちゃんとバグレポートしろよ

ドラッグ&ドロップで特定のファイルのドロップを禁止する方法がわからんです。
WindowのDragEnterイベントで e.Effects = DragDropEffects.None
としてみたけど、ドロップできてしまう。
Windows Formの時はこれで制御できたんだけど。

DragOverでe.Effects = DragDropEffects.Noneとしないとダメみたいだね

仕方ないので、DragEnterでドラッグ可能か判定して、
その結果をDragOverで返すようにしている

980です。
>>981さん
DragOverでさらに　e.Handled = true　入れたらできました。
ついでですが、画面のテキストボックスの上やタイトルバーだと
禁止マークが出るのですが、何とかならんでしょうか。
画面のどこにでもドロップできるようにしたいです。

テキストボックスなどの他の要素上なら、PreviewDragOver。
タイトルバーはわからん。

立てた
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/

>>984
乙

じゃ、ウメ

GPUはそのうちなくなるよｗ

いつまでもバージョンアップやらバグフィクスやらくりかえすんなら使えないんですけど.net

世の中のソフトウェアすべてが使えないとお嘆きですね、わかります

まぁ涸れ過ぎてどうもならなくなったJavaと言う例もあることだ
今頃メジャーバージョンうpしてもねえ

埋め

埋め

埋め

埋め

花金埋め。

Microsoft自体が終了しそうだ.net

その前に鯖シェア喰われてSolalisとかが氏ぬ方が先だな梅

OpenSolarisとOpenSparcがある限り、商用の方も生き残るさ
結局は開発者が興味を持つかが生き残りの鍵

MSが衰退して分社しても.NETは生き残るだろ。WPFはわからないが。

1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。