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

【新GUI FW】WPF（XAM ..

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>

<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:デフォルトの名無しさん
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を使ったプロジェクトは呪われてるな

次ページ