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

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


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

1 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:43:18 ]: あたらしいGUI FW、WPFについて語るすれ。

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

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

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

WPF Mashup on YOUTUBE
www.youtube.com/watch?v=BUBOQFvh6yI
2 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 12:14:32 ]: 【WinFX】 .net Framework 3.0 を語るスレ Part7
pc8.2ch.net/test/read.cgi/tech/1160431192/
3 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 20:08:17 ]: ボケボケフォントが嫌なんだけど、
アンチエイリアスOFFにできないのかな？
4 名前：デフォルトの名無しさん [2006/11/08(水) 20:24:21 ]: Petzold 「Applications = Code + Markup: A Guide to the Microsoft Windows Presentation Foundation 」
の邦訳の予定とかないんでしょうか？？
5 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 23:22:22 ]: 847 ：デフォルトの名無しさん：03/04/19 11:55
>>796
このページができた原因ってもしかして･･･。

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
6 名前：デフォルトの名無しさん [2006/11/08(水) 23:24:24 ]: へー、これがDLL Hellを一掃するという.NET様の実力ですかそうですか
7 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 23:38:35 ]: で、2.0や3.0ではどうなの？
8 名前：デフォルトの名無しさん mailto:sage [2006/11/09(木) 03:31:00 ]: 2.0はASP.NETのためだけにある
3.0は死亡５秒前
9 名前：デフォルトの名無しさん mailto:sage [2006/11/09(木) 14:22:43 ]: WPFの動作イメージを誰か3行で教えてくれ
10 名前：デフォルトの名無しさん mailto:sage [2006/11/09(木) 14:25:00 ]: XPに.NET3.0いれたら描画に関してはVistaと変わりない動作が期待できるの?
11 名前：デフォルトの名無しさん mailto:sage [2006/11/10(金) 00:39:42 ]: >>10
動作がいっこく堂風になるんじゃないか。
「あれっ、クリックに遅れて、反応するよ…」
12 名前：デフォルトの名無しさん mailto:sage [2006/11/13(月) 14:44:01 ]: >>3
Vistaじゃまともに表示されるんだけどね・・
13 名前：デフォルトの名無しさん [2006/11/13(月) 15:47:36 ]: なぁ、Pageを閉じたときになんかイベント起きないの?セーブできないんだけど。
いつの間にか、Disposedもなくなってるよ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
14 名前：デフォルトの名無しさん [2006/11/13(月) 15:49:45 ]: ちなみにunloaded反応しねーよ
15 名前：デフォルトの名無しさん [2006/11/14(火) 08:06:17 ]: 誰も白根ーのか四ボケが。つかえねーな。
16 名前：デフォルトの名無しさん [2006/11/16(木) 11:54:50 ]: あげ
17 名前：デフォルトの名無しさん [2006/11/18(土) 14:56:34 ]: >>9
HTMLライクなレイアウト＋ DirectX ＋ .NET = WPF

俺のイメージではこんな感じ。
18 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 11:41:32 ]: WPFでは2次元と3次元はどのように融合してるの?
19 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 18:34:46 ]: ViewPort3Dを使って、3次元空間上にコントロールを置ける
20 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 19:01:44 ]: 今独自の画面用のFW作って使ってるんだけど、それとWPFはどんな風に織り交ぜるべきでせう。
21 名前：デフォルトの名無しさん mailto:sage [2006/11/21(火) 06:20:12 ]: >>18
>>19もだけど、逆に２次元空間（Gridとか）にViewport3Dを配置できたりして便利

>>20
FrameworkElementを継承して、独自コントロールにすれば便利なんじゃないかな。
22 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:47:05 ]: XPだとMS UI Gothicが使われて汚いから、他のフォントに変えた方が良いぞ
23 名前：デフォルトの名無しさん [2006/12/05(火) 10:17:49 ]: age
24 名前：デフォルトの名無しさん [2006/12/06(水) 15:59:52 ]: Blend beta１でたね
25 名前：デフォルトの名無しさん [2006/12/07(木) 05:28:50 ]: WPF/Eが出ましたよ。
forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=986877&SiteID=7

でたらしい！（詳しくはまだ見てない）
26 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 22:24:48 ]: >>24
InteractiveDesignerは知らないが、
Blend使ってみた(*'-')ノ
最初カナーリ期待してたんだが、

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

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

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

InteractiveDesigner時代もこーだったの？
27 名前：デフォルトの名無しさん mailto:sage [2006/12/07(木) 23:34:18 ]: しっかし日本語情報少なすぎだぜ
28 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 05:26:11 ]: >>27
そだね。

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

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

そもそもPlatformSDK日本語化してないこと自体が
おかしいと思っていたのだがナー。
29 名前：デフォルトの名無しさん [2006/12/08(金) 08:49:15 ]: 自分の頭を英語化しろよ。
5年も仕事して、英文マニュアル読めない奴は廃業でもかまわん。
30 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 10:32:50 ]: ttp://itpro.nikkeibp.co.jp/a/it/alacarte/iv1207/umeda_1.shtml

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

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

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

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

もちろん，企業ユーザーはOfficeを使い続けるでしょうし、
消費者もしばらくの間はパソコンにバンドルされたOfficeを無意識に使い続けるでしょうが、
次第に利用度，依存度が下がっていくことでしょう。
31 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 16:10:19 ]: 日本語情報少ないっていってるの同一人物だろｗ
ν即でもみたぞ

とっととＰＧやめて農家にでもいけ
32 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 18:18:16 ]: 少ないって言っただけじゃん
英語のサイトも読んでるよ
33 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 22:20:47 ]: >>9
XHTML → XAML
JavaScript → C#, VB.NET

AJAXの考え方はすばらしい。
しかし、他のOSで動作するとWindowsの売り上げダウン。
じゃあ、俺様が好きなように一からAJAXみたいなものを作ってしまえ
結果できたものがWPF
34 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 23:08:51 ]: >33
よう、知ったかぶり野郎
35 名前：デフォルトの名無しさん mailto:sage [2006/12/08(金) 23:57:17 ]: AJAXは可及的速やかに亡びるべき
36 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 00:05:35 ]: AjaxいいよAjax
37 名前：デフォルトの名無しさん [2006/12/09(土) 11:56:41 ]: 誰か詳しい人いる？
38 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 11:58:12 ]: ﾌﾟｷﾞｬｰ Aeroｦﾜﾀ

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表示となります。
39 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 11:59:07 ]: XAMLは、PDF, AJAX, TEXを包み込む。
40 名前：デフォルトの名無しさん [2006/12/09(土) 12:01:38 ]: .Net 2.0 でいう ListView の LargeIcon 表示をしたいんですけど、
WPFではどうすればいいですか？
41 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 12:14:48 ]: winGが最強ｗ
42 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 12:30:29 ]: >>40
つ DataTemplate
43 名前：デフォルトの名無しさん [2006/12/09(土) 16:57:31 ]: msdn2.microsoft.com/en-us/asp.net/bb187358.aspx

適当なWPF/Eまとめ
・IE、Firefox、Safariに対応
・WMVやMP3のコーデックが付属しているので、ビデオ再生ができる。
・プログラムはJavaScriptで書く（将来的にはCLRのサブセットを付属予定←2007年前半）
・GridとかStackPanelとかはない。Canvasはある。（前者もサポート予定）
・3Dはサポートされてない（デモビデオでは動かしてるから、そのうちサポートされるのかな？）
・２バイト文字は現時点ではサポートされてない。化ける。
44 名前：デフォルトの名無しさん mailto:sage [2006/12/09(土) 18:32:42 ]: 一部の環境でしか動かない半端なサブセットなどいらん。

Flashのように、主要OSの主要ブラウザで全ての機能が使えるようになってからこい。
45 名前：デフォルトの名無しさん [2006/12/09(土) 20:09:26 ]: >>44
WPF/E works with IE6 + 7, FireFox and will support Opera on Windows. You can use any modern browser with it.
ってことだから、Operaでも動くようになるよ。期待しててね。
46 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 09:17:41 ]: ttp://d.hatena.ne.jp/softether/20060202#p2

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

将来はそうなるかも知れない。現時点では難しい。
47 名前：デフォルトの名無しさん mailto:sage [2006/12/11(月) 20:37:16 ]: MSILが走るハイパバイザ書けばそういう構造になるんかなー。
WindowsマルチとかWindowsVTとか。そういう感じの。
48 名前：デフォルトの名無しさん mailto:sage [2006/12/25(月) 11:08:36 ]: ｷﾀｰ
ttp://www.atmarkit.co.jp/news/200612/22/sun01.jpg
49 名前：デフォルトの名無しさん mailto:sage [2006/12/30(土) 00:24:24 ]: Dependency propertyってシンタックスシュガー用意されんの？
50 名前：デフォルトの名無しさん [2007/01/09(火) 21:39:26 ]: 3.0入れたらPresentationFontCache.exeとかいうのが常駐するようになったんだが終了してOK？
51 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 18:35:58 ]: ok
サービス切ってもWPF動くし
52 名前：デフォルトの名無しさん mailto:sage [2007/01/13(土) 23:41:38 ]: WPFのUIコンポーネント使いたいけどXAMLとか使いたくなくて
C#のコード中から動的にUIコンポーネント追加したいんだけど
いいサンプルないですか?
53 名前：デフォルトの名無しさん mailto:sage [2007/01/14(日) 12:05:51 ]: サンプルもくそもないだろ。
XAMLの構造をC#に落とすだけ
54 名前：デフォルトの名無しさん mailto:sage [2007/01/15(月) 00:22:09 ]: MS、Macおよび携帯電話向け開発ソフト「WPF/E」の日程を明らかに
japan.cnet.com/news/ent/story/0,2000056022,20099027,00.htm

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

www.microsoft.com/downloads/details.aspx?familyid=A3E29817-F841-46F
C-A1D2-CEDC1ED5C948&displaylang=en
--
Mac/SDK
www.microsoft.com/downloads/thankyou.aspx?familyId=A3E29817-F841-46
FC-A1D2-CEDC1ED5C948&displayLang=en
55 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 04:47:56 ]: 3D非サポートって、何のためのFlashキラーだよ。使えねーな。
56 名前：デフォルトの名無しさん [2007/02/05(月) 21:00:31 ]: 現状、WPFの開発ってどうすればいいの？
Visual C# 2005 Express Editionで可能？
57 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 00:33:52 ]: Windows, MaxOSX, Linux で制限無く動くFlashに比べたら、
WPFはヤル気が感じられないな。
58 名前：デフォルトの名無しさん mailto:sage [2007/02/06(火) 00:40:26 ]: ハードウェアアクセラレーションあったほうがいいっす。
59 名前：デフォルトの名無しさん [2007/02/18(日) 13:52:24 ]: Vistaは、２つのGraphics Engine (GDI Emulation & WPF)をサポートしているわけだが、

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

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

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

VCやMFCでWPFを使った開発って現状行うことできるのだろうか？
60 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 13:55:10 ]: C++/CLI使ってマネージアプリケーションにするしかないのでは？

ネイティブアプリケーションでは無理だと思う。
それともCOM経由でできるのか？
61 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 15:02:24 ]: >>59
本来ならC++ならMIL APIを使うべきだったんだろうけど、非公開なのでなす術なし。
62 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 15:50:19 ]: WPFって2Dでは速いの？
63 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 17:55:57 ]: XP以下ではGDIを使うとハードウェアアクセラレーションが効いたが、
VistaではWPFしかハードウェアアクセラレーションが効かない？
64 名前：デフォルトの名無しさん [2007/02/18(日) 20:54:39 ]: 同じ構成のPC上のXPとVistaでHDBENCHを走らせればわかるよ。
www.hdbench.net/

しかし、これを見てVistaが糞ＯＳだというのも早い。
今後、Avalonでどこまで革新的なUI環境が実現できるかにかかってるな。
65 名前：デフォルトの名無しさん [2007/02/18(日) 22:22:13 ]: XAML + WPFプログラミング

www.spacewalker.jp/wpf/
66 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:24:44 ]: >>65
このサイトすごいな
レベル高いし
67 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:31:54 ]: >>65
ブックマークに登録した
68 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 22:51:34 ]: 宣伝乙ｗｗｗｗｗ
69 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:11:08 ]: Web分野では、ActiveXの代用にしかならないような気がするなぁ。。。
70 名前：デフォルトの名無しさん mailto:sage [2007/02/18(日) 23:14:55 ]: IE6では動いたが、firefox2でXAMLが動かん・・・。なぜだらう。
71 名前：デフォルトの名無しさん [2007/02/18(日) 23:17:47 ]: >>70
firefox2でやってみた。
タブが無限に増えていく。
ブラクラだこりゃｗｗｗｗｗｗｗ
72 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 02:01:21 ]: 早くAjax死滅しろy
73 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 05:29:05 ]: >>66-67
ﾜﾛﾀ
74 名前：デフォルトの名無しさん mailto:sage [2007/02/19(月) 23:25:56 ]: >>65-67
余りの分かりやすい自演っぷりに感動した
75 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 20:22:11 ]: XBAP≠WPF/E
76 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 22:15:04 ]: xamlファイルをダブルクリックしてIE7で起動しようとすると
「使用していたアプリケーションでエラーが発生しました」ってでて起動できないんだ
誰かたすけてorz

環境は
Vista Home Premium
Visual Studio 2005 SP1
・Windows SDK for Vista
・Visual Studio 2005 Extensions for WCF, WPF (英語版)
77 名前：デフォルトの名無しさん [2007/02/20(火) 22:32:45 ]: きっとエラーが発生したんだよ。
そうに違いない。
78 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 22:47:43 ]: XamlPadでは実行できてるんだけど、なんでかな

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

<Page
xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="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>
79 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 22:49:45 ]: </WrapPanel>
80 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 22:54:26 ]: ごめん。まちがってたね。
でも</WrapPanel>なくしてもエラーでてる・・・
すんません。ちょっといろいろ調べてみる
81 名前：デフォルトの名無しさん [2007/02/20(火) 23:05:54 ]: >>80
SJISで保存したら俺もエラーが出た。UTF-8で保存したらできた。IE6だが。
82 名前：デフォルトの名無しさん mailto:sage [2007/02/20(火) 23:27:45 ]: ああ！ありがとう！UTF-8で保存したらできたー！
83 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 00:02:23 ]: >>75
独占しか考えないMSが他のOSやブラウザで動作するように作成するわけがない。
WPFの１割の機能もないWPF/E(笑)
84 名前：デフォルトの名無しさん [2007/02/21(水) 00:04:25 ]: どっちかというと XBAP（笑）なんだが・・
<NET3.0をダウンロードさせないといけない時点でほぼVistaオンリーな技術じゃん。
Ｖｉｓｔａ普及するのまってからじゃあないと意味ないぞ
85 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 00:07:54 ]: WPF/Eは入れなきゃいけないんでそ。
86 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 00:11:09 ]: ランタイムのサイズが違う
.NETみたいに重くない
おそらくFlashみたいにほぼ意識せずに入れられるだろう
そのてん.NETは（笑）
87 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 01:07:01 ]: >>84　.NET3.0はXPでもはいるだろ
88 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 01:28:20 ]: わざわざ入れなきゃいけないWPF/Eと
Vistaだけとはいえ最初から入ってるWPF
89 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 01:34:56 ]: >>87
日本語勉強するニダ
90 名前：デフォルトの名無しさん mailto:sage [2007/02/21(水) 01:52:33 ]: あながち間違いじゃないアルヨ
91 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 01:10:50 ]: TBS 安土城＠WPF
www.ms-tenkafubu.com/wpf/truth.xbap

これを快適にみれる環境ってあるのか？
92 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 10:27:14 ]: >>91
ちょｗｗｗｗ重いとかいう問題じゃねえｗｗ
全然動かないままCPU天井張り付きってどういう事だよｗ
93 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 11:53:31 ]: 快適ではないが、まぁ、見れる
外観をくるくるするだけだし、ズームの最大も大したサイズにならないのに
この重さはだめだろ
94 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 11:56:40 ]: Ath64 3200+7600GT程度では死んだ
95 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 12:00:42 ]: ちなみに >93 の環境は Core2Duo E6600 + 7600GS
回したり動かすと 100% まで逝っちゃうな
96 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:18:16 ]: しかし、なんで3Dばっか出すんだろな。
クリックとか標準対応してないだろ、3Dオブジェクトのさ。

E5700+7950だけど、これは重すぎ。
97 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 21:54:33 ]: >>96
そうでもしないとウリがないからじゃね？

人、それを手段の目的化と言う。
98 名前：デフォルトの名無しさん mailto:sage [2007/02/24(土) 23:19:39 ]: ハードウェアの能力を使いきれなくなってきたから、無駄に馬力のいるテクノロジを導入しただけでし。
99 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 12:10:36 ]: こういうサンプルでも十分に面白いと思うんだけどな

ttp://www.sneath.org/tim/chocolate.xaml
100 名前：デフォルトの名無しさん [2007/02/25(日) 12:55:42 ]: >>99
仕掛けねーじゃんｗ

普通のWebで十分。
101 名前：デフォルトの名無しさん mailto:sage [2007/02/25(日) 17:34:26 ]: 本当に期待してたんだが・・・
まじでいらねーな
102 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 13:42:46 ]: >>91
TBSなんかと組んで法則発動したな･･･
103 名前：デフォルトの名無しさん [2007/02/27(火) 15:16:44 ]: >>91
このサンプルはWPF/EのCTPだよね＾＾；
この速度で正式版だったら終わったなｗ
104 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:30:00 ]: >>103
.xbapはWPFの方。つまり、正式版でこの有り様ってこと。
これがVistaの新しい「体験」とやらだ。終わってるな。
105 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 16:39:25 ]: 元々誰も期待してないだろ
106 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 22:25:12 ]: GDIがなくなるならそれでいい
そもそも初回描画に時間がかかっても
GDIのように更新もしてないのに無駄なWM_PAINTで描き直しつづける必要がないからね。
107 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 22:39:43 ]: 今のところ、WPFに関しての評価はこんな感じ？

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

欠点
3D描画処理が重い（使えない）
WPF/Eで3D処理が行えない（Flashより有用なところがない）
108 名前：デフォルトの名無しさん [2007/02/27(火) 23:01:30 ]: つーか、WM_PAINTで描画し直しなんてたいした労力でも無いがな。
別にコーディング上不可にもならん。
109 名前：デフォルトの名無しさん mailto:sage [2007/02/27(火) 23:09:37 ]: WM_PAINTでリストビューのスクロールが戻るソフトはウザいな
110 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 01:05:18 ]: なんか全然盛り上がってないどころか思いっきり盛り下がっちゃったねｗ
111 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 02:54:56 ]: 結局、リリースとともに責任者をクビにしたOSで失敗作だし。
112 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 07:03:05 ]: GPUをウインドウの描画にも使うってところまでで
とどめたほうがよかった気がするな
113 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 09:27:41 ]: いや、もともと、GPUを使った新しいウィンドウ周りの設計自体はかなりしっかり行われてるよ。
ただ、実装に数年かかったと言うことと、色々イレギュラーな件が発生してパフォーマンスが落ちたけど。
でも、設計方針は間違ってない。

かなり気合い入れて設計されているのに、あまりアピールしてないから、みんな見た目だけでグチグチ文句言ってるけどさ。
114 名前：デフォルトの名無しさん [2007/02/28(水) 09:54:52 ]: じゃあ良サンプル見せてくれよ。口だけクン。
115 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 10:00:25 ]: >>110
だなw
116 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 11:08:21 ]: >>113
気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？
117 名前：デフォルトの名無しさん [2007/02/28(水) 13:28:35 ]: 普及しようにもナ・・・・・
しばらく無理だろ
つうわけでマターリ4.0待つか
118 名前：デフォルトの名無しさん mailto:sage [2007/02/28(水) 15:43:05 ]: 98SEでいいやとか言ってる連中にマルチコアも糞もないだろ
119 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 21:04:08 ]: >>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とあんまり関係ない話でスマソ。
120 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 22:02:25 ]: 色んな話をｺﾞｯﾁｬにして誤魔化す気満々？
121 名前：デフォルトの名無しさん mailto:sage [2007/03/01(木) 23:05:44 ]: なんか必至にごまかしてるな
122 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 00:48:18 ]: なんか、知らぬ間に誰かが書き込みしてるな。
123 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 07:38:49 ]: >>119
フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。
124 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 10:33:29 ]: >>123
へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。

そういや最近CCR特許がパブリッシュされてたね。
ttp://www.freepatentsonline.com/20070027912.html
125 名前：デフォルトの名無しさん mailto:sage [2007/03/02(金) 11:21:56 ]: Concurrency and Coordination Runtimeでしょ
126 名前：デフォルトの名無しさん mailto:sage [2007/03/03(土) 00:55:21 ]: ロボットって時点で萎える
127 名前：名無しさん♯ mailto:sage [2007/03/03(土) 05:14:40 ]: >>124
　　　　　　　　∧＿∧　　　┌─────────────────
　　　　　　 ◯（ ´∀｀）◯ ＜僕はJoinsちゃん！！
　　　　　　　＼　　　／　　└─────────────────
　　　　　　　_／＿＿＼_
　　　　　　（＿／　　＼＿）
　　　　　　　　　　ｌｌｌ

ttp://research.microsoft.com/~crusso/papers/padl07.pdf
ttp://research.microsoft.com/research/downloads/Details/f9d6994e-45f6-49b8-b3c9-2a44bb2a4c50/Details.aspx
128 名前：デフォルトの名無しさん mailto:sage [2007/03/03(土) 20:47:26 ]: 狂ったか
129 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 22:07:44 ]: Vista、個人での利用は0.9％、会社ではゼロ
headlines.yahoo.co.jp/hl?a=20070307-00000019-inet-inet

Vistaｵﾜﾀ
130 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 23:24:24 ]: XPの時もそんなこと言ってる奴がいたな。
131 名前：デフォルトの名無しさん mailto:sage [2007/03/07(水) 23:35:05 ]: XPの時も抵抗激しかったね。
「ペケポン」と呼ばせようとしてたりｗ
132 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:46:04 ]: >>108
ゲーム作ったことないだろ
133 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:49:16 ]: ま、今のMS、日本法人も含めて、今回結果を出せなかった奴は全てクビにしないとダメ。
そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。
134 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 00:50:46 ]: PS2の時もそんなこと言ってる奴がいたな。
135 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 08:43:50 ]: >>132
ゲームならDirectXで作れよ
136 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 09:29:25 ]: XBOX360はアメリカ(欧州も含む？)ではかなーり高い評価らしいな。
137 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 09:35:48 ]: 方向としてはオワタに向かってる会社にそこまでしてマンセーして楽しい？
何がメリット？
138 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 14:21:34 ]: 明日の飯を人質にとられてるから。
139 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 15:05:26 ]: >>135
GDIのウンコ加減を認めると？
140 名前：デフォルトの名無しさん mailto:sage [2007/03/08(木) 15:27:07 ]: 適材適所って知らないのかな
141 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 02:19:20 ]: GDIがどの時代に生まれたのか考えれば、哀れみを持って接することが出来るはずなのだがな。
142 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 09:08:25 ]: GDIは性能を除けば可愛いインターフェースだお。
アクセスの仕方に注意すれば劇遅ってわけでなし。
143 名前：デフォルトの名無しさん mailto:sage [2007/03/09(金) 18:17:15 ]: まあ描く内容による罠
16*16と1280*960のBitBltじゃぜんぜん違うし。
144 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 23:21:52 ]: milcoreの仕様公開してくれないのがなんともなあ。

いつまでGDI使わせるつもりじゃ
145 名前：デフォルトの名無しさん [2007/04/07(土) 09:59:06 ]: ウムコー
146 名前：デフォルトの名無しさん [2007/04/18(水) 22:07:04 ]: Silverlight ageしちゃうぞー
147 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:08:47 ]: >>146
正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？
148 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 22:15:26 ]: >>147
ないよー

あ、壁紙が追加されたけど。
www.microsoft.com/silverlight/downloads.aspx
149 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:17:35 ]: XAMLプログラミングって本買ってきた。
これから読む。
150 名前：デフォルトの名無しさん mailto:sage [2007/04/30(月) 22:23:41 ]: >>149
買ってきたところで悪いがあんまりいい本じゃないぞ、それ。

まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。
151 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 08:12:45 ]: 何故先に言わん
152 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 20:55:23 ]: >>151
おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ

まぁ、それに、代わりとなる書籍がないのも事実じゃない？　いまんとこ。
153 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 23:39:36 ]: ttp://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=978-4-7980-1637-5
↑この本はどうなんだろう？
154 名前：デフォルトの名無しさん [2007/05/01(火) 23:51:01 ]: Silverlight Including .NET Support - Download it Today
blogs.msdn.com/mharsh/archive/2007/04/30/silverlight-including-net-support-download-it-today.aspx

TechCrunch Japanese
jp.techcrunch.com/archives/silverlight-the-web-just-got-richer/
155 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 23:59:11 ]: >>153
なぜかその本、amazonで扱ってないね。
156 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:04:26 ]: >>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
157 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:12:29 ]: >>156
本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。
158 名前：デフォルトの名無しさん mailto:sage [2007/05/02(水) 00:14:49 ]: クリッコした。読んだあと、気が向いたらレポするよ。
159 名前：デフォルトの名無しさん [2007/05/02(水) 22:03:33 ]: Silverlight age

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

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

TechCrunch もう一本
jp.techcrunch.com/archives/take-time-to-understand-silverlight-its-important/
160 名前：149 mailto:sage [2007/05/03(木) 20:22:11 ]: >>153の本買ってきた。
これから読む。
161 名前：デフォルトの名無しさん mailto:sage [2007/05/03(木) 20:47:50 ]: >>159
なんという提灯記事・・・
162 名前：デフォルトの名無しさん mailto:sage [2007/05/04(金) 23:01:33 ]: Linuxのサポートがないンだからさ、そんなもの不必要。
Operaのサポートがないンだからさ、そんなもの不必要。

いい加減にしろ、マイクロソフト。
163 名前：デフォルトの名無しさん [2007/05/04(金) 23:29:24 ]: >>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
164 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 01:36:04 ]: しかしActionScriptなんて低レベルなコミュニティに新参者として顔をださなきゃならないくらいなら、
いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。
165 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 03:00:33 ]: んなーのは幻想。
166 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:42:50 ]: >>163
GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。
167 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:47:46 ]: 乗り換えるのはクライアントが判断することだ。
開発者は情勢を見極めて開発するか決めればよい。
168 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 13:52:29 ]: え゛っ
169 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 14:11:54 ]: >>167は究極のコーディングマシン
170 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 18:52:22 ]: 開発キットがタダで手にはいるなら、使ってやっても良いぞ >> マイクロソフト
171 名前：デフォルトの名無しさん [2007/05/05(土) 20:48:56 ]: 質問。

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

どうなんだよ、マイクロソフトさんよぉ。
172 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 21:11:11 ]: >>171
d.hatena.ne.jp/Seasons/20070505/1178307632
d.hatena.ne.jp/Seasons/20070506/1178309681

ちゃんと読んでないけど。
173 名前：デフォルトの名無しさん mailto:sage [2007/05/05(土) 22:24:47 ]: >172

それ、ストリーム転送とか大丈夫なのかよぉーっっ。
174 名前：デフォルトの名無しさん mailto:sage [2007/05/06(日) 06:16:51 ]: >>171
Apache可
175 名前：デフォルトの名無しさん [2007/05/08(火) 21:00:12 ]: IDEのWPFデザイナ重すぎっす＞＜
176 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 23:20:11 ]: もっさり.NETは仕様です。
177 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 23:26:05 ]: IDEのWPFってVS2005に追加させるやつのことか？
178 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 22:52:02 ]: msdn2.microsoft.com/en-us/library/ms754130.aspx
日本語版無いのか・・・orz
179 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 22:10:14 ]: WPFってアンマネージドな世界からも使えるの？
180 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 23:54:17 ]: メッセージは健在だって話は聞いた事があるな。
181 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 23:58:58 ]: >>179
もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない

やってみたことないのでさっぱりわからないが
182 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 00:19:31 ]: ATLのほうが百倍飯食える
183 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 00:52:43 ]: 嘘と大げさは、詐欺師の始まり。
184 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 17:35:43 ]: >>179
できるとすれば、CLRホスティングでだろうな。
185 名前：デフォルトの名無しさん mailto:sage [2007/06/04(月) 18:59:52 ]: >>178
www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja
やっと出たんだっけ。
186 名前：デフォルトの名無しさん [2007/06/08(金) 19:33:18 ]: *.csファイルでインスタンス化したオブジェクトと
XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…
187 名前：デフォルトの名無しさん mailto:sage [2007/06/08(金) 19:52:06 ]: >>186
ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。
188 名前：186 mailto:sage [2007/06/08(金) 20:36:20 ]: >>187
無事できました、ありがとうございます。
これでUI作成がけっこう楽になりそうな予感。
189 名前：186 [2007/06/08(金) 21:20:06 ]: 質問ばかりで申し訳ないんですが、
BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？

DependencyObject派生ではないsourceで

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

としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…
190 名前：186 mailto:sage [2007/06/10(日) 02:36:57 ]: どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。
スレ汚してすみません。
191 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 11:02:02 ]: んーと∩(　´Α｀)＜　先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？
Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。
192 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 15:56:41 ]: WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから
そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど
193 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 16:17:40 ]: >>192　プログラムコードからWPFオブジェクトにアクセスすることってできるん？
194 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 20:27:25 ]: 普通にできるよ
てか、できなきゃ困る
195 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 20:34:21 ]: そのときってどういうイメージ？
FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？
196 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 21:04:38 ]: >195
XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。
197 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 21:12:20 ]: 結構簡単にできるんじゃない？
*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。

もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。
198 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 02:09:16 ]: MS机ってWPFなんだってな
199 名前：デフォルトの名無しさん [2007/07/01(日) 20:51:39 ]: WPF初めて触ってみたけど
これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。
200 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:13:27 ]: ゲーム向き以外のしくみはみんなウンコかよｗ
201 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:49:46 ]: もうゲームなんて斜陽産業だろ?
わかってんの?
202 名前：デフォルトの名無しさん mailto:sage [2007/07/01(日) 22:53:17 ]: 重いからリアルタイム性のあるゲームには向かない。
エロゲーとかは作れるかもな
203 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 04:57:14 ]: ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ
WPFなんてsilver lightの練習環境ｗ
204 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 06:36:40 ]: だったら他の何かを使って好きなだけゲーム作っててくれ
205 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 10:01:09 ]: よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？
XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。
206 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 10:07:59 ]: なんでだろ。
Binding とか Template 機能にこりすぎた？

あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。
207 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 11:47:03 ]: ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。
208 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 11:47:03 ]: >>205
次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。
209 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:16:23 ]: >>205
ゲームより速度を要求するアプリってなんなのか、教えてくれ。
210 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:33:48 ]: >>209　どこをどう読むとそんな質問が出てくるんだ?
211 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:40:31 ]: Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？
→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい

ってな感じで思考が飛躍したんだと思われる
212 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 16:43:29 ]: 厨の思考なんだから理解してやれよ。
ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。
213 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:21:06 ]: ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。
214 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:26:55 ]: ゲームプログラマ以下のプログラマが多すぎるからじゃない？
あとハゲに謝れ
215 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 17:55:01 ]: WPFで新しく何ができるんだ？
XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。

売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話
216 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 18:06:18 ]: まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど
プログラマ視点の利点しか目に付くところなくない気が。

てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。
217 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 18:08:21 ]: ３Dオブジェクトを透過させて背景も透過させて
裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ
218 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 20:02:58 ]: 夢見させるようなこと言うなよ三井
219 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:16:30 ]: >>205
利便性と動作速度はトレードオフ

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

>>214
ハゲｗｗｗｗ
220 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:34:24 ]: ああ、待ってればそのうち何でもできるようになるよ
221 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:39:09 ]: アホか。2003年からどんだけ待ってたんだと思ってんだ。
で出てきたのがこの出来なんだ。
これで失望しなくてどうする。
222 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:41:32 ]: >202
つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。
223 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 22:59:48 ]: >>221
まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。
224 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:18:53 ]: ぬあ
225 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:26:58 ]: ＞売りはGPUによる３D高速描画だろ？
そうだったのか
226 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:46:28 ]: ネットワーク透過はVistaのAeroもそうだろ
227 名前：デフォルトの名無しさん mailto:sage [2007/07/02(月) 23:50:58 ]: 俺もネイティブC++で扱えるもんだと思ってたからがっかり
C#はちょっとな
228 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 00:04:39 ]: >>226
WPFもAeroも同じ仕組み使ってるからな。
229 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 00:09:14 ]: >>227
milcoreをたたけ！
230 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:02:33 ]: >>199
普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
blogs.msdn.com/hiroyuk/archive/2007/01/12/3d.aspx
231 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:07:50 ]: >>217
byfiles.storage.msn.com/y1psF2ifk77l803A1nb0dVXONn_bIG9aCInk2H2gbfAc7_Nj_sVDz3rU95pgtWvyncO
vistacon.spaces.live.com/blog/cns!E7B8B7FBB8342214!146.entry
これぐらいのことなら・・・
232 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 01:51:27 ]: >>227
WPFってCOMに対応してないんだよなあ。
233 名前：デフォルトの名無しさん mailto:sage [2007/07/03(火) 22:05:49 ]: >>216
ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム
234 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 01:36:58 ]: いつになったらはやるんだろう…(´・ω・｀)
GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが
235 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 01:45:52 ]: VisualStudioがちゃんと対応しないと
236 名前：デフォルトの名無しさん mailto:sage [2007/07/08(日) 11:17:44 ]: XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく……
通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)
237 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 00:52:42 ]: まあ、WebアプリはFlexにまかせとけばいいでしょ
238 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 12:33:04 ]: >>237
ないない、それはない。
239 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:11:37 ]: silverlight 1.1ともろかぶりそうだからxbapは微妙だとは思う。
240 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:52:56 ]: xbapはWebサービスにアクセスできないから終わってる。
Silverlightのがマシ
241 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 20:58:27 ]: FlexよりAIRだろ
242 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 21:01:32 ]: >>240
証明書があればできるお
243 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 21:32:00 ]: まじで！？
244 名前：デフォルトの名無しさん [2007/07/21(土) 15:57:22 ]: 【派遣ネガティブ根性チェック】

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

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

まさかJavaがWPF使ってくるなんて思ってなかったが・・・
246 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 15:44:54 ]: >>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のパフォーマンス向上って話もあるし。
247 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 23:48:32 ]: >245
思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。
248 名前：名無しさん＠そうだ選挙に行こう mailto:sage [2007/07/29(日) 01:13:34 ]: >>247
Javaにはうといんで
249 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:39:50 ]: >>246
xbapって日本語通るんだね。

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

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

ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB
250 名前：デフォルトの名無しさん mailto:sage [2007/07/31(火) 14:44:07 ]: >>249
.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。
251 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 00:51:24 ]: >>249
なんというロースペック
252 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 01:56:09 ]: eclipseは開発環境としての利便性の充実にスイッチしてるぞ。
Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。
253 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 02:03:50 ]: そういやREMIX07のページは見た？

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

てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。
254 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 02:04:57 ]: すまん、FlushじゃなくてFlashだ。
255 名前：デフォルトの名無しさん [2007/08/01(水) 03:10:09 ]: こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、

First Look at IronRuby - ScottGu's Blog
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と互換性ないのは、
なぜ？なんで変えたんだろう
256 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 03:32:44 ]: >>255
成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。

2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
　　　　　　www.freepatentsonline.com/20050140694.html
2004年 - Longhornバブル
　　　　　　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とはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。
257 名前：デフォルトの名無しさん [2007/08/01(水) 04:44:14 ]: >>256
サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。

勉強になりました

機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。
258 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 07:13:27 ]: >>256
おお見やすい。

WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。
259 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 07:17:06 ]: 後当時は
「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？
260 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:22:07 ]: まあ、GUI アプリ開発環境を一新したいけど、
WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。

・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。
261 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:24:37 ]: ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。
WinFormsは基本的にハードの進化を考慮していないテクノロジー
262 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:46:28 ]: CodeGears は WinForms のサポートを切ったり、eclipse も
wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

C#はともかくなんとなく Xaml に馴染めてない俺涙目。
263 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:55:32 ]: JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして
覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。
264 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:57:53 ]: CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった
265 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 15:59:12 ]: そもそもXAMLは手書きするものなのか？
266 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:05:49 ]: XMLの修正は普通におこなうだろ？
267 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:06:51 ]: それにXAMLはWebのASPと同じようなもの
268 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 16:08:39 ]: >>262
「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。

>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。
269 名前：デフォルトの名無しさん [2007/08/01(水) 16:30:39 ]: ＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・
270 名前：デフォルトの名無しさん [2007/08/01(水) 16:50:13 ]: > 要らない子っていうか、IDE で簡単に UI を構築って場面以外では
> WinForms は素の Win32 に対して優位性ないよね・・・

エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ
271 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 19:28:35 ]: >>262
むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。

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

XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？と思うんだがどうよ。
272 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 22:42:23 ]: 間違いなくWinFormsはいらない子
273 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:26:16 ]: >>270
なんかおかしいか？

>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね
274 名前：デフォルトの名無しさん mailto:sage [2007/08/01(水) 23:46:46 ]: UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。
275 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 00:51:42 ]: >>260
> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？

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

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

>> ・タイムラインベースのアニメーション
それFlash
276 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 00:56:50 ]: >>275
まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。
277 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 01:18:32 ]: >>275

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

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

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

> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。
278 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 01:21:08 ]: WPFって XPで動くの?
279 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 01:31:24 ]: >>278
.NET Framework 3.0をインストールすれば動く。
280 名前：デフォルトの名無しさん [2007/08/02(木) 07:26:14 ]: >>>276
確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな
281 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 09:25:55 ]: 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の知識無いと使うの無理だと思う。
282 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 10:07:11 ]: WinFormはWin32をきれいにラップしたものに過ぎないからな。
283 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 10:08:25 ]: ＞きれいに

ダウト
284 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 10:20:07 ]: まぁMFCよりはましでしょ。
285 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 10:30:34 ]: まぁね。
286 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 17:18:55 ]: WinFormsを使っているか簡単に判別する方法
キボンヌ。

コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?
287 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 17:40:46 ]: 使っているの基準がよくわからんが
参照設定を見てSystem.Windows.Formsがあるかどうか
288 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 17:55:42 ]: 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 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 20:54:01 ]: 所詮ライブラリ
いちいち言語仕様ガラガラポンされてたらたまらん
290 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 22:39:48 ]: >>289
一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。
291 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 23:07:25 ]: WPFは良いのはわかるが、プロパティ名がFormsから変更されているのが気に入らない。
紛らわしいｗ
292 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 00:03:29 ]: RoutedEventとか、CommandBindingとか、
アプリケーションフレームワーク的には進化してるだろ。
293 名前：デフォルトの名無しさん [2007/08/03(金) 00:25:15 ]: 前までDelphiやってて、C#やろうとしているんですが、
いまやるなら、どっちがベターなんすかね。
WinForms？WPF？

WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが
294 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 01:02:53 ]: WPFがベターだと思う、結局Formsは中途半端な仕様だから。
ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。
295 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 01:59:07 ]: .NET Framework 3.5ってWPFに関しては何か変更あるんですか？
296 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 02:41:06 ]: ランタイムが早くなったのは実感できた。
297 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 03:27:50 ]: >>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
298 名前：デフォルトの名無しさん mailto:sage [2007/08/03(金) 15:56:55 ]: >>295　ちら見したが、3DのでHittestやイベントハンドリングついたみたいね。

ところで誰かBlendでのReleaseビルドに仕方教えてくれ・・・
Help見てもどこでTarget切り替えるのかわからん････
299 名前：デフォルトの名無しさん [2007/08/03(金) 16:30:16 ]: >>294
サンクス
300 名前：デフォルトの名無しさん [2007/08/04(土) 00:52:20 ]: 3.5でWPFの劇重糞仕様って直ってる？
301 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 00:52:51 ]: ↑3Dのことです
302 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 05:52:09 ]: 貧弱グラボを買い換えればすぐに直るだろ
303 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 09:05:46 ]: 本気でそう思うのか？
Expression Blendの車のサンプルで5秒/1フレーム
3800 X2
2GB
X1300 Pro
304 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 09:15:27 ]: >>303
10年前にタイムスリップできてよかったね
305 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 13:33:42 ]: 大体、VistaのAeroですら重すぎ、とかなのにさ。
WPFは劇重評価が普通の感覚だろ。
306 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 13:40:39 ]: 激しく同意
307 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 14:02:18 ]: WPFは既存のWindowsアプリをリプレースする為の仕様。
３Dグラフィックスをバリバリ使いたければ、素直にDirectX使いなさい。
308 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 14:19:23 ]: ExpressionBlendで作ったサンプルボタン貼り付けアプリが、サイズ変更時劇オモ･･･
ボタン5個とをスタックパネルの上にちょっくら貼っただけなのに。
AMDDualに程ほどの具ラボでしかないけどあれじゃ使い物にならん･･･
309 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 15:29:25 ]: >>303
5fpsだと思ったけど0.2fpsなのかｗ
310 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 16:25:41 ]: 業務で開発してるやつは普通fps使うわな。
311 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 16:34:43 ]: GeForce 8800でも重かったらさすがに問題だな
312 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 17:20:28 ]: WindowのDialogResultってなんでNullableなんですか？
MSDNを読んでもこれがnullになる場合についての記述がないんですが・・・
313 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 18:28:13 ]: Silverlightで3D使えるライブラリがあるけど1.1Alphaランタイムでも動かない
あれも重いのかな。それとも軽い？
314 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 18:39:25 ]: >>313
SilverlightはDirectX使ってないから重いんじゃないの？
315 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 19:26:14 ]: SilverlightはFlashと役割変わらないから、使い方も限定的。
間違っても、３DゲームやCGを作ろうと思わないほうがよい。
316 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 19:47:02 ]: >>315
そうなの？
てっきり3Dが既存のFlashに対する優位性かとばかり・・・
317 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:02:35 ]: Windows版FlashがWPFにポートされておしまい。
318 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:14:03 ]: 軽い Silverlight >>>>>>>>>(越えられない壁)>>>>>>>>>>> WPF 劇重

www.dolittle.com/blogs/einar/archive/2007/05/19/3d-in-silverlight-1-1-alpha.aspx
これなんだけどOrcasなども入ってないと動かないらしい。だれかレポートきぼんぬ
319 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 00:58:44 ]: なんかAlpha Refresh入ってると動かないんだけど
320 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 00:59:27 ]: 俺も動かないな。
321 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 01:04:42 ]: www.papervision3d.org/
322 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 02:35:49 ]: >>319 >>320
検証乙カレー
なんで動かないんだろう

>>321
それはFlash(ry
323 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 03:55:29 ]: >307
じゃあなんでWPFは3Dのロジックを新しく追加してんだよ。
結局、3Dグラフィックスだって2Dがそうなったようにバリバリ使えないと動かなくなるぜ。
324 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 03:57:29 ]: WPFの3Dはちょっとした演出やエフェクト用じゃない？
てかそれぐらいにしか使い物にならん。
325 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 03:58:26 ]: ドミノ軒見て来い
326 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 04:04:25 ]: WPFはラーメン屋でおいしいラーメンを手軽に食べることが出来れば良い。
ラーメン屋でDirectXの様なフルコースを食べてもおいしくないだろ。
327 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 05:30:17 ]: まぁそういうこと
328 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 11:44:03 ]: とはいえ、どう考えても手軽に食えるほど軽くないけどな。
329 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 12:46:48 ]: >>328
セレブからしたら3000円ぐらいのラーメンなんて
安いだろうからそうゆうのをターゲットにしてるんだろ
330 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 14:05:08 ]: WPFはセレブ用のフレームワーク？
わらわせんなｗ

誰が使うんだよ
331 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 14:08:31 ]: セレブなら、高価な３DCGを買うよ。
MayaやMAXのように50万から100万くらいする奴をｗ
332 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 15:30:05 ]: いやそう言おうとしてるようにしか見えないんだが
333 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 22:33:18 ]: MessageBoxて直接Win32呼んでるのか
ちょっとがっかり
334 名前：デフォルトの名無しさん mailto:sage [2007/08/05(日) 23:47:50 ]: WPFを使って4時間で作られたGMail UIクローン。
ttp://cs.nerdbank.net/blogs/jmpinline/archive/2007/08/01/New-WPF-developer-clones-Gmail-interface-in-4-hours.aspx
335 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 14:36:47 ]: Flashを使えば2（ryで作成できね？
336 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 15:42:15 ]: どんな、プログラムだろうとあらかじめライブラリが揃っていれば簡単に作成できる。
正式リリース前の開発環境だから、結論出すには早すぎる。
337 名前：デフォルトの名無しさん mailto:sage [2007/08/06(月) 15:45:27 ]: たった7行で実現とか
30分ハックとか
そういうのをもてはやす風潮はとてもよいと思う。
338 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 17:08:10 ]: いや、迷惑以外の何者でもない。
営業が「30分ハックでちゃちゃっと作ってよ」みたいに使うだけだし。
339 名前：デフォルトの名無しさん mailto:sage [2007/08/07(火) 17:37:44 ]: そりゃAjaxだってそれにつかうライブラリが完備してれば4時間で作れるだろうさ。
まぁそれだけ強力なライブラリを持ってるのはいいことだ。
340 名前：デフォルトの名無しさん [2007/08/08(水) 02:07:58 ]: 全然詳しくないので質問させてください。

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

彼のWPFプログラムが動かないのを調べるのは誰の仕事なのでしょうか？
341 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 02:25:15 ]: 愚痴を言いにプログラム板にくるなよｗ
342 名前：341 mailto:sage [2007/08/08(水) 02:25:54 ]: とコピペに反応すればいいのかｗ
343 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 03:30:17 ]: 作るだけしてデバッグを人のせいにするような性格の人なら、
契約終了を待たずに辞めてもらえば？
344 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 13:02:09 ]: とはいえ、WPF挙動自体ののデバッグはなぁ。
MSDNでインシデント使って、Microsoftに投げろよ。
345 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:14:06 ]: とはいえ、原因を分析する、人に説明する、ってのは派遣が苦手な作業だからな。
派遣を使わないで正社員を雇えよ。
346 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:16:53 ]: WPFのバグがあれば回避して、代案を使ってプログラミングをするのが
エンジニアの仕事だろう。
347 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:26:47 ]: WPFのバグがどうかわからなくても、とりあえず人のせいにして、
「あの人の調査が終わるまで僕は待ちです」と言うのが派遣の仕事だろう。
348 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 01:43:22 ]: 派遣くん　「正社員にしてくれたら調査します。」
349 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 12:48:20 ]: なんかマ板向けの話題だな。
350 名前：デフォルトの名無しさん [2007/08/09(木) 13:03:00 ]: 被差別民が素性を隠して同じ被差別民を徹底的に迫害するという行動パターンがある。
在日右翼なんていうのもその一種。あちこちにコピペしてるのもその類だろ。
351 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 00:41:50 ]: Buttonのコメントを外したときにテキストがくっつくのは何故？

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

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

</Grid>
</Page>
352 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 01:19:20 ]: >>351
Button の中にある Grid に Width, Height の指定がないから、
その中身の TextBlock も幅・高さ指定なしで、中身のテキストの幅ぴったりになる。

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

Button の Content を Button の幅・高さに合わせたかったら、
Binding 使って Button.Width と Button.Height と結合させないと駄目だと思う。
353 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 01:22:08 ]: まあ、たぶん、
Button.TemplateBinding に Grid を書いて、
TemplateBinding 使って Width と Height をバインドさせるのがいいと思う。
354 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 01:24:07 ]: あっ、ミス。
○ Button.TemplateBinding
× Button.ContentTemplate
ちなみに、ContentTemplate は ContentControl から継承。
355 名前：デフォルトの名無しさん [2007/08/23(木) 16:59:40 ]: umeume
356 名前：デフォルトの名無しさん [2007/08/23(木) 17:37:27 ]: あげ
357 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 14:01:47 ]: うーん　なんつーかこんなに重いもんはやらねえだろ
WinFormsだってもっさりしてるのに　それ以上にorz
商業系アプリなら知らんけど
フリー、シェア系の軽量アプリなら嫌われるよなあ
自分用のアプリでも使いたくねえわ
別にボタン斜めにしたり　アニメーションさせたりとかに意味を感じないし
358 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 16:11:32 ]: ３D使わないのにWPFを使う理由はないよ。
グラフィックカードの性能に依存するから低スペックにWPFは地雷。
359 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 16:19:59 ]: WinFormかXMLで書ければいいのに
360 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 16:40:53 ]: XAMLってXMLだが。
361 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 18:09:59 ]: >>358
といってもGDIでもVistaでは3Dで描いてるんだし
GF7800GTSだけど
ネイティブGDIアプリとの差は歴然としてる
スペックがあっても環境なりに差がある
確かに3Dやアニメーション使う人じゃないと使う理由はないかもね
362 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 11:33:40 ]: 使う側にとってはメリットがなあ・・・
363 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 11:41:44 ]: WinFormsと違って使う側にとってのメリットはあるだろ
見た目ｗ
364 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 11:45:33 ]: ３Dと描画ロジックがFormsと違って一括描画でコントロールの数に影響されないことと
XMLによるUIとロジックの分離。
365 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 12:18:32 ]: そのデザインとのコード分離っていうのだって
グループで開発してるならともかく
一人でしこしこ作ってる分には面倒な気もする
Expressionとかさらに投資する気もないし
366 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 12:22:23 ]: 個人製作では敷居は高くなってるね。
XAMLのライブラリ覚えるのも結構大変だし、Expressionのツールを習得しなければいけない。
367 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 12:26:49 ]: >>365
もちろんグループ開発で分業しやすいってのもあるけど、
個人でやるにしても、GUI の設計って
プログラミング言語よりも XML みたいな階層構造もった言語の方が書きやすいと思う。

ライブラリは、VS とか使うならの話だけど、
あんがいインテリセンスのお陰で覚えなくても使える。
368 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 12:59:13 ]: うーん、開発者側の意見ｗ
369 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 13:06:24 ]: ユーザ側の意見で言うと、もっとスペック低くても動かないのか？
370 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:14:27 ]: ユーザーからすれば、中身がWPFだろうがVB6だろうがあんまり関係ないんだよねぇ・・・
371 名前：デフォルトの名無しさん [2007/08/26(日) 17:31:49 ]: ユーザーは.NETを意味嫌ってると思われ
重い、ランタイムインスコがうざい

VB6のほうがマシ
372 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:36:04 ]: >>371
つClickOnce
373 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:38:55 ]: 相手にされなくなったからこっちに来たかｗｗｗ
374 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 17:50:09 ]: ユーザーの利点
・DPIに依存しない。
375 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 18:01:55 ]: だれか、XAMLでレンダリングできるLatex作ってくれよ。
376 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 21:26:42 ]: え？
377 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 22:07:08 ]: 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が上下にガクガクとスクロールして、止まらなくなってしまうのですが、
何か使い方に問題があるのでしょうか？
378 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 22:09:52 ]: なにか問題があるなら、対応策考えれば良いだろう。
リストアイテムを制御するプログラムを作るとか。
全部の項目を一気に追加するなんて初心者のやりかただぞ。
379 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 22:11:17 ]: >375
ttp://jeuclid.sourceforge.net/
微妙に違うがWPFを使うSwingでいけるってことでJavaで書かれたのを探せばいいんじゃないだろうか？
380 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 23:54:47 ]: しかし、WPFでなんで3Dなんか使わなきゃいかんのだ。
GUIに3DでWPFに何かアドバンテージがあるのかょ?

大体、WPFだってへたくそに使えばめちゃくちゃ重くなるしょ。
381 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 00:21:26 ]: >>380
3Dは今ではほとんど使われない技術だが、常にクライアントは進化を求めるものだから
いずれ必要になるときがくる。
PCがコマンドライン、GUIと進化したように２Dから３Dと進化しなければならなくなる。
382 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:27:41 ]: 3Dっていうか、単にあまってるグラフィックカードの力を
有効に使用しましょうってことでしょ
383 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 01:52:10 ]: 3Dを特別視しすぎだな。
384 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 02:12:42 ]: だが、３DGプログラミング出来る奴はほとんどいないけどな。
385 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 10:39:10 ]: 3Dはうまく使えば有効だけど使いどころがムズカシス。
InformationGraphics以外の分野で有効なものあまり見たことないなぁ
386 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 10:53:49 ]: Direct3D使ってるっていうだけで別に3Dのためのライブラリじゃないし
387 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 11:11:51 ]: 上手く使えば既存の2DのGUIより使いやすくなるんじゃね。
うまく使えばだけど。
388 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 11:26:01 ]: 上手く使ってるのはMSよりAppleだったりするからな
389 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 11:40:42 ]: Appleのは2Dを３Dで実現してるだけだからなー
昔NTTの研究所でGooの検索結果を３Dで表示するってのやってたけど本とにセンスなかったな
390 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 18:26:28 ]: しっかりとした3Dインタフェースの指針が出てれば、安心して開発者は使えるんだがな。
テクノロジープレビューレベルで現場の開発者に投げても、使う気はせんよ。
391 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 18:54:09 ]: .NET3.0は確定してるけどね。
392 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 08:36:48 ]: .NET3.1で大幅変更

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

.NET4.0で氏滅
393 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 13:56:29 ]: .NET 4.0は自動並列化をサポートするけど
そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが
394 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 14:22:58 ]: コンパイルしなおせばもうまんたい?
どう中間言語換わるか知らないんだけど、トランスレーターみたいの出るんじゃないんかね
395 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 23:37:17 ]: プロジェクトだったら、全部新しい環境に変換されるんじゃないのか？
396 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 08:56:46 ]: またスクラップ∩リビルドかお。
397 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 09:54:31 ]: 自動並列化って何？
何を並列化するの？
398 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 12:40:08 ]: そもそも >>393 の信憑性は？

まあ、それが信憑性あるとしてもたいした問題とも思えないけど。
2.0 の CLR と 4.0 の CLR の混在＆どっちの上で動くべきか自動判定してくれるでしょ。
399 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 13:05:51 ]: ＞そもそも >>393 の信憑性は？

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

内容は現実にあってて信憑性高杉る。
400 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 13:06:58 ]: ＞2.0 の CLR と 4.0 の CLR の混在＆どっちの上で動くべきか自動判定してくれるでしょ。

ヒント：今までだってコンバートの嵐。コンバートエラーも嵐。
401 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 13:08:05 ]: 性能が落ちるだけじゃなくてバイナリが保障されないドトネトなんてヤメテしまえＹＯ！
402 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 14:36:12 ]: バージョンまたがって、バイナリ保障されてるランタイムなんてほとんど奇跡。
403 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 21:38:18 ]: 2.0も4.0も入ってるならコンバートする必要はないだろ
ソースレベルでは互換性は保たれるだろうし
404 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 08:42:29 ]: ＞バイナリ保障されてるランタイム

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

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

何そのＭ＄では今までありえなかった話。
405 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 11:53:28 ]: >>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。
406 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 11:56:18 ]: 件名：.NET1.1と.NET2.0の互換性について
ttp://www.atmarkit.co.jp/bbs/phpBB//viewtopic.php?topic=31486&forum=7&7
407 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:02:27 ]: .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 メソッドを使用してください。

　（　<●><●>）　　ドトネト１．０～２．０廃止なのは分かってます
　（Ｕ　　　　）つ　
　　　ｕ　　ｕ
408 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:04:41 ]: .NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について

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

.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
409 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:48:20 ]: APIが廃止されても大丈夫だからSide by Side実行なのだよ
410 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 12:51:52 ]: >>409

つ 393
残念!
411 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 13:21:26 ]: しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど
412 名前：デフォルトの名無しさん mailto:sage [2007/09/07(金) 23:17:33 ]: Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。

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

なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。
413 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 10:58:52 ]: バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。
414 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:24:18 ]: Visual Studio のバージョンは .NET Framework のバージョンと密接に～
とか言ってたのにな

2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな
415 名前：デフォルトの名無しさん mailto:sage [2007/09/10(月) 18:37:11 ]: 0$のバージョンの上にドトネトバージョンが乗っかるって、

それって何てブビランタイム？
416 名前：デフォルトの名無しさん mailto:age [2007/09/14(金) 16:52:38 ]: hoshu
417 名前：デフォルトの名無しさん [2007/09/14(金) 21:29:51 ]: 結局のところ.NETの利点はなに？
Javaは他OSで動くからまだいいんだが…
418 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 21:57:55 ]: 開発が楽になる
419 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:17:45 ]: Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。
420 名前：デフォルトの名無しさん mailto:sage [2007/09/14(金) 22:25:32 ]: >>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。
421 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:00:48 ]: JavaがWindowsじゃ役に立たないから、その穴埋め。
422 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 01:35:38 ]: >421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。
423 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 06:47:56 ]: >>421
良回答10pt
424 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 09:19:09 ]: たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。
425 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 19:24:54 ]: Javaはどこでも動くがどこで動かしても中途半端
426 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 20:02:42 ]: どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら
427 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 20:18:17 ]: どこでも動くのはWebアプリで結構
428 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:12:16 ]: つーか市販のJavaアプリなんて見たことないけどw
429 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:19:40 ]: Run Anywhere は幻想というのがよく分かるのが Java
430 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 02:32:33 ]: 電子政府がTrouble Anywhereって印象しかない < JVM
431 名前：デフォルトの名無しさん [2007/09/16(日) 09:47:05 ]: JavaでGUIプログラムとか（笑）
432 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 12:54:35 ]: Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな
433 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:45:51 ]: 見事な廃れっぷりだな。

WPF始まる前から終了の予感がしてきた。
434 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:49:53 ]: VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。
435 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 15:50:14 ]: でっていう
436 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 16:38:13 ]: >>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。
437 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 17:25:55 ]: Sliverlightだって…
438 名前：デフォルトの名無しさん mailto:sage [2007/09/16(日) 17:41:08 ]: PowerShellばんざぁい
439 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 13:46:23 ]: >>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。

Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。
440 名前：デフォルトの名無しさん mailto:sage [2007/09/18(火) 16:58:49 ]: HTMLの代わりに使えばいいんじゃね>XAML
441 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 14:49:44 ]: Loose XAML のことかな。
IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。
442 名前：デフォルトの名無しさん [2007/09/24(月) 23:22:17 ]: C#使いは当然XAMLも勉強するよな？
443 名前：デフォルトの名無しさん mailto:sage [2007/09/24(月) 23:23:51 ]: しょーもないことで上げるなボケェ
444 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 11:05:19 ]: なんかWPF触ってるとC#の堅物さに嫌気がさしてくる
445 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 11:34:39 ]: WPFの方もIronPythonとかサポートしてくれないものか。
446 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 19:13:26 ]: むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...
447 名前：デフォルトの名無しさん mailto:sage [2007/09/25(火) 20:26:55 ]: WPFでのIronPythonサポートって何がしたいの?
448 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 12:57:12 ]: Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。
449 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 13:04:37 ]: >>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。

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

IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。
450 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 20:32:55 ]: >>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)

だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。
451 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 21:04:56 ]: で、C##が誕生するのか
452 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 01:30:33 ]: >>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。
453 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 20:25:49 ]: >>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。

そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。
454 名前：デフォルトの名無しさん mailto:sage [2007/09/27(木) 23:39:00 ]: >>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？
455 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 00:19:26 ]: >>454
型Aのオブジェクトaにプロパティ B.Name と C.Name を設定したいとき
LL言語で

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

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

> property missingをフック

するとどういう書き方になるの？
456 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 16:39:24 ]: 依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。

それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
457 名前：デフォルトの名無しさん mailto:sage [2007/09/28(金) 17:31:19 ]: >>456
んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。

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

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

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

たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？
458 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 00:23:04 ]: なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。
459 名前：デフォルトの名無しさん mailto:sage [2007/09/29(土) 10:53:17 ]: そしてIDEのデザインモードは壊滅
460 名前：デフォルトの名無しさん mailto:sage [2007/10/09(火) 05:24:51 ]: とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。

C#4.0待ち？
461 名前：デフォルトの名無しさん mailto:sage [2007/10/12(金) 00:21:03 ]: msdn2.microsoft.com/ja-jp/library/ms750559(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？
462 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 08:44:04 ]: >>461
ttp://msdn2.microsoft.com/en-us/library/aa972170.aspx
とかダメなん？
詳しく読んでないけど。
463 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 09:07:48 ]: シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。
464 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 20:39:22 ]: >>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね
465 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 23:04:11 ]: とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃

質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。
466 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 01:42:54 ]: FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…
467 名前：デフォルトの名無しさん mailto:sage [2007/10/24(水) 02:55:19 ]: FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ
468 名前：デフォルトの名無しさん mailto:sage [2007/10/25(木) 02:09:17 ]: PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×
469 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 07:04:57 ]: 音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに
470 名前：デフォルトの名無しさん mailto:sage [2007/10/26(金) 15:22:56 ]: 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>
471 名前：デフォルトの名無しさん [2007/10/30(火) 07:53:48 ]: Acropolisプロジェクト終了のお知らせ
ttp://blogs.msdn.com/acropolis/archive/2007/10/29/An-Acropolis-Update.aspx

Codename Maxといい、WPFを使ったプロジェクトは呪われてるな
472 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 17:08:17 ]: WPFは素人を騙すデモアプリになら結構使えるよ
473 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 17:29:01 ]: 何これプロパティウインドウでイベント選べないのかよ糞過！
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い
474 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:15:17 ]: >>471
VS2008に統合するって話じゃないか？
475 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 18:56:12 ]: >>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ
476 名前：デフォルトの名無しさん mailto:sage [2007/11/01(木) 01:35:01 ]: ならいいじゃん
477 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 03:38:17 ]: WPFを勉強しようと思うんだが、お勧めの本ってある？
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？
478 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 08:53:56 ]: 本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。
479 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 19:26:09 ]: msdn2 の日本語訳版でも読めばいい
480 名前：デフォルトの名無しさん mailto:sage [2007/11/07(水) 21:38:56 ]: >>477
ttp://adamnathan.net/wpf/
これがヨカッタ。
フルカラーだし。
481 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 16:07:40 ]: WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか？
482 名前：デフォルトの名無しさん mailto:sage [2007/11/08(木) 16:11:33 ]: WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。
483 名前：デフォルトの名無しさん mailto:sage [2007/11/11(日) 09:48:33 ]: msdn2.microsoft.com/ja-jp/library/ms743714(VS.80).aspx

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

こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。
484 名前：デフォルトの名無しさん [2007/11/20(火) 23:30:49 ]: WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？
485 名前：デフォルトの名無しさん mailto:sage [2007/11/20(火) 23:38:49 ]: とりあえずWindowsFormsHost使ったら
486 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 08:06:13 ]: ttp://www.infoq.com/jp/news/2007/11/ironruby-silverlight
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。
487 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 11:20:47 ]: 階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。
488 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 17:09:34 ]: 静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。
489 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 18:12:18 ]: >>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。
490 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 18:29:49 ]: 1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの？
491 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 22:45:17 ]: JScriptでいいなら出来る
492 名前：デフォルトの名無しさん mailto:sage [2007/11/21(水) 23:35:09 ]: 実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか
493 名前：デフォルトの名無しさん mailto:sage [2007/11/22(木) 13:48:59 ]: つ XamlWriter.Save
494 名前：デフォルトの名無しさん mailto:sage [2007/11/22(木) 19:50:46 ]: >>493
うおお、まさにこれです、ありがとうございました！
495 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 12:14:35 ]: WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな
496 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 12:41:01 ]: ３Dでアニメーションはまだ、実用的な速度は出ないよ。
２Dアニメーションや静止画３Dなら使える。
497 名前：デフォルトの名無しさん mailto:sage [2007/11/24(土) 13:05:45 ]: だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる
498 名前：デフォルトの名無しさん [2007/11/26(月) 17:07:31 ]: xamlでgifアニメーション動かせます？
静止画としてしか表示できないのかな
499 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 17:35:22 ]: >>495
CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾
500 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 18:24:08 ]: 当分来ないなｗ
501 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 21:52:51 ]: >>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。
502 名前：デフォルトの名無しさん mailto:sage [2007/11/26(月) 22:15:18 ]: ？
なんでWPFなのにCPUクロックの話になるんだ
503 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 01:21:20 ]: WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか？
504 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 02:58:57 ]: ほとんどCPU描画な件
505 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:40:16 ]: >>504

ボトルネックがどこにあるか調査してから断言してますか？
ソフトウェアレンダリングの場合はVRAMが一番影響大きいのだが？
506 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 09:50:15 ]: それこそまともな3D描画ならともかく
WPFのネックがフィルレートだとでも？
507 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 10:01:43 ]: なんでソフトレンダでVRAMの影響が大きくなるの？
メインメモリ上で処理して、VRAMに渡すのなんて最後だけでしょ？
508 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:20:05 ]: おまえらプロファイラ使えよw
509 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 11:42:50 ]: それも微妙だったりして。
510 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 13:02:03 ]: そのうち「WPFアクセラレーター」なんて拡張カードが出てきたりして
511 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 13:53:28 ]: とりあえず、調査してから文句言った方がいい、恥かくことになるから。
dodgson.org/omo/t/?date=20060922
512 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 16:52:56 ]: 趣味でWPFを始めてみました
質問なんですけど、ストーリーボードで人（アバター）を歩かせるアニメーションをしたいのですが、
画像の切り替えはどうすればよいのでしょうか？
EllipseGeometryでPointAnimationを使って移動はできたのですが、歩くモーションのため、
数枚の画像を順に切り替えたいのです
513 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 18:22:11 ]: 不透明度の変更でできるんじゃない？
514 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 21:22:03 ]: WPFの重さって、UpdateWindow相当の処理が存在しないのが原因じゃないだろうか？

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

UIスレッドで重い処理をするなと言われればそれまでだけどさ、
WinFormsなら、キーが押される時等の早いレスポンスが求められる時には
UpdateWindowが呼び出されてるんだから、
WPFにも同じような機構が欲しい。
515 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 22:28:01 ]: WPFには、XNAみたいにフレーム更新のスキップ機能がほしい。
途中のアニメーションをすっ飛ばしてレスポンス返す方がいい。
516 名前：デフォルトの名無しさん mailto:sage [2007/11/27(火) 23:21:12 ]: >>511
Avalonだとか言われていた時代、既にAppleはQuatz Exteremeという
近代的なデスクトップシステムを作り上げていたのだなぁ
517 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:10:53 ]: おいおい・・・
518 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:11:17 ]: MSは98年ごろにデモで3Dデスクトップ環境を披露していたが
519 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:15:12 ]: まあ板的に肝なのは主にXAMLだ
520 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:22:04 ]: XAMLはいいかげんさが足りない
521 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 00:34:12 ]: でも面白いよなXAML
522 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 01:31:03 ]: でも、実際はタグでWeb開発してる奴にとっては珍しくないんだよ。
問題は内部ロジックがどの程度進化していくかが重要。
今の処理ではアニメーションが重すぎる。
523 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 10:45:17 ]: XAMLって汎用的なオブジェクト生成、設定マークアップランゲージだろう。またそうやってかけるのがナイスなんだが。
自分でXAML相当のもの作るとしたらどういうスキーマをクラス情報から生成すればいいんだろ。attributeの辺りとかよくわからんです。
WPFこれから調査するけどなんか思い･･･
MSの人がXPだとハードウェアアクセラレーション書きかないバグがあってフィックスがどうたらとかいってたけど知ってるエロイ日といますか？
524 名前：デフォルトの名無しさん mailto:sage [2007/11/28(水) 20:15:22 ]: アニメーションはいらん機能だな･･･。
XAMLの一番のメリットはコントロールインスタンスの生成と
レイアウトの手間が省ける点だと思ってる。
それと、XAML＋C#コードビハインドで、言語レベルでMVCのV,C切り分けができるのがいい。
まぁ、コードビハインドなんて言葉も、web屋のほうから来たのかもしれないが。
ついでに言うと、.net2.0 のDataProvider + DataSet + XML関連クラスもいい感じに'M'を
扱いやすくしてくれてていい感じだ。

とにかくXAMLはUIレイアウトとユーザーイベントオブザーバーとしての機能だけを充実させて
ほしい。変にプログラマブルな方向へは進んでほしくない。
525 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 00:28:43 ]: もう進まないんじゃないかって思ってるんだが。
526 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 00:57:38 ]: >プログラマブルな方向
むしろこれからが本番じゃない？

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

Expression Designをバージョンアップさせて色々と思いついたMSが
あれもこれもと機能を追加しそうな気がする。
527 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 02:14:17 ]: まあ、VSそのものはそれほど進化してないからな。
Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。
528 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 10:37:53 ]: アニメーションが重いのがネックだったら、
Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？
529 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 11:21:06 ]: いや、アニメーションが重いというよりも全体が重い気がする。
XPだとハードウェァアクセラレーションできないって話があるがマジですか？
530 名前：デフォルトの名無しさん [2007/11/29(木) 13:26:01 ]: 　　／￣＼　　　プラグイン必須だし　　　　　／￣＼
　　|／￣￣￣￣＼　　　　　　　　　　　／￣￣￣￣＼|
　｜　　　／V＼＼＼　　　　　　　　　｜　　／V＼＼＼
　 |　/　/|｜　　｜|　|　　　　　　　　　 |　//|　　　｜｜　|
　 |　|　|(ﾟ)　　　(ﾟ)|　|　　　　　　　　　　|　|　(ﾟ)　　　(ﾟ)　/|
　ノ＼|＼|　(_●_)　|/　　　　　　　　　　＼|　(_●_)　|/|/＼　ウィンのIEしか動かないの
　彡､　　　|∪|　　､｀￣￣ヽ　　　　／彡､　　　|∪|　　ミ　　＼
/　＿＿　ヽノ　　　Y￣)　|　　　　(　(/　　　　ヽノ＿　|＼＿＞
(＿＿＿）　　　　　　Y＿ノ　　　　ヽ/　　　　　(＿＿＿ノ
　　　　　＼　　　　　　|　　　　　　　|　　　　　　/
　　　　　　|　　／＼　＼　　　　　／　／＼　　|
　　　　　　|　/　　　)　)　　　　　(　(　　　　ヽ　|
　　　　　　∪　　　（　＼　　　　／　)　　　　∪
　　　　　　　　　　　＼＿)　　(＿／

　　　　　／￣＼
　　　　｜／￣￣￣￣＼
　　(ヽノ//　/／V＼＼｜/)
　　(((i)//　（゜）　　（゜）||(i)))　　そのうえ動作はカ・ク・カ・ク☆
　／∠彡＼|　(_●_)｜|＿ゝ＼
(＿＿＿､　　　|∪|　　　　,＿＿）
　　　　|　　　　ヽノ　　/´
　　　　|　　　　　　　 /
531 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 13:32:21 ]: ↑何と勘違いしてるんだろ？
532 名前：デフォルトの名無しさん mailto:sage [2007/11/29(木) 13:33:40 ]: >>529
これのこと？
forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1987079&SiteID=7
533 名前：デフォルトの名無しさん mailto:sage [2007/12/01(土) 19:24:34 ]: >>529
ついでにこれも。
ttp://blogs.msdn.com/hiroyuk/archive/2007/11/30/6604954.aspx
534 名前：デフォルトの名無しさん [2007/12/03(月) 17:50:53 ]: 【コラム】　パソコンが「重く」なるのはなぜ？不調の理由は？　解決法はある？
news.ameba.jp/r25/2007/12/9073.html
535 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 05:44:27 ]: >>534
＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。
536 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 06:25:20 ]: >>535
メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ
537 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 09:30:12 ]: 一度もリストアもしないで数年使い続けたノートでは役に立ったよ。
数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。
538 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 19:07:23 ]: itpro.nikkeibp.co.jp/article/NEWS/20071203/288650/
＞MEET eJournalPlusは，現在はまだ評価版の段階である「.NET Framework 3.5」をベースに開発されており，
＞文書フォーマットとしては「XPS」を採用して，メタデータの保存などを行っている。
＞また，学生間や学生・講師間でのデータ共有には，.NET Framework 3.0で追加された通信機能である
＞「Windows Communication Foundation」を使用している。

ソース公開するらしい
539 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 19:23:56 ]: ＞刷新「.NET アーキテクチャーセンター」

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

ありがとうございましたorz
540 名前：デフォルトの名無しさん mailto:sage [2007/12/04(火) 23:38:30 ]: MEETをNEETと読み違える奴多数？
541 名前：デフォルトの名無しさん mailto:sage [2007/12/06(木) 23:13:13 ]: 勤労を批判的に見る訓練
542 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 14:30:02 ]: こういうオサレなWPFアプリ作ってみたいもんだが、どうしても重くなっちゃうな。むずい
ttp://www.thirteen23.com/work/denounce/index.html
543 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 23:15:01 ]: まずもってデザインセンスがない俺
544 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 01:23:16 ]: Yahoo! Messenger for Vista
ttp://japan.cnet.com/news/media/story/0,2000056023,20362702,00.htm
ttp://messenger.yahoo.com/windowsvista.php
545 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 01:48:16 ]: うおおお
今度は落ちにくくなってるのかな
546 名前：デフォルトの名無しさん mailto:sage [2007/12/08(土) 22:46:28 ]: MSが使わずYahooが使っているという・・・
547 名前：デフォルトの名無しさん mailto:sage [2007/12/09(日) 00:46:50 ]: 使ってみたけど結構悪くないよ
ただ絵文字がきもくなった
548 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 01:33:06 ]: あれから1年：Vistaのキラーアプリケーションはどこにある？
japan.zdnet.com/sp/feature/07microsoft/story/0,3800083079,20362838,00.htm
549 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 08:39:37 ]: おっしゃるとおりでございます。
リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.
550 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 08:45:01 ]: XPのときにキラーアプリなんかあったか？
551 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 09:05:03 ]: 98/Meから乗り換えたユーザーにとってはXP自体がキラーアプリだったような。
当時2000ユーザーってそんなに多くなかったし。
552 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 13:36:25 ]: WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀)
553 名前：デフォルトの名無しさん mailto:sage [2007/12/11(火) 20:10:16 ]: >>552
ttp://www.venkatarangan.com/blog/XAMLSchema.aspx
こんなん見つけましたけど(゜▽゜)
554 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 04:07:59 ]: >>551
2000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな

アプリ追加でやるのと標準で付くのは差が大きい
555 名前：デフォルトの名無しさん mailto:sage [2007/12/13(木) 21:14:26 ]: msdn2.microsoft.com/en-us/library/ms771362.aspx

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

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

もうだめぽ
556 名前：555 mailto:sage [2007/12/13(木) 21:27:59 ]: [Window Title]
Microsoft Windows

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

Vista Home Basicじゃ動かないのか…
557 名前：555 mailto:sage [2007/12/13(木) 22:40:31 ]: Re: VS 2008 crash while rendering xaml - MSDN Forums
forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2390828&SiteID=1&pageid=0#2390828

はずれ

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

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

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

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

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

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

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

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

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

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

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

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

俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとｗ
OS：Vista って書いたらハァ？って言われてるし
589 名前：デフォルトの名無しさん mailto:sage [2007/12/22(土) 23:29:22 ]: >>587
答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。
590 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 02:15:33 ]: WPFはタブオーダーをクリックして変更できないのかな。
あの機能は便利だと思うんだけど。
591 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 11:57:51 ]: >>588
ゲームがVistaに最適化すればよい
592 名前：デフォルトの名無しさん mailto:sage [2007/12/23(日) 11:58:50 ]: >>590
便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし
593 名前：デフォルトの名無しさん [2007/12/23(日) 14:11:11 ]: >>591
Vistaだと、1割重いっていうのが通説なんすよね。
まあ、それを見越して、チューニングしろって話なんだろうけどさ。

最近だと、DirectX10だと、キレーになる、ゲームがあったんだけど、

「Crysis」

　さて、実はここで紹介した効果を含めて、公式にDirectX 10フィーチャーと
されている設定は、ゲームの設定ファイルを触ることでDirectX 9環境でも
適用することができる。結果的にDirectX 9バージョンでもDirectX 10バージョン
と同等の絵を出すことができる。つまり、DirectX 10だから美しい環境が実現
されているわけではないのだ。

　あえて上記に触れたのは、現在のところDirectX 9バージョンとDirectX 10
バージョンで、「最高」設定の絵を出したとき、実はDirectX 9バージョンの方
がパフォーマンスが良いからだ。

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

Vistaｵﾜﾀ＼(^o^)／

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

で、App.xamlのStartUpUriは消した

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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