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
276:デフォルトの名無しさん
07/08/02 00:56:50
>>275
まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。
277:デフォルトの名無しさん
07/08/02 01:18:32
>>275
> ・従来通り
そもそも従来通りの処理ではない。
> ・Webだと当たり前だし
んなことないだろｗｗｗｗ aspとかPHPとかだとぐちゃぐちゃ
> ・従来技術を
従来技術で動画を球体のテクスチャに貼り付けて再生するような処理を、
簡潔に記述できたっけ？
> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。
278:デフォルトの名無しさん
07/08/02 01:21:08
WPFって XPで動くの?
279:デフォルトの名無しさん
07/08/02 01:31:24
>>278
.NET Framework 3.0をインストールすれば動く。
280:デフォルトの名無しさん
07/08/02 07:26:14
>>>276
確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな
281:デフォルトの名無しさん
07/08/02 09:25:55
WPFのスレッドモデル、当初予定より退化と言われることもあるけど、
個人的には結構好きだよ。
あと、Win32/WinForm時代の弱点をちゃんと改良しようとしている点も○
例えば「入れ子になったポンプ処理」ってところで説明されてるPushFrameとか。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
URLﾘﾝｸ(forums.microsoft.com)
WinFormって結局Win32の知識無いと使うの無理だと思う。
282:デフォルトの名無しさん
07/08/02 10:07:11
WinFormはWin32をきれいにラップしたものに過ぎないからな。
283:デフォルトの名無しさん
07/08/02 10:08:25
＞きれいに
ダウト
284:デフォルトの名無しさん
07/08/02 10:20:07
まぁMFCよりはましでしょ。
285:デフォルトの名無しさん
07/08/02 10:30:34
まぁね。
286:デフォルトの名無しさん
07/08/02 17:18:55
WinFormsを使っているか簡単に判別する方法
キボンヌ。
コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?
287:デフォルトの名無しさん
07/08/02 17:40:46
使っている の基準がよくわからんが
参照設定を見てSystem.Windows.Formsがあるかどうか
288:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/08/02 20:54:01
所詮ライブラリ
いちいち言語仕様ガラガラポンされてたらたまらん
290:デフォルトの名無しさん
07/08/02 22:39:48
>>289
一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。
291:デフォルトの名無しさん
07/08/02 23:07:25
WPFは良いのはわかるが、プロパティ名がFormsから変更されているのが気に入らない。
紛らわしいｗ
292:デフォルトの名無しさん
07/08/03 00:03:29
RoutedEventとか、CommandBindingとか、
アプリケーションフレームワーク的には進化してるだろ。
293:デフォルトの名無しさん
07/08/03 00:25:15
前までDelphiやってて、C#やろうとしているんですが、
いまやるなら、どっちがベターなんすかね。
WinForms？WPF？
WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが
294:デフォルトの名無しさん
07/08/03 01:02:53
WPFがベターだと思う、結局Formsは中途半端な仕様だから。
ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。
295:デフォルトの名無しさん
07/08/03 01:59:07
.NET Framework 3.5ってWPFに関しては何か変更あるんですか？
296:デフォルトの名無しさん
07/08/03 02:41:06
ランタイムが早くなったのは実感できた。
297:デフォルトの名無しさん
07/08/03 03:27:50
>>295
URLﾘﾝｸ(blogs.msdn.com)
298:デフォルトの名無しさん
07/08/03 15:56:55
>>295 ちら見したが、3DのでHittestやイベントハンドリングついたみたいね。
ところで誰かBlendでのReleaseビルドに仕方教えてくれ・・・
Help見てもどこでTarget切り替えるのかわからん････
299:デフォルトの名無しさん
07/08/03 16:30:16
>>294
サンクス
300:デフォルトの名無しさん
07/08/04 00:52:20
3.5でWPFの劇重糞仕様って直ってる？
301:デフォルトの名無しさん
07/08/04 00:52:51
↑3Dのことです
302:デフォルトの名無しさん
07/08/04 05:52:09
貧弱グラボを買い換えればすぐに直るだろ
303:デフォルトの名無しさん
07/08/04 09:05:46
本気でそう思うのか？
Expression Blendの車のサンプルで5秒/1フレーム
3800 X2
2GB
X1300 Pro
304:デフォルトの名無しさん
07/08/04 09:15:27
>>303
10年前にタイムスリップできてよかったね
305:デフォルトの名無しさん
07/08/04 13:33:42
大体、VistaのAeroですら重すぎ、とかなのにさ。
WPFは劇重評価が普通の感覚だろ。
306:デフォルトの名無しさん
07/08/04 13:40:39
激しく同意
307:デフォルトの名無しさん
07/08/04 14:02:18
WPFは既存のWindowsアプリをリプレースする為の仕様。
３Dグラフィックスをバリバリ使いたければ、素直にDirectX使いなさい。
308:デフォルトの名無しさん
07/08/04 14:19:23
ExpressionBlendで作ったサンプルボタン貼り付けアプリが、サイズ変更時劇オモ･･･
ボタン5個とをスタックパネルの上にちょっくら貼っただけなのに。
AMDDualに程ほどの具ラボでしかないけどあれじゃ使い物にならん･･･
309:デフォルトの名無しさん
07/08/04 15:29:25
>>303
5fpsだと思ったけど0.2fpsなのかｗ
310:デフォルトの名無しさん
07/08/04 16:25:41
業務で開発してるやつは普通fps使うわな。
311:デフォルトの名無しさん
07/08/04 16:34:43
GeForce 8800でも重かったらさすがに問題だな
312:デフォルトの名無しさん
07/08/04 17:20:28
WindowのDialogResultってなんでNullableなんですか？
MSDNを読んでもこれがnullになる場合についての記述がないんですが・・・
313:デフォルトの名無しさん
07/08/04 18:28:13
Silverlightで3D使えるライブラリがあるけど1.1Alphaランタイムでも動かない
あれも重いのかな。それとも軽い？
314:デフォルトの名無しさん
07/08/04 18:39:25
>>313
SilverlightはDirectX使ってないから重いんじゃないの？
315:デフォルトの名無しさん
07/08/04 19:26:14
SilverlightはFlashと役割変わらないから、使い方も限定的。
間違っても、３DゲームやCGを作ろうと思わないほうがよい。
316:デフォルトの名無しさん
07/08/04 19:47:02
>>315
そうなの？
てっきり3Dが既存のFlashに対する優位性かとばかり・・・
317:デフォルトの名無しさん
07/08/04 22:02:35
Windows版FlashがWPFにポートされておしまい。
318:デフォルトの名無しさん
07/08/04 22:14:03
軽い Silverlight >>>>>>>>>(越えられない壁)>>>>>>>>>>> WPF 劇重
URLﾘﾝｸ(www.dolittle.com)
これなんだけどOrcasなども入ってないと動かないらしい。だれかレポートきぼんぬ
319:デフォルトの名無しさん
07/08/05 00:58:44
なんかAlpha Refresh入ってると動かないんだけど
320:デフォルトの名無しさん
07/08/05 00:59:27
俺も動かないな。
321:デフォルトの名無しさん
07/08/05 01:04:42
URLﾘﾝｸ(www.papervision3d.org)
322:デフォルトの名無しさん
07/08/05 02:35:49
>>319 >>320
検証乙カレー
なんで動かないんだろう
>>321
それはFlash(ry
323:デフォルトの名無しさん
07/08/05 03:55:29
>307
じゃあなんでWPFは3Dのロジックを新しく追加してんだよ。
結局、3Dグラフィックスだって2Dがそうなったようにバリバリ使えないと動かなくなるぜ。
324:デフォルトの名無しさん
07/08/05 03:57:29
WPFの3Dはちょっとした演出やエフェクト用じゃない？
てかそれぐらいにしか使い物にならん。
325:デフォルトの名無しさん
07/08/05 03:58:26
ドミノ軒見て来い
326:デフォルトの名無しさん
07/08/05 04:04:25
WPFはラーメン屋でおいしいラーメンを手軽に食べることが出来れば良い。
ラーメン屋でDirectXの様なフルコースを食べてもおいしくないだろ。
327:デフォルトの名無しさん
07/08/05 05:30:17
まぁそういうこと
328:デフォルトの名無しさん
07/08/05 11:44:03
とはいえ、どう考えても手軽に食えるほど軽くないけどな。
329:デフォルトの名無しさん
07/08/05 12:46:48
>>328
セレブからしたら3000円ぐらいのラーメンなんて
安いだろうからそうゆうのをターゲットにしてるんだろ
330:デフォルトの名無しさん
07/08/05 14:05:08
WPFはセレブ用のフレームワーク？
わらわせんなｗ
誰が使うんだよ
331:デフォルトの名無しさん
07/08/05 14:08:31
セレブなら、高価な３DCGを買うよ。
MayaやMAXのように50万から100万くらいする奴をｗ
332:デフォルトの名無しさん
07/08/05 15:30:05
いやそう言おうとしてるようにしか見えないんだが
333:デフォルトの名無しさん
07/08/05 22:33:18
MessageBoxて直接Win32呼んでるのか
ちょっとがっかり
334:デフォルトの名無しさん
07/08/05 23:47:50
WPFを使って4時間で作られたGMail UIクローン。
URLﾘﾝｸ(cs.nerdbank.net)
335:デフォルトの名無しさん
07/08/06 14:36:47
Flashを使えば2（ryで作成できね？
336:デフォルトの名無しさん
07/08/06 15:42:15
どんな、プログラムだろうとあらかじめライブラリが揃っていれば簡単に作成できる。
正式リリース前の開発環境だから、結論出すには早すぎる。
337:デフォルトの名無しさん
07/08/06 15:45:27
たった7行で実現とか
30分ハックとか
そういうのをもてはやす風潮はとてもよいと思う。
338:デフォルトの名無しさん
07/08/07 17:08:10
いや、迷惑以外の何者でもない。
営業が「30分ハックでちゃちゃっと作ってよ」みたいに使うだけだし。
339:デフォルトの名無しさん
07/08/07 17:37:44
そりゃAjaxだってそれにつかうライブラリが完備してれば4時間で作れるだろうさ。
まぁそれだけ強力なライブラリを持ってるのはいいことだ。
340:デフォルトの名無しさん
07/08/08 02:07:58
全然詳しくないので質問させてください。
自称「マネージメントもできる」派遣クンが
「WPFが僕のプログラムどおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。
彼のWPFプログラムが動かないのを調べるのは誰の仕事なのでしょうか？
341:デフォルトの名無しさん
07/08/08 02:25:15
愚痴を言いにプログラム板にくるなよｗ
342:341
07/08/08 02:25:54
とコピペに反応すればいいのかｗ
343:デフォルトの名無しさん
07/08/08 03:30:17
作るだけしてデバッグを人のせいにするような性格の人なら、
契約終了を待たずに辞めてもらえば？
344:デフォルトの名無しさん
07/08/08 13:02:09
とはいえ、WPF挙動自体ののデバッグはなぁ。
MSDNでインシデント使って、Microsoftに投げろよ。
345:デフォルトの名無しさん
07/08/08 23:14:06
とはいえ、原因を分析する、人に説明する、ってのは派遣が苦手な作業だからな。
派遣を使わないで正社員を雇えよ。
346:デフォルトの名無しさん
07/08/08 23:16:53
WPFのバグがあれば回避して、代案を使ってプログラミングをするのが
エンジニアの仕事だろう。
347:デフォルトの名無しさん
07/08/08 23:26:47
WPFのバグがどうかわからなくても、とりあえず人のせいにして、
「あの人の調査が終わるまで僕は待ちです」と言うのが派遣の仕事だろう。
348:デフォルトの名無しさん
07/08/09 01:43:22
派遣くん 「正社員にしてくれたら調査します。」
349:デフォルトの名無しさん
07/08/09 12:48:20
なんかマ板向けの話題だな。
350:デフォルトの名無しさん
07/08/09 13:03:00
被差別民が素性を隠して同じ被差別民を徹底的に迫害するという行動パターンがある。
在日右翼なんていうのもその一種。あちこちにコピペしてるのもその類だろ。
351:デフォルトの名無しさん
07/08/11 00:41:50
Buttonのコメントを外したときにテキストがくっつくのは何故？
<Page xmlns="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)
<Grid>
<!--<Button Margin="10">-->
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="*"/>
<RowDefinition Height="*"/>
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*"/>
<ColumnDefinition Width="*"/>
</Grid.ColumnDefinitions>
<TextBlock Grid.Row="0" Grid.Column="0" Text ="0-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="0" Grid.Column="1" Text ="0-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="0" Text ="1-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="1" Text ="1-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
</Grid>
<!--</Button>-->
</Grid>
</Page>
352:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/08/11 01:22:08
まあ、たぶん、
Button.TemplateBinding に Grid を書いて、
TemplateBinding 使って Width と Height をバインドさせるのがいいと思う。
354:デフォルトの名無しさん
07/08/11 01:24:07
あっ、ミス。
○ Button.TemplateBinding
× Button.ContentTemplate
ちなみに、ContentTemplate は ContentControl から継承。
355:デフォルトの名無しさん
07/08/23 16:59:40
umeume
356:デフォルトの名無しさん
07/08/23 17:37:27
あげ
357:デフォルトの名無しさん
07/08/25 14:01:47
うーん なんつーかこんなに重いもんはやらねえだろ
WinFormsだってもっさりしてるのに それ以上にorz
商業系アプリなら知らんけど
フリー、シェア系の軽量アプリなら嫌われるよなあ
自分用のアプリでも使いたくねえわ
別にボタン斜めにしたり アニメーションさせたりとかに意味を感じないし
358:デフォルトの名無しさん
07/08/25 16:11:32
３D使わないのにWPFを使う理由はないよ。
グラフィックカードの性能に依存するから低スペックにWPFは地雷。
359:デフォルトの名無しさん
07/08/25 16:19:59
WinFormかXMLで書ければいいのに
360:デフォルトの名無しさん
07/08/25 16:40:53
XAMLってXMLだが。
361:デフォルトの名無しさん
07/08/25 18:09:59
>>358
といってもGDIでもVistaでは3Dで描いてるんだし
GF7800GTSだけど
ネイティブGDIアプリとの差は歴然としてる
スペックがあっても環境なりに差がある
確かに3Dやアニメーション使う人じゃないと使う理由はないかもね
362:デフォルトの名無しさん
07/08/26 11:33:40
使う側にとってはメリットがなあ・・・
363:デフォルトの名無しさん
07/08/26 11:41:44
WinFormsと違って使う側にとってのメリットはあるだろ
見た目ｗ
364:デフォルトの名無しさん
07/08/26 11:45:33
３Dと描画ロジックがFormsと違って一括描画でコントロールの数に影響されないことと
XMLによるUIとロジックの分離。
365:デフォルトの名無しさん
07/08/26 12:18:32
そのデザインとのコード分離っていうのだって
グループで開発してるならともかく
一人でしこしこ作ってる分には面倒な気もする
Expressionとかさらに投資する気もないし
366:デフォルトの名無しさん
07/08/26 12:22:23
個人製作では敷居は高くなってるね。
XAMLのライブラリ覚えるのも結構大変だし、Expressionのツールを習得しなければいけない。
367:デフォルトの名無しさん
07/08/26 12:26:49
>>365
もちろんグループ開発で分業しやすいってのもあるけど、
個人でやるにしても、GUI の設計って
プログラミング言語よりも XML みたいな階層構造もった言語の方が書きやすいと思う。
ライブラリは、VS とか使うならの話だけど、
あんがいインテリセンスのお陰で覚えなくても使える。
368:デフォルトの名無しさん
07/08/26 12:59:13
うーん、開発者側の意見ｗ
369:デフォルトの名無しさん
07/08/26 13:06:24
ユーザ側の意見で言うと、もっとスペック低くても動かないのか？
370:デフォルトの名無しさん
07/08/26 15:14:27
ユーザーからすれば、中身がWPFだろうがVB6だろうがあんまり関係ないんだよねぇ・・・
371:デフォルトの名無しさん
07/08/26 17:31:49
ユーザーは.NETを意味嫌ってると思われ
重い、ランタイムインスコがうざい
VB6のほうがマシ
372:デフォルトの名無しさん
07/08/26 17:36:04
>>371
つClickOnce
373:デフォルトの名無しさん
07/08/26 17:38:55
相手にされなくなったからこっちに来たかｗｗｗ
374:デフォルトの名無しさん
07/08/26 17:50:09
ユーザーの利点
・DPIに依存しない。
375:デフォルトの名無しさん
07/08/26 18:01:55
だれか、XAMLでレンダリングできるLatex作ってくれよ。
376:デフォルトの名無しさん
07/08/26 21:26:42
え？
377:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/08/26 22:09:52
なにか問題があるなら、対応策考えれば良いだろう。
リストアイテムを制御するプログラムを作るとか。
全部の項目を一気に追加するなんて初心者のやりかただぞ。
379:デフォルトの名無しさん
07/08/26 22:11:17
>375
URLﾘﾝｸ(jeuclid.sourceforge.net)
微妙に違うがWPFを使うSwingでいけるってことでJavaで書かれたのを探せばいいんじゃないだろうか？
380:デフォルトの名無しさん
07/08/26 23:54:47
しかし、WPFでなんで3Dなんか使わなきゃいかんのだ。
GUIに3DでWPFに何かアドバンテージがあるのかょ?
大体、WPFだってへたくそに使えばめちゃくちゃ重くなるしょ。
381:デフォルトの名無しさん
07/08/27 00:21:26
>>380
3Dは今ではほとんど使われない技術だが、常にクライアントは進化を求めるものだから
いずれ必要になるときがくる。
PCがコマンドライン、GUIと進化したように２Dから３Dと進化しなければならなくなる。
382:デフォルトの名無しさん
07/08/27 01:27:41
3Dっていうか、単にあまってるグラフィックカードの力を
有効に使用しましょうってことでしょ
383:デフォルトの名無しさん
07/08/27 01:52:10
3Dを特別視しすぎだな。
384:デフォルトの名無しさん
07/08/27 02:12:42
だが、３DGプログラミング出来る奴はほとんどいないけどな。
385:デフォルトの名無しさん
07/08/27 10:39:10
3Dはうまく使えば有効だけど使いどころがムズカシス。
InformationGraphics以外の分野で有効なものあまり見たことないなぁ
386:デフォルトの名無しさん
07/08/27 10:53:49
Direct3D使ってるっていうだけで別に3Dのためのライブラリじゃないし
387:デフォルトの名無しさん
07/08/27 11:11:51
上手く使えば既存の2DのGUIより使いやすくなるんじゃね。
うまく使えばだけど。
388:デフォルトの名無しさん
07/08/27 11:26:01
上手く使ってるのはMSよりAppleだったりするからな
389:デフォルトの名無しさん
07/08/27 11:40:42
Appleのは2Dを３Dで実現してるだけだからなー
昔NTTの研究所でGooの検索結果を３Dで表示するってのやってたけど本とにセンスなかったな
390:デフォルトの名無しさん
07/08/27 18:26:28
しっかりとした3Dインタフェースの指針が出てれば、安心して開発者は使えるんだがな。
テクノロジープレビューレベルで現場の開発者に投げても、使う気はせんよ。
391:デフォルトの名無しさん
07/08/27 18:54:09
.NET3.0は確定してるけどね。
392:デフォルトの名無しさん
07/08/28 08:36:48
.NET3.1で大幅変更
.NET3.5でプログラミングモデル変更
.NET4.0で氏滅
393:デフォルトの名無しさん
07/08/28 13:56:29
.NET 4.0は自動並列化をサポートするけど
そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが
394:デフォルトの名無しさん
07/08/28 14:22:58
コンパイルしなおせばもうまんたい?
どう中間言語換わるか知らないんだけど、トランスレーターみたいの出るんじゃないんかね
395:デフォルトの名無しさん
07/08/28 23:37:17
プロジェクトだったら、全部新しい環境に変換されるんじゃないのか？
396:デフォルトの名無しさん
07/08/29 08:56:46
またスクラップ∩リビルドかお。
397:デフォルトの名無しさん
07/08/29 09:54:31
自動並列化って何？
何を並列化するの？
398:デフォルトの名無しさん
07/08/29 12:40:08
そもそも >>393 の信憑性は？
まあ、それが信憑性あるとしてもたいした問題とも思えないけど。
2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。
399:デフォルトの名無しさん
07/08/29 13:05:51
＞そもそも >>393 の信憑性は？
なんていうか、393の信憑性は０だが、
内容は現実にあってて信憑性高杉る。
400:デフォルトの名無しさん
07/08/29 13:06:58
＞2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。
ヒント：今までだってコンバートの嵐。コンバートエラーも嵐。
401:デフォルトの名無しさん
07/08/29 13:08:05
性能が落ちるだけじゃなくてバイナリが保障されないドトネトなんてヤメテしまえＹＯ！
402:デフォルトの名無しさん
07/08/29 14:36:12
バージョンまたがって、バイナリ保障されてるランタイムなんてほとんど奇跡。
403:デフォルトの名無しさん
07/08/29 21:38:18
2.0も4.0も入ってるならコンバートする必要はないだろ
ソースレベルでは互換性は保たれるだろうし
404:デフォルトの名無しさん
07/08/30 08:42:29
＞バイナリ保障されてるランタイム
実行バイナリの話なのか、実行ランタイムの話なのかハッキリしろよ。
何テンパッてるんだよ。
＞ソースレベルでは互換性は保たれるだろうし
何そのＭ＄では今までありえなかった話。
405:デフォルトの名無しさん
07/08/30 11:53:28
>>404
ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。
406:デフォルトの名無しさん
07/08/30 11:56:18
件名：.NET1.1と.NET2.0の互換性について
URLﾘﾝｸ(www.atmarkit.co.jp)
407:デフォルトの名無しさん
07/08/30 12:02:27
.NET Framework 2.0 廃止予定の API 一覧
URLﾘﾝｸ(www.microsoft.com)
意味わかんないです（＞＜）
URLﾘﾝｸ(www.microsoft.com)
System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。
（ <●><●>） ドトネト１．０～２．０廃止なのは分かってます
（Ｕ ）つ
ｕ ｕ
408:デフォルトの名無しさん
07/08/30 12:04:41
.NET2.0と.NET1.1が混在するクライアント環境でのノータッチデプロイメントの挙動について
URLﾘﾝｸ(forums.microsoft.com)
.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
409:デフォルトの名無しさん
07/08/30 12:48:20
APIが廃止されても大丈夫だからSide by Side実行なのだよ
410:デフォルトの名無しさん
07/08/30 12:51:52
>>409
つ 393
残念!
411:デフォルトの名無しさん
07/08/30 13:21:26
しかしObsoleteが来て廃止されたら
結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど
412:デフォルトの名無しさん
07/09/07 23:17:33
Visual Studio 2008ではTarget Frameworkとして複数の.NEt Frameworkの
中から一つの.NET Frameworkを選択することが出来ます。
HILOG on Hatena - Visual Studio 2008 Beta2 Available
URLﾘﾝｸ(d.hatena.ne.jp)
なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。
413:デフォルトの名無しさん
07/09/10 10:58:52
バージョンを並行して使うのは、元々そういうつもりなんじゃなかったっけ。
414:デフォルトの名無しさん
07/09/10 18:24:18
Visual Studio のバージョンは .NET Framework のバージョンと密接に～
とか言ってたのにな
2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな
415:デフォルトの名無しさん
07/09/10 18:37:11
0$のバージョンの上にドトネトバージョンが乗っかるって、
それって何てブビランタイム？
416:デフォルトの名無しさん
07/09/14 16:52:38
hoshu
417:デフォルトの名無しさん
07/09/14 21:29:51
結局のところ.NETの利点はなに？
Javaは他OSで動くからまだいいんだが…
418:デフォルトの名無しさん
07/09/14 21:57:55
開発が楽になる
419:デフォルトの名無しさん
07/09/14 22:17:45
Microsoft的にはx86, x86-64, IA64間での
マルチプラットフォームの実現。
420:デフォルトの名無しさん
07/09/14 22:25:32
>>417
出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。
421:デフォルトの名無しさん
07/09/15 01:00:48
JavaがWindowsじゃ役に立たないから、その穴埋め。
422:デフォルトの名無しさん
07/09/15 01:35:38
>421
それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。
423:デフォルトの名無しさん
07/09/15 06:47:56
>>421
良回答10pt
424:デフォルトの名無しさん
07/09/15 09:19:09
たしかに、昔JavaのGUIアプリ仕事を引き継いで完成させたら、
客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。
425:デフォルトの名無しさん
07/09/15 19:24:54
Javaはどこでも動くがどこで動かしても中途半端
426:デフォルトの名無しさん
07/09/15 20:02:42
どこでも動くだけましだろ
Windows限定の中途半端なものに比べたら
427:デフォルトの名無しさん
07/09/15 20:18:17
どこでも動くのはWebアプリで結構
428:デフォルトの名無しさん
07/09/16 02:12:16
つーか市販のJavaアプリなんて見たことないけどw
429:デフォルトの名無しさん
07/09/16 02:19:40
Run Anywhere は幻想というのがよく分かるのが Java
430:デフォルトの名無しさん
07/09/16 02:32:33
電子政府がTrouble Anywhereって印象しかない < JVM
431:デフォルトの名無しさん
07/09/16 09:47:05
JavaでGUIプログラムとか（笑）
432:デフォルトの名無しさん
07/09/16 12:54:35
Web ブラウザ前提のアプリの場合、
GUI アプリじゃないのかどうか悩んでしまうな
433:デフォルトの名無しさん
07/09/16 15:45:51
見事な廃れっぷりだな。
WPF始まる前から終了の予感がしてきた。
434:デフォルトの名無しさん
07/09/16 15:49:53
VS2008の今のベータ版でもWPF関連の開発が一番遅れてる感じだな。
Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。
435:デフォルトの名無しさん
07/09/16 15:50:14
でっていう
436:デフォルトの名無しさん
07/09/16 16:38:13
>>433
おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。
437:デフォルトの名無しさん
07/09/16 17:25:55
Sliverlightだって…
438:デフォルトの名無しさん
07/09/16 17:41:08
PowerShellばんざぁい
439:デフォルトの名無しさん
07/09/18 13:46:23
>>436
そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。
Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。
440:デフォルトの名無しさん
07/09/18 16:58:49
HTMLの代わりに使えばいいんじゃね>XAML
441:デフォルトの名無しさん
07/09/19 14:49:44
Loose XAML のことかな。
IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。
442:デフォルトの名無しさん
07/09/24 23:22:17
C#使いは当然XAMLも勉強するよな？
443:デフォルトの名無しさん
07/09/24 23:23:51
しょーもないことで上げるなボケェ
444:デフォルトの名無しさん
07/09/25 11:05:19
なんかWPF触ってるとC#の堅物さに嫌気がさしてくる
445:デフォルトの名無しさん
07/09/25 11:34:39
WPFの方もIronPythonとかサポートしてくれないものか。
446:デフォルトの名無しさん
07/09/25 19:13:26
むしろ IronPython は WPF のサンプルとともにデビューしたんだけど...
447:デフォルトの名無しさん
07/09/25 20:26:55
WPFでのIronPythonサポートって何がしたいの?
448:デフォルトの名無しさん
07/09/26 12:57:12
Windows GUI アプリ開発で LL 使いたいってことかな。
俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。
449:デフォルトの名無しさん
07/09/26 13:04:37
>>447
WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。
いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。
IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。
450:デフォルトの名無しさん
07/09/26 20:32:55
>>449
プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)
だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。
451:デフォルトの名無しさん
07/09/26 21:04:56
で、C##が誕生するのか
452:デフォルトの名無しさん
07/09/27 01:30:33
>>450
実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。
453:デフォルトの名無しさん
07/09/27 20:25:49
>>452
いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。
そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。
454:デフォルトの名無しさん
07/09/27 23:39:00
>>453
property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？
455:デフォルトの名無しさん
07/09/28 00:19:26
>>454
型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で
a.Name = "あ"
a.Name = "い"
とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、
> property missingをフック
するとどういう書き方になるの？
456:デフォルトの名無しさん
07/09/28 16:39:24
依存プロパティをコード中で使うための構文
obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。
それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
457:デフォルトの名無しさん
07/09/28 17:31:19
>>456
んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ
例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。
事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。
たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？
458:デフォルトの名無しさん
07/09/29 00:23:04
なるほどな。
LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。
459:デフォルトの名無しさん
07/09/29 10:53:17
そしてIDEのデザインモードは壊滅
460:デフォルトの名無しさん
07/10/09 05:24:51
とりあえず依存プロパティをGetValueするときにキャストが必要なのはなんとかしてほしいな。
C#4.0待ち？
461:デフォルトの名無しさん
07/10/12 00:21:03
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？
462:デフォルトの名無しさん
07/10/22 08:44:04
>>461
URLﾘﾝｸ(msdn2.microsoft.com)
とかダメなん？
詳しく読んでないけど。
463:デフォルトの名無しさん
07/10/22 09:07:48
シェルとのやり取りはWPFの仕事じゃないから、無くて当然な気もするな。
464:デフォルトの名無しさん
07/10/22 20:39:22
>>462
いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね
465:デフォルトの名無しさん
07/10/22 23:04:11
とはいえコモンダイアログ系は Microsoft.Win32 に移ったんだから
NotifyIcon とかもそっちでやって良かったと思う今日この頃
質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。
466:デフォルトの名無しさん
07/10/24 01:42:54
FileDialogはMicrosoft.Win32なのに、
PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…
467:デフォルトの名無しさん
07/10/24 02:55:19
FileDialog→C++/CLI→Microsoft.Win32
PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ
468:デフォルトの名無しさん
07/10/25 02:09:17
PrintDialog → 印刷はWPFの守備範囲だぜ → System.Windows.Controls
FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×
469:デフォルトの名無しさん
07/10/26 07:04:57
音声認識・合成面白そうなんだけどXPじゃしんどいなぁ…
nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに
470:デフォルトの名無しさん
07/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:デフォルトの名無しさん
07/10/30 07:53:48
Acropolisプロジェクト終了のお知らせ
URLﾘﾝｸ(blogs.msdn.com)
Codename Maxといい、WPFを使ったプロジェクトは呪われてるな
472:デフォルトの名無しさん
07/10/30 17:08:17
WPFは素人を騙すデモアプリになら結構使えるよ
473:デフォルトの名無しさん
07/10/30 17:29:01
何これプロパティウインドウでイベント選べないのかよ糞過！
とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い
474:デフォルトの名無しさん
07/10/30 18:15:17
>>471
VS2008に統合するって話じゃないか？
475:デフォルトの名無しさん
07/10/30 18:56:12
>>474
WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ
476:デフォルトの名無しさん
07/11/01 01:35:01
ならいいじゃん
477:デフォルトの名無しさん
07/11/07 03:38:17
WPFを勉強しようと思うんだが、お勧めの本ってある？
C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？
478:デフォルトの名無しさん
07/11/07 08:53:56
本なんて少ししか出ていないから、全部立ち読みしてみて選んだら良い。
479:デフォルトの名無しさん
07/11/07 19:26:09
msdn2 の日本語訳版でも読めばいい
480:デフォルトの名無しさん
07/11/07 21:38:56
>>477
URLﾘﾝｸ(adamnathan.net)
これがヨカッタ。
フルカラーだし。
481:デフォルトの名無しさん
07/11/08 16:07:40
WPFだとD3Dデバイスの管理はCLRの中の人がやってくれてるんですか？
482:デフォルトの名無しさん
07/11/08 16:11:33
WPF の中の人の構造はよく知らないけど、
使う方からみて D3D デバイス管理的なことは全くする必要ない。
483:デフォルトの名無しさん
07/11/11 09:48:33
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか？
こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。
484:デフォルトの名無しさん
07/11/20 23:30:49
WPFでチャート描きたいときって
Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？
485:デフォルトの名無しさん
07/11/20 23:38:49
とりあえずWindowsFormsHost使ったら
486:デフォルトの名無しさん
07/11/21 08:06:13
URLﾘﾝｸ(www.infoq.com)
XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。
487:デフォルトの名無しさん
07/11/21 11:20:47
階層構造書くのは XML な XAML の方が見やすいと思うんだけど。
ほんと、良くも悪くもだなぁ。
488:デフォルトの名無しさん
07/11/21 17:09:34
静的に定義できる部分はXAMLで
動的にやりたい部分はRubyで書けるのかな。
489:デフォルトの名無しさん
07/11/21 18:12:18
>>488
Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。
490:デフォルトの名無しさん
07/11/21 18:29:49
1.0でもaddメソッド使えば動的に要素追加できるんだと思ってたけど駄目なの？
491:デフォルトの名無しさん
07/11/21 22:45:17
JScriptでいいなら出来る
492:デフォルトの名無しさん
07/11/21 23:35:09
実行中のプログラムウインドウのレイアウトをxamlに書き起こすメソッドってありますか
493:デフォルトの名無しさん
07/11/22 13:48:59
つ XamlWriter.Save
494:デフォルトの名無しさん
07/11/22 19:50:46
>>493
うおお、まさにこれです、ありがとうございました！
495:デフォルトの名無しさん
07/11/24 12:14:35
WPF重すぎてつかえねぇよ・・・
何年経てば実用的な速度で動くようになるんだろうな
496:デフォルトの名無しさん
07/11/24 12:41:01
３Dでアニメーションはまだ、実用的な速度は出ないよ。
２Dアニメーションや静止画３Dなら使える。
497:デフォルトの名無しさん
07/11/24 13:05:45
だな、2Dも実は重いんだろうけど見た目でなんとなく誤魔化せる
498:デフォルトの名無しさん
07/11/26 17:07:31
xamlでgifアニメーション動かせます？
静止画としてしか表示できないのかな
499:デフォルトの名無しさん
07/11/26 17:35:22
>>495
CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾
500:デフォルトの名無しさん
07/11/26 18:24:08
当分来ないなｗ
501:デフォルトの名無しさん
07/11/26 21:52:51
>>498
xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。
502:デフォルトの名無しさん
07/11/26 22:15:18
？
なんでWPFなのにCPUクロックの話になるんだ
503:デフォルトの名無しさん
07/11/27 01:21:20
WPFというか、グラフィックス関連に無知識なやつがCPU速度と騒ぐんだよな。
フレームバッファとかスクリーンバッファも知らないやつじゃないか？
504:デフォルトの名無しさん
07/11/27 02:58:57
ほとんどCPU描画な件
505:デフォルトの名無しさん
07/11/27 09:40:16
>>504
ボトルネックがどこにあるか調査してから断言してますか？
ソフトウェアレンダリングの場合はVRAMが一番影響大きいのだが？
506:デフォルトの名無しさん
07/11/27 09:50:15
それこそまともな3D描画ならともかく
WPFのネックがフィルレートだとでも？
507:デフォルトの名無しさん
07/11/27 10:01:43
なんでソフトレンダでVRAMの影響が大きくなるの？
メインメモリ上で処理して、VRAMに渡すのなんて最後だけでしょ？
508:デフォルトの名無しさん
07/11/27 11:20:05
おまえらプロファイラ使えよw
509:デフォルトの名無しさん
07/11/27 11:42:50
それも微妙だったりして。
510:デフォルトの名無しさん
07/11/27 13:02:03
そのうち「WPFアクセラレーター」なんて拡張カードが出てきたりして
511:デフォルトの名無しさん
07/11/27 13:53:28
とりあえず、調査してから文句言った方がいい、恥かくことになるから。
URLﾘﾝｸ(dodgson.org)
512:デフォルトの名無しさん
07/11/27 16:52:56
趣味でWPFを始めてみました
質問なんですけど、ストーリーボードで人（アバター）を歩かせるアニメーションをしたいのですが、
画像の切り替えはどうすればよいのでしょうか？
EllipseGeometryでPointAnimationを使って移動はできたのですが、歩くモーションのため、
数枚の画像を順に切り替えたいのです
513:デフォルトの名無しさん
07/11/27 18:22:11
不透明度の変更でできるんじゃない？
514:デフォルトの名無しさん
07/11/27 21:22:03
WPFの重さって、UpdateWindow相当の処理が存在しないのが原因じゃないだろうか？
描画処理だけなら60FPS近く出る場合でも
UIスレッドで重い処理を行うと、
優先度の低い画面更新処理がすっ飛ばされて、全然画面更新されなくなる。
UIスレッドで重い処理をするなと言われればそれまでだけどさ、
WinFormsなら、キーが押される時等の早いレスポンスが求められる時には
UpdateWindowが呼び出されてるんだから、
WPFにも同じような機構が欲しい。
515:デフォルトの名無しさん
07/11/27 22:28:01
WPFには、XNAみたいにフレーム更新のスキップ機能がほしい。
途中のアニメーションをすっ飛ばしてレスポンス返す方がいい。
516:デフォルトの名無しさん
07/11/27 23:21:12
>>511
Avalonだとか言われていた時代、既にAppleはQuatz Exteremeという
近代的なデスクトップシステムを作り上げていたのだなぁ
517:デフォルトの名無しさん
07/11/28 00:10:53
おいおい・・・
518:デフォルトの名無しさん
07/11/28 00:11:17
MSは98年ごろにデモで3Dデスクトップ環境を披露していたが
519:デフォルトの名無しさん
07/11/28 00:15:12
まあ板的に肝なのは主にXAMLだ
520:デフォルトの名無しさん
07/11/28 00:22:04
XAMLはいいかげんさが足りない
521:デフォルトの名無しさん
07/11/28 00:34:12
でも面白いよなXAML
522:デフォルトの名無しさん
07/11/28 01:31:03
でも、実際はタグでWeb開発してる奴にとっては珍しくないんだよ。
問題は内部ロジックがどの程度進化していくかが重要。
今の処理ではアニメーションが重すぎる。
523:デフォルトの名無しさん
07/11/28 10:45:17
XAMLって汎用的なオブジェクト生成、設定マークアップランゲージだろう。またそうやってかけるのがナイスなんだが。
自分でXAML相当のもの作るとしたらどういうスキーマをクラス情報から生成すればいいんだろ。attributeの辺りとかよくわからんです。
WPFこれから調査するけどなんか思い･･･
MSの人がXPだとハードウェアアクセラレーション書きかないバグがあってフィックスがどうたらとかいってたけど知ってるエロイ日といますか？
524:デフォルトの名無しさん
07/11/28 20:15:22
アニメーションはいらん機能だな･･･。
XAMLの一番のメリットはコントロールインスタンスの生成と
レイアウトの手間が省ける点だと思ってる。
それと、XAML＋C#コードビハインドで、言語レベルでMVCのV,C切り分けができるのがいい。
まぁ、コードビハインドなんて言葉も、web屋のほうから来たのかもしれないが。
ついでに言うと、.net2.0 のDataProvider + DataSet + XML関連クラス もいい感じに'M'を
扱いやすくしてくれてていい感じだ。
とにかくXAMLはUIレイアウトとユーザーイベントオブザーバーとしての機能だけを充実させて
ほしい。変にプログラマブルな方向へは進んでほしくない。
525:デフォルトの名無しさん
07/11/29 00:28:43
もう進まないんじゃないかって思ってるんだが。
526:デフォルトの名無しさん
07/11/29 00:57:38
>プログラマブルな方向
むしろこれからが本番じゃない？
Expression Designとの連携を考えなければ、無駄だらけの機能なんだし。
Expression Designをバージョンアップさせて色々と思いついたMSが
あれもこれもと機能を追加しそうな気がする。
527:デフォルトの名無しさん
07/11/29 02:14:17
まあ、VSそのものはそれほど進化してないからな。
Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。
528:デフォルトの名無しさん
07/11/29 10:37:53
アニメーションが重いのがネックだったら、
Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？
529:デフォルトの名無しさん
07/11/29 11:21:06
いや、アニメーションが重いというよりも全体が重い気がする。
XPだとハードウェァアクセラレーションできないって話があるがマジですか？
530:デフォルトの名無しさん
07/11/29 13:26:01
／￣＼ プラグイン必須だし ／￣＼
|／￣￣￣￣＼ ／￣￣￣￣＼|
｜ ／V＼＼＼ ｜ ／V＼＼＼
| / /|｜ ｜| | | //| ｜｜ |
| | |(ﾟ) (ﾟ)| | | | (ﾟ) (ﾟ) /|
ノ＼|＼| (_●_) |/ ＼| (_●_) |/|/＼ ウィンのIEしか動かないの
彡､ |∪| ､｀￣￣ヽ ／彡､ |∪| ミ ＼
/ ＿＿ ヽノ Y￣) | ( (/ ヽノ＿ |＼＿＞
(＿＿＿） Y＿ノ ヽ/ (＿＿＿ノ
＼ | | /
| ／＼ ＼ ／ ／＼ |
| / ) ) ( ( ヽ |
∪ （ ＼ ／ ) ∪
＼＿) (＿／
／￣＼
｜／￣￣￣￣＼
(ヽノ// /／V＼＼｜/)
(((i)// （゜） （゜）||(i))) そのうえ動作はカ・ク・カ・ク☆
／∠彡＼| (_●_)｜|＿ゝ＼
(＿＿＿､ |∪| ,＿＿）
| ヽノ /´
| /
531:デフォルトの名無しさん
07/11/29 13:32:21
↑何と勘違いしてるんだろ？
532:デフォルトの名無しさん
07/11/29 13:33:40
>>529
これのこと？
URLﾘﾝｸ(forums.microsoft.com)
533:デフォルトの名無しさん
07/12/01 19:24:34
>>529
ついでにこれも。
URLﾘﾝｸ(blogs.msdn.com)
534:デフォルトの名無しさん
07/12/03 17:50:53
【コラム】 パソコンが「重く」なるのはなぜ？不調の理由は？ 解決法はある？
URLﾘﾝｸ(news.ameba.jp)
535:デフォルトの名無しさん
07/12/04 05:44:27
>>534
＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。
536:デフォルトの名無しさん
07/12/04 06:25:20
>>535
メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ
537:デフォルトの名無しさん
07/12/04 09:30:12
一度もリストアもしないで数年使い続けたノートでは役に立ったよ。
数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。
538:デフォルトの名無しさん
07/12/04 19:07:23
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
＞MEET eJournalPlusは，現在はまだ評価版の段階である「.NET Framework 3.5」をベースに開発されており，
＞文書フォーマットとしては「XPS」を採用して，メタデータの保存などを行っている。
＞また，学生間や学生・講師間でのデータ共有には，.NET Framework 3.0で追加された通信機能である
＞「Windows Communication Foundation」を使用している。
ソース公開するらしい
539:デフォルトの名無しさん
07/12/04 19:23:56
＞刷新 「.NET アーキテクチャーセンター」
絶えずアーキテクチャー刷新ですね。
ありがとうございましたorz
540:デフォルトの名無しさん
07/12/04 23:38:30
MEETをNEETと読み違える奴多数？
541:デフォルトの名無しさん
07/12/06 23:13:13
勤労を批判的に見る訓練
542:デフォルトの名無しさん
07/12/07 14:30:02
こういうオサレなWPFアプリ作ってみたいもんだが、どうしても重くなっちゃうな。むずい
URLﾘﾝｸ(www.thirteen23.com)
543:デフォルトの名無しさん
07/12/07 23:15:01
まずもってデザインセンスがない俺
544:デフォルトの名無しさん
07/12/08 01:23:16
Yahoo! Messenger for Vista
URLﾘﾝｸ(japan.cnet.com)
URLﾘﾝｸ(messenger.yahoo.com)
545:デフォルトの名無しさん
07/12/08 01:48:16
うおおお
今度は落ちにくくなってるのかな
546:デフォルトの名無しさん
07/12/08 22:46:28
MSが使わずYahooが使っているという・・・
547:デフォルトの名無しさん
07/12/09 00:46:50
使ってみたけど結構悪くないよ
ただ絵文字がきもくなった
548:デフォルトの名無しさん
07/12/11 01:33:06
あれから1年：Vistaのキラーアプリケーションはどこにある？
URLﾘﾝｸ(japan.zdnet.com)
549:デフォルトの名無しさん
07/12/11 08:39:37
おっしゃるとおりでございます。
リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.
550:デフォルトの名無しさん
07/12/11 08:45:01
XPのときにキラーアプリなんかあったか？
551:デフォルトの名無しさん
07/12/11 09:05:03
98/Meから乗り換えたユーザーにとってはXP自体がキラーアプリだったような。
当時2000ユーザーってそんなに多くなかったし。
552:デフォルトの名無しさん
07/12/11 13:36:25
WPF用のXAMLのスキーマってどっかに転がってますか？(´・ω・｀)
553:デフォルトの名無しさん
07/12/11 20:10:16
>>552
URLﾘﾝｸ(www.venkatarangan.com)
こんなん見つけましたけど(゜▽゜)
554:デフォルトの名無しさん
07/12/13 04:07:59
>>551
2000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな
アプリ追加でやるのと標準で付くのは差が大きい
555:デフォルトの名無しさん
07/12/13 21:14:26
URLﾘﾝｸ(msdn2.microsoft.com)
ここにサンプルがあるのだけれども、2008Express Editionだと
app.manifestがありません言われてビルドすらできない罠
プロジェクトからapp.manifestを削ったら今度はwindows1.xamlが
見つかりませんとかIOExceptionが出るし…
もうだめぽ
556:555
07/12/13 21:27:59
[Window Title]
Microsoft Windows
[Main Instruction]
WPFCalculator2 は動作を停止しました
Vista Home Basicじゃ動かないのか…
557:555
07/12/13 22:40:31
Re: VS 2008 crash while rendering xaml - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)
はずれ
Locbaml doesn't work - MSDN Forums
URLﾘﾝｸ(forums.microsoft.com)
>in your debug folder you have a folder named 'en-US' and within is a dll named YourApp.resources.dll.
近づいた
リフレクタで診るとwindow1.bamlがあやしいのでぐぐる
WPFサンプルプログラム「AvalonCalculator2」が実行できない - MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)
WPFCalculator2.csprojの
11行目 <UICulture>en-US</UICulture> を削除したら
動きました…
[WPF] - 匣の向こう側 - あまりに.NETな
URLﾘﾝｸ(d.hatena.ne.jp)
WPFサンプルコード その１ - MSDN フォーラム
URLﾘﾝｸ(forums.microsoft.com)
あまりいじってるひといないのね…メモぐらい残そうよ
558:デフォルトの名無しさん
07/12/14 01:02:49
> UICulture
超常識なんだが。
559:デフォルトの名無しさん
07/12/14 09:38:40
そうか常識を超えてるのか…
560:デフォルトの名無しさん
07/12/14 12:33:25
UMA = Unidentified Mysterious Animal
未確認動物 - Wikipedia
URLﾘﾝｸ(ja.wikipedia.org)
561:555
07/12/14 15:01:39
>>558
情報が2006年の4、6月あたりで止まってる感があるのだけど
SdkViewer - Google Search 19件
URLﾘﾝｸ(www.google.co.jp)
SdkViewer - Google 検索 3件
URLﾘﾝｸ(www.google.co.jp)
なにこの情報の少なさ加減は…
562:デフォルトの名無しさん
07/12/14 15:23:02
IOException: Cannot locate resource app.xaml - WPF in Visual Studio 2008 Beta 2 - Guy Burstein [MVP]
URLﾘﾝｸ(blogs.microsoft.co.il)
I had this error when running SdkViewer in VS.NET 2005, tried putting "MSBuild:Compile" as
the Custom Tool for SdkViewerApplication.xaml, but it didnt work..
2005で走らせようとしたらエラーが出た。SdkViewerApplication.xamlのカスタムツールとして
"MSBuild:Compile"を設定した。でも動かなかった
so I decided to open in VS.NET 2008 and after the project got upgraded, the app finally ran..
"MSBuild:Compile" was already set from the earlier trial with VS.NET 2005
そこで2008で開いてプロジェクトのアップデートを試みた。ようやくデモが動いた…
"MSBuild:Compile"はさっき2005でやろうとしたときに設定してあったと思う
so not sure if that did they trick, but will keep this in mind if I see this error again.. thanks.
なのでそれが功を奏したかはわからない。けどまたエラーが出た時のためにそのことを
気に留めておこう、ありがとう
--------------------------------------------------------------------------------
たぶんこれだな…。あぁ tried putting "MSBuild:Compile" as the Custom Tool のくだりのところが
さっぱりわからん orz
563:555
07/12/14 15:35:50
ああ、[プロジェクト]-[SdkViewer.VisualStudioのプロパティ]から
.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。
[ビルド]タグを開いて[全般]-条件付コンパイルシンボル(Y):のテキストボックスに
MSBuild:Compileを入力しろと。>tried putting "MSBuild:Compile" as the Custom Tool
うん。見通しは悪くは無いね。シンプルだ
564:デフォルトの名無しさん
07/12/15 00:23:36
WPFで画像ビューアなんかを作った場合、VA側のVRAMが許す限り画像分メインメモリを消費しなくて済みますか？
オンボなので確認のしようがない・・・
565:デフォルトの名無しさん
07/12/15 00:24:32
VA側じゃなくてVGA側でしたorz
566:デフォルトの名無しさん
07/12/15 11:44:08
意味が分からない
567:デフォルトの名無しさん
07/12/15 11:45:55
ついでにいうとオンボードの場合まず間違いなくメインメモリを流用するわけだが
568:デフォルトの名無しさん
07/12/15 15:01:30
たぶん答えはNoでしょ。
WPF使っても、画像ビューアーの内部で持ってるイメージデータが
VRAMに保存されることはない。
イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、
バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。
そもそもWPF＆WDMのしくみや目的を誤解してると思う。
569:デフォルトの名無しさん
07/12/15 18:49:53
>>566-567
すいません、DirectX自体良く分かってません
>>568
例えばImageコントロールを使えばそうなるのかな思ってたのですが、
VRAM上のデータはメインメモリ（上にあるテクスチャ）のキャッシュとして使われるってことですか？
570:デフォルトの名無しさん
07/12/15 19:58:20
>>569
その辺については「dwm.exe」でググると（WDMじゃなかったorz）
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。
571:デフォルトの名無しさん
07/12/15 23:27:51
>>570
vistaじゃないと駄目なんですね
572:デフォルトの名無しさん
07/12/19 11:48:02
Visual Studio 2008 日本語版が出たのになんでこんなに寂れてるんだ・・・
573:デフォルトの名無しさん
07/12/19 11:56:18
エキスパートは英語版すでに使ってるし、新フレームワーク関連以外は
２００５とあまり変わらないから。
574:デフォルトの名無しさん
07/12/19 12:13:34
使ってる人はとっくに使ってるし、相談するほど凝ったことさせるのは現時点では現実的でないと分かってるから、とか
575:デフォルトの名無しさん
07/12/19 12:45:46
β版から使ってると、「やっとRTMきた」くらいしか書くことがない。
576:デフォルトの名無しさん
07/12/19 22:33:53
WPFアプリを試してみたが、イベントハンドラの一覧が
プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。
577:デフォルトの名無しさん
07/12/19 23:42:18
プロパティの数が多すぎてプロパティウィンドウは使い物にならん。
XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。