【新GUI FW】WPF（XAM ..
40:デフォルトの名無しさん
06/12/09 12:01:38
.Net 2.0 でいう ListView の LargeIcon 表示をしたいんですけど、
WPFではどうすればいいですか？
41:デフォルトの名無しさん
06/12/09 12:14:48
winGが最強ｗ
42:デフォルトの名無しさん
06/12/09 12:30:29
>>40
つ DataTemplate
43:デフォルトの名無しさん
06/12/09 16:57:31
URLﾘﾝｸ(msdn2.microsoft.com)
適当なWPF/Eまとめ
・IE、Firefox、Safariに対応
・WMVやMP3のコーデックが付属しているので、ビデオ再生ができる。
・プログラムはJavaScriptで書く（将来的にはCLRのサブセットを付属予定←2007年前半）
・GridとかStackPanelとかはない。Canvasはある。（前者もサポート予定）
・3Dはサポートされてない（デモビデオでは動かしてるから、そのうちサポートされるのかな？）
・２バイト文字は現時点ではサポートされてない。化ける。
44:デフォルトの名無しさん
06/12/09 18:32:42
一部の環境でしか動かない半端なサブセットなどいらん。
Flashのように、主要OSの主要ブラウザで全ての機能が使えるようになってからこい。
45:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/12/11 09:17:41
URLﾘﾝｸ(d.hatena.ne.jp)
[質問] 将来的に、MSIL (.NET の中間言語) を Windows カーネル内で使用することができるようになるか?
将来はそうなるかも知れない。現時点では難しい。
47:デフォルトの名無しさん
06/12/11 20:37:16
MSILが走るハイパバイザ書けばそういう構造になるんかなー。
WindowsマルチとかWindowsVTとか。そういう感じの。
48:デフォルトの名無しさん
06/12/25 11:08:36
ｷﾀｰ
URLﾘﾝｸ(www.atmarkit.co.jp)
49:デフォルトの名無しさん
06/12/30 00:24:24
Dependency propertyってシンタックスシュガー用意されんの？
50:デフォルトの名無しさん
07/01/09 21:39:26
3.0入れたらPresentationFontCache.exeとかいうのが常駐するようになったんだが終了してOK？
51:デフォルトの名無しさん
07/01/12 18:35:58
ok
サービス切ってもWPF動くし
52:デフォルトの名無しさん
07/01/13 23:41:38
WPFのUIコンポーネント使いたいけどXAMLとか使いたくなくて
C#のコード中から動的にUIコンポーネント追加したいんだけど
いいサンプルないですか?
53:デフォルトの名無しさん
07/01/14 12:05:51
サンプルもくそもないだろ。
XAMLの構造をC#に落とすだけ
54:デフォルトの名無しさん
07/01/15 00:22:09
MS、Macおよび携帯電話向け開発ソフト「WPF/E」の日程を明らかに
URLﾘﾝｸ(japan.cnet.com)
“WPF/E” (codename) Community Technology Preview for Windows (Dec 2006)
URLﾘﾝｸ(www.microsoft.com)
C-A1D2-CEDC1ED5C948&displaylang=en
--
Mac/SDK
URLﾘﾝｸ(www.microsoft.com)
FC-A1D2-CEDC1ED5C948&displayLang=en
55:デフォルトの名無しさん
07/02/03 04:47:56
3D非サポートって、何のためのFlashキラーだよ。使えねーな。
56:デフォルトの名無しさん
07/02/05 21:00:31
現状、WPFの開発ってどうすればいいの？
Visual C# 2005 Express Editionで可能？
57:デフォルトの名無しさん
07/02/06 00:33:52
Windows, MaxOSX, Linux で制限無く動くFlashに比べたら、
WPFはヤル気が感じられないな。
58:デフォルトの名無しさん
07/02/06 00:40:26
ハードウェアアクセラレーションあったほうがいいっす。
59:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/02/18 13:55:10
C++/CLI使ってマネージアプリケーションにするしかないのでは？
ネイティブアプリケーションでは無理だと思う。
それともCOM経由でできるのか？
61:デフォルトの名無しさん
07/02/18 15:02:24
>>59
本来ならC++ならMIL APIを使うべきだったんだろうけど、非公開なのでなす術なし。
62:デフォルトの名無しさん
07/02/18 15:50:19
WPFって2Dでは速いの？
63:デフォルトの名無しさん
07/02/18 17:55:57
XP以下ではGDIを使うとハードウェアアクセラレーションが効いたが、
VistaではWPFしかハードウェアアクセラレーションが効かない？
64:デフォルトの名無しさん
07/02/18 20:54:39
同じ構成のPC上のXPとVistaでHDBENCHを走らせればわかるよ。
URLﾘﾝｸ(www.hdbench.net)
しかし、これを見てVistaが糞ＯＳだというのも早い。
今後、Avalonでどこまで革新的なUI環境が実現できるかにかかってるな。
65:デフォルトの名無しさん
07/02/18 22:22:13
XAML + WPFプログラミング
URLﾘﾝｸ(www.spacewalker.jp)
66:デフォルトの名無しさん
07/02/18 22:24:44
>>65
このサイトすごいな
レベル高いし
67:デフォルトの名無しさん
07/02/18 22:31:54
>>65
ブックマークに登録した
68:デフォルトの名無しさん
07/02/18 22:51:34
宣伝乙ｗｗｗｗｗ
69:デフォルトの名無しさん
07/02/18 23:11:08
Web分野では、ActiveXの代用にしかならないような気がするなぁ。。。
70:デフォルトの名無しさん
07/02/18 23:14:55
IE6では動いたが、firefox2でXAMLが動かん・・・。なぜだらう。
71:デフォルトの名無しさん
07/02/18 23:17:47
>>70
firefox2でやってみた。
タブが無限に増えていく。
ブラクラだこりゃｗｗｗｗｗｗｗ
72:デフォルトの名無しさん
07/02/19 02:01:21
早くAjax死滅しろy
73:デフォルトの名無しさん
07/02/19 05:29:05
>>66-67
ﾜﾛﾀ
74:デフォルトの名無しさん
07/02/19 23:25:56
>>65-67
余りの分かりやすい自演っぷりに感動した
75:デフォルトの名無しさん
07/02/20 20:22:11
XBAP≠WPF/E
76:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/02/20 22:32:45
きっとエラーが発生したんだよ。
そうに違いない。
78:デフォルトの名無しさん
07/02/20 22:47:43
XamlPadでは実行できてるんだけど、なんでかな
ちなみに実行しようとしてるのはこれ
<Page
xmlns="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)
Background="White"
>
<Button>
<Button.Background>Gray</Button.Background>
<Button.Foreground>White</Button.Foreground>
<Button.Content>ここを押して</Button.Content>
</Button>
</WrapPanel>
</Page>
79:デフォルトの名無しさん
07/02/20 22:49:45
</WrapPanel>
80:デフォルトの名無しさん
07/02/20 22:54:26
ごめん。まちがってたね。
でも</WrapPanel>なくしてもエラーでてる・・・
すんません。ちょっといろいろ調べてみる
81:デフォルトの名無しさん
07/02/20 23:05:54
>>80
SJISで保存したら俺もエラーが出た。UTF-8で保存したらできた。IE6だが。
82:デフォルトの名無しさん
07/02/20 23:27:45
ああ！ありがとう！UTF-8で保存したらできたー！
83:デフォルトの名無しさん
07/02/21 00:02:23
>>75
独占しか考えないMSが他のOSやブラウザで動作するように作成するわけがない。
WPFの１割の機能もないWPF/E(笑)
84:デフォルトの名無しさん
07/02/21 00:04:25
どっちかというと XBAP（笑）なんだが・・
<NET3.0をダウンロードさせないといけない時点でほぼVistaオンリーな技術じゃん。
Ｖｉｓｔａ普及するのまってからじゃあないと意味ないぞ
85:デフォルトの名無しさん
07/02/21 00:07:54
WPF/Eは入れなきゃいけないんでそ。
86:デフォルトの名無しさん
07/02/21 00:11:09
ランタイムのサイズが違う
.NETみたいに重くない
おそらくFlashみたいにほぼ意識せずに入れられるだろう
そのてん.NETは（笑）
87:デフォルトの名無しさん
07/02/21 01:07:01
>>84 .NET3.0はXPでもはいるだろ
88:デフォルトの名無しさん
07/02/21 01:28:20
わざわざ入れなきゃいけないWPF/Eと
Vistaだけとはいえ最初から入ってるWPF
89:デフォルトの名無しさん
07/02/21 01:34:56
>>87
日本語勉強するニダ
90:デフォルトの名無しさん
07/02/21 01:52:33
あながち間違いじゃないアルヨ
91:デフォルトの名無しさん
07/02/24 01:10:50
TBS 安土城＠WPF
URLﾘﾝｸ(www.ms-tenkafubu.com)
これを快適にみれる環境ってあるのか？
92:デフォルトの名無しさん
07/02/24 10:27:14
>>91
ちょｗｗｗｗ重いとかいう問題じゃねえｗｗ
全然動かないままCPU天井張り付きってどういう事だよｗ
93:デフォルトの名無しさん
07/02/24 11:53:31
快適ではないが、まぁ、見れる
外観をくるくるするだけだし、ズームの最大も大したサイズにならないのに
この重さはだめだろ
94:デフォルトの名無しさん
07/02/24 11:56:40
Ath64 3200+7600GT程度では死んだ
95:デフォルトの名無しさん
07/02/24 12:00:42
ちなみに >93 の環境は Core2Duo E6600 + 7600GS
回したり動かすと 100% まで逝っちゃうな
96:デフォルトの名無しさん
07/02/24 21:18:16
しかし、なんで3Dばっか出すんだろな。
クリックとか標準対応してないだろ、3Dオブジェクトのさ。
E5700+7950だけど、これは重すぎ。
97:デフォルトの名無しさん
07/02/24 21:54:33
>>96
そうでもしないとウリがないからじゃね？
人、それを手段の目的化と言う。
98:デフォルトの名無しさん
07/02/24 23:19:39
ハードウェアの能力を使いきれなくなってきたから、無駄に馬力のいるテクノロジを導入しただけでし。
99:デフォルトの名無しさん
07/02/25 12:10:36
こういうサンプルでも十分に面白いと思うんだけどな
URLﾘﾝｸ(www.sneath.org)
100:デフォルトの名無しさん
07/02/25 12:55:42
>>99
仕掛けねーじゃんｗ
普通のWebで十分。
101:デフォルトの名無しさん
07/02/25 17:34:26
本当に期待してたんだが・・・
まじでいらねーな
102:デフォルトの名無しさん
07/02/27 13:42:46
>>91
TBSなんかと組んで法則発動したな･･･
103:デフォルトの名無しさん
07/02/27 15:16:44
>>91
このサンプルはWPF/EのCTPだよね＾＾；
この速度で正式版だったら終わったなｗ
104:デフォルトの名無しさん
07/02/27 16:30:00
>>103
.xbapはWPFの方。つまり、正式版でこの有り様ってこと。
これがVistaの新しい「体験」とやらだ。終わってるな。
105:デフォルトの名無しさん
07/02/27 16:39:25
元々誰も期待してないだろ
106:デフォルトの名無しさん
07/02/27 22:25:12
GDIがなくなるならそれでいい
そもそも初回描画に時間がかかっても
GDIのように更新もしてないのに無駄なWM_PAINTで描き直しつづける必要がないからね。
107:デフォルトの名無しさん
07/02/27 22:39:43
今のところ、WPFに関しての評価はこんな感じ？
利点
WPFだとGPUパイプラインでCPUで描画処理のリソースを有効に活用できる。
XAMLでMVCモデルで開発ができる。
欠点
3D描画処理が重い（使えない）
WPF/Eで3D処理が行えない（Flashより有用なところがない）
108:デフォルトの名無しさん
07/02/27 23:01:30
つーか、WM_PAINTで描画し直しなんてたいした労力でも無いがな。
別にコーディング上不可にもならん。
109:デフォルトの名無しさん
07/02/27 23:09:37
WM_PAINTでリストビューのスクロールが戻るソフトはウザいな
110:デフォルトの名無しさん
07/02/28 01:05:18
なんか全然盛り上がってないどころか思いっきり盛り下がっちゃったねｗ
111:デフォルトの名無しさん
07/02/28 02:54:56
結局、リリースとともに責任者をクビにしたOSで失敗作だし。
112:デフォルトの名無しさん
07/02/28 07:03:05
GPUをウインドウの描画にも使うってところまでで
とどめたほうがよかった気がするな
113:デフォルトの名無しさん
07/02/28 09:27:41
いや、もともと、GPUを使った新しいウィンドウ周りの設計自体はかなりしっかり行われてるよ。
ただ、実装に数年かかったと言うことと、色々イレギュラーな件が発生してパフォーマンスが落ちたけど。
でも、設計方針は間違ってない。
かなり気合い入れて設計されているのに、あまりアピールしてないから、みんな見た目だけでグチグチ文句言ってるけどさ。
114:デフォルトの名無しさん
07/02/28 09:54:52
じゃあ良サンプル見せてくれよ。口だけクン。
115:デフォルトの名無しさん
07/02/28 10:00:25
>>110
だなw
116:デフォルトの名無しさん
07/02/28 11:08:21
>>113
気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？
117:デフォルトの名無しさん
07/02/28 13:28:35
普及しようにもナ・・・・・
しばらく無理だろ
つうわけでマターリ4.0待つか
118:デフォルトの名無しさん
07/02/28 15:43:05
98SEでいいやとか言ってる連中にマルチコアも糞もないだろ
119:デフォルトの名無しさん
07/03/01 21:04:08
>>116
確かにUIContextの件は残念だけどそこでマルチコアを持ち出すのはどうだかね。
コア数に応じてスケールする、本当の意味でのマルチコア対応を謳いたければ、
結局RDBMSなりWFなりの仕組みの上でプログラミングしないときついんじゃないかな。
そういう場面でUIContextの不在が問題になる状況ってあんまり思い付かないんだけど。
スレッド2〜3個の処理をハードコードして自己満足に浸りたい時には確かにUIContextが恋しくなるけどね。
でもベンチとってみたら猿でも使えるSQL Serverの方が高いスケーラビリティを示すなんてことが実にありそうだ。
ところでマルチコア以前に今のアプリはI/Oやネットワークの
ブロッキングに対して無頓着なの多すぎだと思わない？
ちょっとネットワーク帯域が狭いからってUI応答が遅延するアプリが平気で生き残ってるし。
マルチコア以前にシングルコア時代の宿題がまだ終わっていない。
本気でやろうと思ったらVistaのWin32 I/Oキャンセルも対応しないと大変なのかもしれんけど。
URLﾘﾝｸ(www.microsoft.com)
そういえばOrcas March 2007 CTPのリリースノートに「CLR: New Async model on Socket class」とかあるね。
まあ大半の開発者にっとってはこんなの使いこなす以前の問題が山積みで、結局大して使われない予感もする。
WPFとあんまり関係ない話でスマソ。
120:デフォルトの名無しさん
07/03/01 22:02:25
色んな話をｺﾞｯﾁｬにして誤魔化す気満々？
121:デフォルトの名無しさん
07/03/01 23:05:44
なんか必至にごまかしてるな
122:デフォルトの名無しさん
07/03/02 00:48:18
なんか、知らぬ間に誰かが書き込みしてるな。
123:デフォルトの名無しさん
07/03/02 07:38:49
>>119
フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。
124:デフォルトの名無しさん
07/03/02 10:33:29
>>123
へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。
そういや最近CCR特許がパブリッシュされてたね。
URLﾘﾝｸ(www.freepatentsonline.com)
125:デフォルトの名無しさん
07/03/02 11:21:56
Concurrency and Coordination Runtimeでしょ
126:デフォルトの名無しさん
07/03/03 00:55:21
ロボットって時点で萎える
127:名無しさん♯
07/03/03 05:14:40
>>124
∧＿∧ ┌─────────
◯（ ´∀｀ ）◯ ＜ 僕はJoinsちゃん！！
＼ ／ └─────────
_／ ＿＿ ＼_
（＿／ ＼＿）
ｌｌｌ
URLﾘﾝｸ(research.microsoft.com)
URLﾘﾝｸ(research.microsoft.com)
128:デフォルトの名無しさん
07/03/03 20:47:26
狂ったか
129:デフォルトの名無しさん
07/03/07 22:07:44
Vista、個人での利用は0.9％、会社ではゼロ
URLﾘﾝｸ(headlines.yahoo.co.jp)
Vistaｵﾜﾀ
130:デフォルトの名無しさん
07/03/07 23:24:24
XPの時もそんなこと言ってる奴がいたな。
131:デフォルトの名無しさん
07/03/07 23:35:05
XPの時も抵抗激しかったね。
「ペケポン」と呼ばせようとしてたりｗ
132:デフォルトの名無しさん
07/03/08 00:46:04
>>108
ゲーム作ったことないだろ
133:デフォルトの名無しさん
07/03/08 00:49:16
ま、今のMS、日本法人も含めて、今回結果を出せなかった奴は全てクビにしないとダメ。
そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。
134:デフォルトの名無しさん
07/03/08 00:50:46
PS2の時もそんなこと言ってる奴がいたな。
135:デフォルトの名無しさん
07/03/08 08:43:50
>>132
ゲームならDirectXで作れよ
136:デフォルトの名無しさん
07/03/08 09:29:25
XBOX360はアメリカ(欧州も含む？)ではかなーり高い評価らしいな。
137:デフォルトの名無しさん
07/03/08 09:35:48
方向としてはオワタに向かってる会社にそこまでしてマンセーして楽しい？
何がメリット？
138:デフォルトの名無しさん
07/03/08 14:21:34
明日の飯を人質にとられてるから。
139:デフォルトの名無しさん
07/03/08 15:05:26
>>135
GDIのウンコ加減を認めると？
140:デフォルトの名無しさん
07/03/08 15:27:07
適材適所って知らないのかな
141:デフォルトの名無しさん
07/03/09 02:19:20
GDIがどの時代に生まれたのか考えれば、哀れみを持って接することが出来るはずなのだがな。
142:デフォルトの名無しさん
07/03/09 09:08:25
GDIは性能を除けば可愛いインターフェースだお。
アクセスの仕方に注意すれば劇遅ってわけでなし。
143:デフォルトの名無しさん
07/03/09 18:17:15
まあ描く内容による罠
16*16と1280*960のBitBltじゃぜんぜん違うし。
144:デフォルトの名無しさん
07/03/15 23:21:52
milcoreの仕様公開してくれないのがなんともなあ。
いつまでGDI使わせるつもりじゃ
145:デフォルトの名無しさん
07/04/07 09:59:06
ウムコー
146:デフォルトの名無しさん
07/04/18 22:07:04
Silverlight ageしちゃうぞー
147:デフォルトの名無しさん
07/04/18 22:08:47
>>146
正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？
148:デフォルトの名無しさん
07/04/18 22:15:26
>>147
ないよー
あ、壁紙が追加されたけど。
URLﾘﾝｸ(www.microsoft.com)
149:デフォルトの名無しさん
07/04/30 22:17:35
XAMLプログラミングって本買ってきた。
これから読む。
150:デフォルトの名無しさん
07/04/30 22:23:41
>>149
買ってきたところで悪いがあんまりいい本じゃないぞ、それ。
まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。
151:デフォルトの名無しさん
07/05/01 08:12:45
何故先に言わん
152:デフォルトの名無しさん
07/05/01 20:55:23
>>151
おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ
まぁ、それに、代わりとなる書籍がないのも事実じゃない？ いまんとこ。
153:デフォルトの名無しさん
07/05/01 23:39:36
URLﾘﾝｸ(www.shuwasystem.co.jp)
↑この本はどうなんだろう？
154:デフォルトの名無しさん
07/05/01 23:51:01
Silverlight Including .NET Support - Download it Today
URLﾘﾝｸ(blogs.msdn.com)
TechCrunch Japanese
URLﾘﾝｸ(jp.techcrunch.com)
155:デフォルトの名無しさん
07/05/01 23:59:11
>>153
なぜかその本、amazonで扱ってないね。
156:デフォルトの名無しさん
07/05/02 00:04:26
>>155
有るよ。ISBNで検索したら出てきた。
URLﾘﾝｸ(www.amazon.co.jp)
157:デフォルトの名無しさん
07/05/02 00:12:29
>>156
本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。
158:デフォルトの名無しさん
07/05/02 00:14:49
クリッコした。読んだあと、気が向いたらレポするよ。
159:デフォルトの名無しさん
07/05/02 22:03:33
Silverlight age
Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた
Silverlightで動くPythonコンソール
URLﾘﾝｸ(silverlight.net)
TechCrunch もう一本
URLﾘﾝｸ(jp.techcrunch.com)
160:149
07/05/03 20:22:11
>>153の本買ってきた。
これから読む。
161:デフォルトの名無しさん
07/05/03 20:47:50
>>159
なんという提灯記事・・・
162:デフォルトの名無しさん
07/05/04 23:01:33
Linuxのサポートがないンだからさ、そんなもの不必要。
Operaのサポートがないンだからさ、そんなもの不必要。
いい加減にしろ、マイクロソフト。
163:デフォルトの名無しさん
07/05/04 23:29:24
>>162
OperaとはWPF/E時代からクロスプラットフォームのためにこっそり共同開発してたらしい
もうすぐ正式発表だってさ。Operaの中の人いわく
URLﾘﾝｸ(my.opera.com)
LinuxではMonoがサポートする予定らしい
（ただ、Monoは人材不足らしいからかなり時間がかかるかも）
URLﾘﾝｸ(news.com.com)
164:デフォルトの名無しさん
07/05/05 01:36:04
しかしActionScriptなんて低レベルなコミュニティに新参者として顔をださなきゃならないくらいなら、
いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。
165:デフォルトの名無しさん
07/05/05 03:00:33
んなーのは幻想。
166:デフォルトの名無しさん
07/05/05 13:42:50
>>163
GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。
167:デフォルトの名無しさん
07/05/05 13:47:46
乗り換えるのはクライアントが判断することだ。
開発者は情勢を見極めて開発するか決めればよい。
168:デフォルトの名無しさん
07/05/05 13:52:29
え゛っ
169:デフォルトの名無しさん
07/05/05 14:11:54
>>167は究極のコーディングマシン
170:デフォルトの名無しさん
07/05/05 18:52:22
開発キットがタダで手にはいるなら、使ってやっても良いぞ >> マイクロソフト
171:デフォルトの名無しさん
07/05/05 20:48:56
質問。
Silverlight のサーバ側は、ASP.NET 以外は不可なのか?
どうなんだよ、マイクロソフトさんよぉ。
172:デフォルトの名無しさん
07/05/05 21:11:11
>>171
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
ちゃんと読んでないけど。
173:デフォルトの名無しさん
07/05/05 22:24:47
>172
それ、ストリーム転送とか大丈夫なのかよぉーっっ。
174:デフォルトの名無しさん
07/05/06 06:16:51
>>171
Apache可
175:デフォルトの名無しさん
07/05/08 21:00:12
IDEのWPFデザイナ重すぎっす＞＜
176:デフォルトの名無しさん
07/05/08 23:20:11
もっさり.NETは仕様です。
177:デフォルトの名無しさん
07/05/08 23:26:05
IDEのWPFってVS2005に追加させるやつのことか？
178:デフォルトの名無しさん
07/05/10 22:52:02
URLﾘﾝｸ(msdn2.microsoft.com)
日本語版無いのか・・・orz
179:デフォルトの名無しさん
07/05/12 22:10:14
WPFってアンマネージドな世界からも使えるの？
180:デフォルトの名無しさん
07/05/12 23:54:17
メッセージは健在だって話は聞いた事があるな。
181:デフォルトの名無しさん
07/05/12 23:58:58
>>179
もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない
やってみたことないのでさっぱりわからないが
182:デフォルトの名無しさん
07/05/22 00:19:31
ATLのほうが百倍飯食える
183:デフォルトの名無しさん
07/05/22 00:52:43
嘘と大げさは、詐欺師の始まり。
184:デフォルトの名無しさん
07/05/22 17:35:43
>>179
できるとすれば、CLRホスティングでだろうな。
185:デフォルトの名無しさん
07/06/04 18:59:52
>>178
URLﾘﾝｸ(www.microsoft.com)
やっと出たんだっけ。
186:デフォルトの名無しさん
07/06/08 19:33:18
*.csファイルでインスタンス化したオブジェクトと
XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…
187:デフォルトの名無しさん
07/06/08 19:52:06
>>186
ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。
188:186
07/06/08 20:36:20
>>187
無事できました、ありがとうございます。
これでUI作成がけっこう楽になりそうな予感。
189:186
07/06/08 21:20:06
質問ばかりで申し訳ないんですが、
BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？
DependencyObject派生ではないsourceで
source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty
としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…
190:186
07/06/10 02:36:57
どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。
スレ汚してすみません。
191:デフォルトの名無しさん
07/06/11 11:02:02
んーと∩( ´Α｀)＜ 先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？
Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。
192:デフォルトの名無しさん
07/06/11 15:56:41
WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから
そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど
193:デフォルトの名無しさん
07/06/11 16:17:40
>>192 プログラムコードからWPFオブジェクトにアクセスすることってできるん？
194:デフォルトの名無しさん
07/06/11 20:27:25
普通にできるよ
てか、できなきゃ困る
195:デフォルトの名無しさん
07/06/11 20:34:21
そのときってどういうイメージ？
FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？
196:デフォルトの名無しさん
07/06/11 21:04:38
>195
XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。
197:デフォルトの名無しさん
07/06/11 21:12:20
結構簡単にできるんじゃない？
*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。
もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。
198:デフォルトの名無しさん
07/06/12 02:09:16
MS机ってWPFなんだってな
199:デフォルトの名無しさん
07/07/01 20:51:39
WPF初めて触ってみたけど
これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。
200:デフォルトの名無しさん
07/07/01 22:13:27
ゲーム向き以外のしくみはみんなウンコかよｗ
201:デフォルトの名無しさん
07/07/01 22:49:46
もうゲームなんて斜陽産業だろ?
わかってんの?
202:デフォルトの名無しさん
07/07/01 22:53:17
重いからリアルタイム性のあるゲームには向かない。
エロゲーとかは作れるかもな
203:デフォルトの名無しさん
07/07/02 04:57:14
ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ
WPFなんてsilver lightの練習環境ｗ
204:デフォルトの名無しさん
07/07/02 06:36:40
だったら他の何かを使って好きなだけゲーム作っててくれ
205:デフォルトの名無しさん
07/07/02 10:01:09
よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？
XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。
206:デフォルトの名無しさん
07/07/02 10:07:59
なんでだろ。
Binding とか Template 機能にこりすぎた？
あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。
207:デフォルトの名無しさん
07/07/02 11:47:03
ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。
208:デフォルトの名無しさん
07/07/02 11:47:03
>>205
次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。
209:デフォルトの名無しさん
07/07/02 16:16:23
>>205
ゲームより速度を要求するアプリってなんなのか、教えてくれ。
210:デフォルトの名無しさん
07/07/02 16:33:48
>>209 どこをどう読むとそんな質問が出てくるんだ?
211:デフォルトの名無しさん
07/07/02 16:40:31
Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？
→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい
ってな感じで思考が飛躍したんだと思われる
212:デフォルトの名無しさん
07/07/02 16:43:29
厨の思考なんだから理解してやれよ。
ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。
213:デフォルトの名無しさん
07/07/02 17:21:06
ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。
214:デフォルトの名無しさん
07/07/02 17:26:55
ゲームプログラマ以下のプログラマが多すぎるからじゃない？
あとハゲに謝れ
215:デフォルトの名無しさん
07/07/02 17:55:01
WPFで新しく何ができるんだ？
XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。
売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話
216:デフォルトの名無しさん
07/07/02 18:06:18
まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど
プログラマ視点の利点しか目に付くところなくない気が。
てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。
217:デフォルトの名無しさん
07/07/02 18:08:21
３Dオブジェクトを透過させて背景も透過させて
裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ
218:デフォルトの名無しさん
07/07/02 20:02:58
夢見させるようなこと言うなよ三井
219:デフォルトの名無しさん
07/07/02 22:16:30
>>205
利便性と動作速度はトレードオフ
>>217
DirectXに無理なことはWPFでも無理
>>214
ハゲｗｗｗｗ
220:デフォルトの名無しさん
07/07/02 22:34:24
ああ、待ってればそのうち何でもできるようになるよ
221:デフォルトの名無しさん
07/07/02 22:39:09
アホか。2003年からどんだけ待ってたんだと思ってんだ。
で出てきたのがこの出来なんだ。
これで失望しなくてどうする。
222:デフォルトの名無しさん
07/07/02 22:41:32
>202
つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。
223:デフォルトの名無しさん
07/07/02 22:59:48
>>221
まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。
224:デフォルトの名無しさん
07/07/02 23:18:53
ぬあ
225:デフォルトの名無しさん
07/07/02 23:26:58
＞売りはGPUによる３D高速描画だろ？
そうだったのか
226:デフォルトの名無しさん
07/07/02 23:46:28
ネットワーク透過はVistaのAeroもそうだろ
227:デフォルトの名無しさん
07/07/02 23:50:58
俺もネイティブC++で扱えるもんだと思ってたからがっかり
C#はちょっとな
228:デフォルトの名無しさん
07/07/03 00:04:39
>>226
WPFもAeroも同じ仕組み使ってるからな。
229:デフォルトの名無しさん
07/07/03 00:09:14
>>227
milcoreをたたけ！
230:デフォルトの名無しさん
07/07/03 01:02:33
>>199
普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
URLﾘﾝｸ(blogs.msdn.com)
231:デフォルトの名無しさん
07/07/03 01:07:50
>>217
URLﾘﾝｸ(byfiles.storage.msn.com)
URLﾘﾝｸ(vistacon.spaces.live.com)
これぐらいのことなら・・・
232:デフォルトの名無しさん
07/07/03 01:51:27
>>227
WPFってCOMに対応してないんだよなあ。
233:デフォルトの名無しさん
07/07/03 22:05:49
>>216
ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム
234:デフォルトの名無しさん
07/07/08 01:36:58
いつになったらはやるんだろう…(´・ω・｀)
GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが
235:デフォルトの名無しさん
07/07/08 01:45:52
VisualStudioがちゃんと対応しないと
236:デフォルトの名無しさん
07/07/08 11:17:44
XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく……
通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)
237:デフォルトの名無しさん
07/07/10 00:52:42
まあ、WebアプリはFlexにまかせとけばいいでしょ
238:デフォルトの名無しさん
07/07/10 12:33:04
>>237
ないない、それはない。
239:デフォルトの名無しさん
07/07/10 20:11:37
silverlight 1.1ともろかぶりそうだからxbapは微妙だとは思う。
240:デフォルトの名無しさん
07/07/10 20:52:56
xbapはWebサービスにアクセスできないから終わってる。
Silverlightのがマシ
241:デフォルトの名無しさん
07/07/10 20:58:27
FlexよりAIRだろ
242:デフォルトの名無しさん
07/07/10 21:01:32
>>240
証明書があればできるお
243:デフォルトの名無しさん
07/07/10 21:32:00
まじで！？
244:デフォルトの名無しさん
07/07/21 15:57:22
【派遣ネガティブ根性チェック】
3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□口伝された仕様を意図どおり理解できなかったのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
245:デフォルトの名無しさん
07/07/28 14:57:17
これってマジなん？
URLﾘﾝｸ(d.hatena.ne.jp)
まさかJavaがWPF使ってくるなんて思ってなかったが・・・
246:デフォルトの名無しさん
07/07/28 15:44:54
>>245
EclipseのWPF版は使ってみると分かるけどまだまだ重いよ。
そのページからリンクされてるけど、こっちの方が文字入力環境としてはまだ快適。
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(www.actiprosoftware.com)
原理上、WPF版Eclipseもこれぐらいのパフォーマンスは出るはずなので
今後のチューニングに期待。そうなると結構化けるかも。
.NET 3.5に付属する.NET 2.0 SP1で、WPFのパフォーマンス向上って話もあるし。
247:デフォルトの名無しさん
07/07/28 23:48:32
>245
思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。
248:名無しさん＠そうだ選挙に行こう
07/07/29 01:13:34
>>247
Javaにはうといんで
249:デフォルトの名無しさん
07/07/31 14:39:50
>>246
xbapって日本語通るんだね。
昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
とか入力したりコピペしてみたけど全然大丈夫だった('A`)
ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB
250:デフォルトの名無しさん
07/07/31 14:44:07
>>249
.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。
251:デフォルトの名無しさん
07/08/01 00:51:24
>>249
なんというロースペック
252:デフォルトの名無しさん
07/08/01 01:56:09
eclipseは開発環境としての利便性の充実にスイッチしてるぞ。
Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。
253:デフォルトの名無しさん
07/08/01 02:03:50
そういやREMIX07のページは見た？
こっちはSilverLightってことで完全ソフトウェア描画だけど、
滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。
結構滑らかにぬるぬる動くよ。
URLﾘﾝｸ(www.event-information.jp)
てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。
254:デフォルトの名無しさん
07/08/01 02:04:57
すまん、FlushじゃなくてFlashだ。
255:デフォルトの名無しさん
07/08/01 03:10:09
こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、
First Look at IronRuby - ScottGu's Blog
URLﾘﾝｸ(weblogs.asp.net)
WPFって、最新の.NET用のGUIライブラリってことでよいのでしょうか？
.NET 2.0までは、VCLよろしくなWindows Form?（なんて呼ぶの？）だったと思うのですが、
なんで、今、WPFなんでしょう？
GPU使いたいからなんですかね？
しかし、また、アーキテクチャともかく、使い方がWindowsFormと互換性ないのは、
なぜ？なんで変えたんだろう
256:デフォルトの名無しさん
07/08/01 03:32:44
>>255
成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。
2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
URLﾘﾝｸ(www.freepatentsonline.com)
2004年 - Longhornバブル
URLﾘﾝｸ(pc.watch.impress.co.jp)
2005年 - Longhornバブル崩壊、.NET 2.0リリース(年末)
2006年 - WPFベータ->VistaにWPF RTM標準搭載(年末)
WPF向けデザインアプリ(Expression)ベータ登場、WPF/Eの噂が流れる
2007年 - WPF/E改めSilverLightお披露目、Expression RTM
<- いまここ
なぜWinForm互換じゃないのかについてはそれこそ5年前に
それで行こうと決心したからじゃないかな。
まあ当時予想されていたLonghornとはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。
257:デフォルトの名無しさん
07/08/01 04:44:14
>>256
サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。
勉強になりました
機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。
258:デフォルトの名無しさん
07/08/01 07:13:27
>>256
おお見やすい。
WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。
259:デフォルトの名無しさん
07/08/01 07:17:06
後当時は
「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？
260:デフォルトの名無しさん
07/08/01 15:22:07
まあ、GUI アプリ開発環境を一新したいけど、
WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。
・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。
261:デフォルトの名無しさん
07/08/01 15:24:37
ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。
WinFormsは基本的にハードの進化を考慮していないテクノロジー
262:デフォルトの名無しさん
07/08/01 15:46:28
CodeGears は WinForms のサポートを切ったり、eclipse も
wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz
C#はともかくなんとなく Xaml に 馴染めてない俺涙目。
263:デフォルトの名無しさん
07/08/01 15:55:32
JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして
覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。
264:デフォルトの名無しさん
07/08/01 15:57:53
CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった
265:デフォルトの名無しさん
07/08/01 15:59:12
そもそもXAMLは手書きするものなのか？
266:デフォルトの名無しさん
07/08/01 16:05:49
XMLの修正は普通におこなうだろ？
267:デフォルトの名無しさん
07/08/01 16:06:51
それにXAMLはWebのASPと同じようなもの
268:デフォルトの名無しさん
07/08/01 16:08:39
>>262
「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。
>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。
269:デフォルトの名無しさん
07/08/01 16:30:39
＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz
要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・
270:デフォルトの名無しさん
07/08/01 16:50:13
> 要らない子っていうか、IDE で簡単に UI を構築って場面以外では
> WinForms は素の Win32 に対して優位性ないよね・・・
エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ
271:デフォルトの名無しさん
07/08/01 19:28:35
>>262
むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。
そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが
当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと
やっと達観できるようになった。
XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？ と思うんだがどうよ。
272:デフォルトの名無しさん
07/08/01 22:42:23
間違いなくWinFormsはいらない子
273:デフォルトの名無しさん
07/08/01 23:26:16
>>270
なんかおかしいか？
>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね
274:デフォルトの名無しさん
07/08/01 23:46:46
UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。
275:デフォルトの名無しさん
07/08/02 00:51:42
>>260
> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？
>>・XAML＋C# による UI とビジネスロジックの分離
Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い
>>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
VMLやSVGなどの従来技術をごちゃ混ぜにしただけ
>> ・タイムラインベースのアニメーション
それFlash
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4335日前に更新/206 KB
担当:undef