トップページ⇒tech
1001コメント283KB

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part8

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2010/12/05(日) 22:08:33
あたらしいユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。
.NET4 もリリースされて盛り上がってまいりますた。

Visual Studio 2010
http://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7
http://hibari.2ch.net/test/read.cgi/tech/1282479113/

関連スレ
Microsoft Silverlight その7
http://hibari.2ch.net/test/read.cgi/tech/1288613056/

過去スレ
Part6 http://hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 http://pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 http://pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 http://pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 http://pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 http://pc11.2ch.net/test/read.cgi/tech/1162950198/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
0147デフォルトの名無しさん2010/12/08(水) 08:37:49
無料のBlendがあれば起爆剤になるかもな
こんなのが作れたのかってな感じで
0148デフォルトの名無しさん2010/12/08(水) 11:10:12
WebBrowserは物凄く処理が速いね
ウィンドウを拡大縮小したときの文字列の並び替えが
すごく滑らかだ
同じソースなのにlive2chだとカクカクする

どうして？
0149デフォルトの名無しさん2010/12/08(水) 11:37:16
知らんがな (´・ω・｀)
0150デフォルトの名無しさん2010/12/08(水) 12:56:38
あ、やっぱ糞重いわ
900スレ取り込んだら激重いｗ
WPF使えねーな
0151デフォルトの名無しさん2010/12/08(水) 13:09:03
ソースコードぐらい出せよ
0152デフォルトの名無しさん2010/12/08(水) 13:37:47
ソースコード出すほどでもない
live2chで1000レスあるスレをhtmlで書き出して
コピペしたWebBrowserのソースに割り当てただけ

読み込み自体はまだ許容範囲だが（それでもJaneStyleより遥かに遅い）
ウィンドウを拡大縮小するともっさもさ

Delphiやれっつーことか
でも、今更やりたくないな
0153デフォルトの名無しさん2010/12/08(水) 13:46:07
それ笑うとこ？
0154デフォルトの名無しさん2010/12/08(水) 13:47:39
どこが？
0155デフォルトの名無しさん2010/12/08(水) 13:53:37
国連WPF協会がロッテの渡辺俊介投手に感謝状
http://kamome.2ch.net/test/read.cgi/mnewsplus/1291782924/
0156デフォルトの名無しさん2010/12/08(水) 14:00:24
>>148>>150>>152
なんでWPF叩いてるのってこんな奴ばっかりなんだろ…。
WebBrowserが重いって馬鹿だろ。そんな作り方じゃDelphiで書いても糞重いわ。
0157デフォルトの名無しさん2010/12/08(水) 14:02:45
ウンコ
0158デフォルトの名無しさん2010/12/08(水) 14:10:36
そんな煽りいらないから
正しいやり方教えろよ
0159デフォルトの名無しさん2010/12/08(水) 14:20:51
最初から煽ったりせず素直に聞いてりゃよかったのに
0160デフォルトの名無しさん2010/12/08(水) 14:22:15
素直に聞いて答える奴なんていない
0161デフォルトの名無しさん2010/12/08(水) 14:23:08
WPFはIntelのオンボードグラボと相性最悪だったのか。
0162デフォルトの名無しさん2010/12/08(水) 14:40:50
<setter property="Background" value="Black"/>
みたいな書き方にしないで、素直に
<setter Background="Black"/>

みたいにかけるようにすればよかったのにね。
いちいちPropetyだのvaluだの余計な単語つけないといけなくてめんどい
0163デフォルトの名無しさん2010/12/08(水) 14:54:41
setter要素のBackground属性にしか見えない。
0164デフォルトの名無しさん2010/12/08(水) 16:47:33
Setterクラスのpropertyプロパティとvalueプロパティを設定しているだけだから。
Backgroundプロパティを持ってるわけではないのでそんな書き方は無理。
0165デフォルトの名無しさん2010/12/08(水) 17:34:10
プロパティのsetアセセサみたいに使いたいってことじゃないの
0166デフォルトの名無しさん2010/12/08(水) 17:38:22
言いたいことはわかるけど、ちょっと無理だねぇ。
実際にはコードでクラスでほげほげされてるしね。
01671522010/12/08(水) 17:43:42
そろそろ答えが知りたいです
0168デフォルトの名無しさん2010/12/08(水) 17:53:44
そもそも専ブラのレンダリングとWebBrowserのレンダリングを比べてる時点で何かおかしい
0169デフォルトの名無しさん2010/12/08(水) 18:10:55
WebBrowser使わずに自分でレンダリングしないと
0170デフォルトの名無しさん2010/12/08(水) 18:13:35
両方IEコンポーネントだから単に使い方が悪いんじゃ？
timeBeginPeriod(1)でも呼んどけばいいんじゃない？
01711702010/12/08(水) 18:32:28
勘違いしてた。live2chじゃなくてJaneが比較相手か。
そんなの自前でレンダリングしろ。
01721522010/12/08(水) 19:56:14
レンダリング・・・
言うと思ったｗ

live2chと比べているのに
レンダリングしろってそりゃないですよｗ
そんな解決法しか思いつかないのにえらそうに
「そんな作り方はダメ」なんて言ってたの？
ユーザーがスキンを自由にカスタマイズできるように
WebBrowser使っているのにさ、まったく理解してないね

じゃあ、自由にカスタマイズできるようにしろって？
そういうことするのは無能と言っていいでしょ
0173デフォルトの名無しさん2010/12/08(水) 19:58:03
煽りたいなら他所でやれ。
0174デフォルトの名無しさん2010/12/08(水) 20:10:28
WebBrowserを使う限りはIEコンポだけの問題であってWPFは全く関係ないから
WPFスレとしては自分でレンダリングしろと言うしかないでしょう
スレ違いだ
0175デフォルトの名無しさん2010/12/08(水) 20:22:40
上でjaneと比べてんだろ痴呆
0176デフォルトの名無しさん2010/12/08(水) 20:23:51
>>152
なんか、レス数が増えると重くなるって言ってる様
に受け取れるんだが、WebBrowserコントロール
って表示はlive2chと同じ仕組みが用いられてんだか
ら中で表示するhtmlのサイズは関係ないと思うのだ
が、WebBrowserコントロールをどんな使い方して
んのさ。

作り直しが面倒な程作り込んでるなら別の部分に
問題があるじゃない？さっきの10行10万列の野郎
みたいにリサイズの度に10万個のひろゆき画像を
三次元に回転させるとかだったらそれは重いと
思うよ。
後、知ってると思うがもし仮にXP上で動かして
いたならこれは諦めた方が良いでしょ
0177デフォルトの名無しさん2010/12/08(水) 20:27:18
WebBrowserの場合はXPでも関係ないよ
ネイティブのウィンドウを重ねてActiveXコントロール貼ってるだけだから
01781522010/12/08(水) 20:28:26
WPF版のWebBrowserはVB6の頃から変わってないってこと？

作りこむも何もWebBrowser貼り付けただけのものだよ

XPだとなぜ諦めないといけないの？
.Net入ってたら同じ環境になるんじゃないの？
01791522010/12/08(水) 20:29:47
Win7にするとエロゲできなくなるから嫌なんだよ
0180デフォルトの名無しさん2010/12/08(水) 20:32:07
SilverlightのOOB使えば?
OSの影響が無いし、ActiveX丸出しじゃなくてもうちょっとちゃんとしたWebBrowserが使えるよ
0181デフォルトの名無しさん2010/12/08(水) 20:32:52
よっぽどのことがない限り出来る
0182デフォルトの名無しさん2010/12/08(水) 20:41:05
WebBrowserは独立した空域を持ってるからWPFのレンダリングとは全く関係ないんだよ。
極端な話、枠を消したウィンドウにActiveXコントロールを貼ってWPFのウィンドウ上に重ねてるだけ。
だからXP上のレンダリングの問題とかの話は適用できないの。
01831522010/12/08(水) 20:56:55
だったら、FormsのWebBrowser呼び出して使った方がよくないか？
sourceにバインドしようと思ったらよくわからないオブジェクトのプロパティを
使わないといけないみたいで、あれみて一気にやる気失せた
0184デフォルトの名無しさん2010/12/08(水) 21:00:28
だから同じなんだよWinFormsだろうがC++でラッパー書こうが。
単なるActiveXコントロール。WPFとは全く関係ない。スレ違い。
0185デフォルトの名無しさん2010/12/08(水) 23:14:52
なんでlostfocus2回走ってしまうん？
チェックしてダメだったら元のとこに戻したいってだけなのに.focusで無限ループ
どうしましょ
0186デフォルトの名無しさん2010/12/08(水) 23:36:59
PreviewLostKeyBoardFocusとかでチェックしてキャンセルした方が余計なイベントが走らなくて素直に動いてくれると思うよ。
0187デフォルトの名無しさん2010/12/08(水) 23:37:56
この辺じゃね
> このイベントはバブル ルーティングを使用するため、フォーカスを失う要素は、
> イベント ハンドラが実際にアタッチされている要素ではなく、子要素である可能性があります。
> イベント データの Source をチェックして、フォーカスを取得した実際の要素を確認してください。
0188デフォルトの名無しさん2010/12/09(木) 00:23:28
>>186
ああ、それならキャンセル持ってるですね。試してみます。
>>187
ちょこちょこsenderに移動先のコントロールが紛れ込んでくるんですが、
その辺が関係してるかもしれないですね。

複数のコントロールをまとめて一つのlostfocusにsetterEventで飛ばしてるんですが、
何かバラにした方が良さげな気がしてきました。
どうもです。
0189デフォルトの名無しさん2010/12/09(木) 01:59:00
なんでButtonは背景がBackgroundなのに
RectangleはFillなんだ

Rectangle Background="Red"ってやってもエラーでるから何事かと15秒くらい考えてしまったじゃないか。
Microsoftはどっちかに統一しろよクソめ
0190デフォルトの名無しさん2010/12/09(木) 02:12:50
こういう事言う人って15秒じゃなくて5時間ぐらいそこで引っかかってるんだよねｗ
0191デフォルトの名無しさん2010/12/09(木) 02:22:07
図形を塗り潰すのはFill、アウトラインを描くのはStroke。
なにもおかしい所はない。
他のビジュアル要素を内包するコントロールの背景がBackgroundで前景がForegroundなのも当たり前。
PenがBrushで、BorderがBorderBrushとBackgroundで、PanelがBackgroundになるのも当然の結果。

言葉の意味考えずに、単語だけでプログラミングやってんの？
こういう奴って見るだけで頭痛になりそうな痛い変数名・関数名を量産してそう。
0192デフォルトの名無しさん2010/12/09(木) 02:23:03
ShapeかControlかの違いだよ。
そういう基本的な図形はShapeなので区別は付くはずだよ。
0193デフォルトの名無しさん2010/12/09(木) 02:31:22
またあるコントロールではテキストがContentだったりTextだったりわけわからん。

Windows Formのコントロールなら
FormもLabelもButtonもTextBoxも全部Textプロパティだったのに。

WPFはWindows Formのクラス群でTextプロパティだったのがいろいろ分かれてる。
いちいち、このコントロールはTextがContentで、あっちはTextで、別のなにかはさらに違ってって全部いちいち暗記しなきゃならないのか。めんどくせーな。
0194デフォルトの名無しさん2010/12/09(木) 02:39:10
Textなものほとんどないじゃんｗ
0195デフォルトの名無しさん2010/12/09(木) 02:40:36
>>193
暗記しなきゃならないって馬鹿か。
中に何が入るか考えれば暗記する必要などない。
0196デフォルトの名無しさん2010/12/09(木) 02:46:59
Textはstringしか入らない箇所で使われる。
Contentは文字に限らずいろんな要素を入れられるしContentTemplateなど表示のカスタマイズができる。
そんな感じに使い分けられてるから結構解りやすいと思うよ。
0197デフォルトの名無しさん2010/12/09(木) 02:47:45
ContentControl クラス
http://msdn.microsoft.com/ja-jp/library/system.windows.controls.contentcontrol.aspx

の構文と継承を1時間ほど見つめ続けろ
0198デフォルトの名無しさん2010/12/09(木) 02:53:16
なんか地味にWindows Formアプリケーションでは
Buttonとかの背景がBackColorっていう名前のプロパティだったのに
WPFになるとBackgroundとか、意味も無く名前変わってるし。
なんなのこれは。Formから移ってきた人がうっかり前と同じようにコード書いてエラーおこさせるための嫌がらせか？
0199デフォルトの名無しさん2010/12/09(木) 02:56:28
Backgroundがどのクラスのプロパティか調べろカス
Buttonクラスの継承調べろカス
0200デフォルトの名無しさん2010/12/09(木) 03:01:52
これでも見れば？
http://msdn.microsoft.com/ja-jp/library/ms751565.aspx
0201デフォルトの名無しさん2010/12/09(木) 03:01:59
>>198
>意味も無く名前変わってる
お前、無能だとよく馬鹿にされてるだろ。
Backgroundに入るのがColorだけだとでも思っているのか？ｗｗｗ
ちょっとぐらい調べてから喋れクソめ
0202デフォルトの名無しさん2010/12/09(木) 03:02:28
意味なくはないだろｗ
BackColor とかどう見ても失敗。
ImageBrush とかも使えるし。
0203デフォルトの名無しさん2010/12/09(木) 03:04:25
ボタンみたいな基本的なクラスでさえいちいち調べないといけないのか。
Windows Formでつちかった知識をいかせないなんてWPFはクソな仕様なんだな
0204デフォルトの名無しさん2010/12/09(木) 03:05:12
WinFormsすら使えないのにWinForms引き合いに出してWPF叩こうとするからすぐ破綻するんだよ
0205デフォルトの名無しさん2010/12/09(木) 03:07:48
いや使えるよ？

Button.Text="Click me!";

これでOKだったんだから
WPFでも全く同じコードで動くようにすべきだよ。
0206デフォルトの名無しさん2010/12/09(木) 03:08:15
何でこの人このスレにいるんだろう…
0207デフォルトの名無しさん2010/12/09(木) 03:08:56
プロパティを何個覚えましたってレベルで「WinFormsで培った知識を生かせない(ｷﾘｯ」って面白いアホだな。
こういう奴って、WinFormsの頃からバインディングがあった事すら知らないか、ろくに使いこなせてなかったんだろうな。
0208デフォルトの名無しさん2010/12/09(木) 03:16:36
WPFスレに居る人達って、ほとんどがWinFormsに不満感じて移ってきた人だろ。
WinFormsの良いとこも悪いとこもお前以上に理解した上で出した結論。

その中に飛び込んで言うことが「プロパティ名が気に食わない」だけかよｗ
0209デフォルトの名無しさん2010/12/09(木) 11:36:46
ScaleTransformで、コントロールの拡大、縮小をしてる。

ScaleTransformでの縮小時に文字が読めなくなってしまうのと、
コントロール自体の縦横比率で、文字の縦横比率が変わってしまうので困る。

全体サイズと内部配置を変更して、文字サイズは固定する方法ってない？
0210デフォルトの名無しさん2010/12/09(木) 11:40:38
拡大・縮小で位置合わせするとかないわ。

Grid で列幅、行高さを auto なり * なり指定すればいいのに。
0211デフォルトの名無しさん2010/12/09(木) 11:46:14
そっかあ・・・

細かくコントロールの配置を整えないので、Gridは厳しいなあ。

地道にpoint計算して、Canvas.SetLeftすることにします。
ありがとう。
0212デフォルトの名無しさん2010/12/09(木) 11:50:20
細かく整えないならむしろ Grid だろ。
固定でやってたら文面ちょこっと変えただけで再配置になるし。
0213デフォルトの名無しさん2010/12/09(木) 11:51:15
あっ、あと、拡大縮小するならわざわざ ScaleTransform 書かなくても、
ViewBox ってのがあるよ。中身を自動サイズ調整。
0214デフォルトの名無しさん2010/12/09(木) 11:59:39
ごめん。

細かくコントロールの配置を整え"る"ので、の書き間違い・・・
ViewBox試してみます！
0215デフォルトの名無しさん2010/12/09(木) 15:26:20
Transformってなんか平行移動ができるらしいね。
TopやLeftとかを変えればいいだけだと思うんだがなんの意味があるんだろう。
0216デフォルトの名無しさん2010/12/09(木) 15:36:25
>>215
LayoutTransform と RenderTransform で挙動違うからねぇ。
Layout 相当の方は確かに Top/Left の変更で行けなくはないが、Render の方は無理。

アニメーションでぶるぶる震えるとかそういうことやるのは Transform の方がいいともう。
Top とか Left とかは Canvas 内にいないと使えないし。
Content の入れ子ができる WPF じゃ Top/Left はいまいち使えない。
0217デフォルトの名無しさん2010/12/09(木) 15:39:05
Gridはいちいち
<RowDefinition/>
をいっぱい書くのめんどくさいなぁ
<RowDefinition*8/>
みたいな書き方できるようにしてくれよ
0218デフォルトの名無しさん2010/12/09(木) 15:50:22
>>217
特殊文法はどこかで破たんするからなぁ。
ツールとの連携を考えると、正規の XML の文法からそれない方が身のため。

RowDefinition とかは Visual Studio の UI デザイナー使うなぁ、
さすがに手書きめんどくさいんで。
0219デフォルトの名無しさん2010/12/09(木) 16:02:32
もともとXAMLは手書きには向かないだろ。
簡単なツールならVSで十分だが、出来ればBlendを買うのを勧める
0220デフォルトの名無しさん2010/12/09(木) 16:08:59
>>211
http://www.youtube.com/watch?v=lnHa6OZa0U4
これで何が不満なのか。
0221デフォルトの名無しさん2010/12/10(金) 00:12:10
WPFでMVVM的に command でアプリ終了させたいんだけどどう実装すりゃいいの？
<MenuItem Header="Exit" Command="Close"/>
だとメニューのExitがdisableなままでクリックできないし。
自前Command作ってもVMがVを持ってないから Close できないわけで。。。
どうすりゃいい？
0222デフォルトの名無しさん2010/12/10(金) 01:16:31
>>221
よくあるパターンでは、ViewModelにRequestCloseってイベント作っておいて、
DataContext への代入の時にそれに += するようなのか、
もしくは、最近はやりは、
Close イベント拾ってウィンドウ閉じるようなビヘイビア書くかかなぁ。
0223デフォルトの名無しさん2010/12/10(金) 01:22:05
XAMLって
C#のコードを簡略化して書けるようなものなの？

C#だと
なんちゃら 変数 = new なんちゃら();
変数.Child.Add(なんとか);

みたいなのを
<なんちゃら>
<なんとか>
</なんちゃら>
だけでかけて、いちいちnewとかChild.Addとか書かなくていいから大幅に省略できてラクチン？
0224デフォルトの名無しさん2010/12/10(金) 01:25:04
>>223
ツールが読みやすいように XML にしてるとか、
依存関係プロパティやらデータバインディングやら、C# で書きにくいのを楽に書けるとか。

Children.Add とかは、C# 3.0 以降、書く必要ない。
var layoutRoot = new Grid {
Children = { new Button(), new TextBox() }
};
みたいに書ける。
0225デフォルトの名無しさん2010/12/10(金) 01:30:12
>>223
違う。簡略化じゃなくて、外部ツールでも扱い易くするために、あの文法になった。
手書きを前提としては作ってない。

あと、今は
List<string> list = new List<string>();
list.Add("hoge")
は
var list = new List<string> { "hoge" };
と書ける。
02262252010/12/10(金) 01:31:05
ごめん、被った。
0227デフォルトの名無しさん2010/12/10(金) 01:37:23
外部ツールって、Visual C#とかExpress Brendとか？
0228デフォルトの名無しさん2010/12/10(金) 02:24:58
>>227
それも含めて、ユーザーもツールを作りやすいように。
Microsoft は、XAML を WPF や Silverlight 専用とせずに .NET に関するデータをテキスト形式で書くための言語として作った
(だから、XAML でユーザー定義クラスのインスタンスも生成できる)。

.NET 同士でデータを交換したり、読み書きするなら、単なる XML を使うよりは、XAML を使ったほうが簡単に扱えるようになってる。
02292212010/12/10(金) 02:32:30
結局自前 Command 作って

XAMLに
<MenuItem Header="Exit" Command="{Binding ExitApp}"/>

VMに
public void Execute(object parameter) {
System.Windows.Application.Current.MainWindow.Close();
}

こんな感じに落ち着きましたです。
なんかかっこ悪い気がするけど終了するからまぁいいかと。

そんでもって今度は、ウィンドウ枠消して Label だけにしたウィンドウを
どうやってドラッグ移動させるかでどつぼってる中orz
0230デフォルトの名無しさん2010/12/10(金) 02:40:09
>>229
将来的にはそんなかっこ悪い書き方しなくなりそうな感じするけど、
現状はそれでいいと思う。

枠消したアプリは、MouseDown イベントのハンドラーで DragMove メソッド呼ぶだけだったと思う。
0231デフォルトの名無しさん2010/12/10(金) 02:43:06
そういうのはビヘイビアでまとめようぜ…
0232デフォルトの名無しさん2010/12/10(金) 02:45:30
まあ、標準で入るの待ちかなぁ。
標準になること自体は確定してるみたいなので、後は次期の問題・・・
0233デフォルトの名無しさん2010/12/10(金) 03:22:59
基本的なC#の知識もなしでいきなりWPFやったら詰まった。
参照型とか意味わからん。
0234デフォルトの名無しさん2010/12/10(金) 03:30:15
>>233
参照型：jクラス(class)
値型：構造体(struct), 列挙型(enum) 組込み型(int,double...)

C# 参照型 でググると解説がいっぱいある。ふらっとC#あたりで聞いてもいい。
0235デフォルトの名無しさん2010/12/10(金) 03:54:20
なんで英語バージョンのWPFだと
Routed eventなのに日本語だと
ルーティング　イベント
になるの？
用語つけたやつ誰だよ。
0236デフォルトの名無しさん2010/12/10(金) 03:54:53
>>230
ありがとう。
Label に MouseDown="label1_MouseDown" 追加して Window1.xaml.cs に
private void label1_MouseDown(object sender, MouseButtonEventArgs e)
{
this.DragMove();
}
追加でいけました。

>>231
添付ビヘイビアってやつですかね？
DragMoveBehaviour みたいな
0237デフォルトの名無しさん2010/12/10(金) 04:02:40
>>231
DragMoveをする添付ビヘイビア - WPF memo http://goo.gl/ZtBZ7
のコードでビヘイビアベースでもいけました。

こっちはかっこいい。

いろいろパラダイム変わってるからとっつきは難しいなぁWPF
0238デフォルトの名無しさん2010/12/10(金) 09:54:27
>>235
MS 規則だと割とそうみたいよ、routed event に限らず、-ed 単語の多くが・・・
ほんとなんでそんなことになったのか。
0239デフォルトの名無しさん2010/12/10(金) 10:05:11
MS無視してルーテッドイベントて名前に変えちゃおうぜ
0240デフォルトの名無しさん2010/12/10(金) 16:16:01
MSの感覚だと「ルーティングされるイベント」となりそうだけど
長いからそれを略したと考えれば別に不自然じゃないでしょ
0241デフォルトの名無しさん2010/12/10(金) 18:09:54
>>240
なんという不自然な考え方ｗ
0242デフォルトの名無しさん2010/12/10(金) 19:22:03
「自動実装されるプロパティ」とかあるじゃん。
略して「自動実装プロパティ」と表記されてることも多い。
間に「される」を挟むなら「ルートされる」じゃなくて「ルーティングされる」でしょ
0243デフォルトの名無しさん2010/12/10(金) 22:40:26
910 名前：デフォルトの名無しさん[sage] 投稿日：2010/12/10(金) 15:40:39
Microsoft Visual Studio 2010 Service Pack 1 Beta
http://www.microsoft.com/downloads/details.aspx?FamilyID=11ea69cb-cf12-4842-a3d7-b32a1e5642e2&displayLang=ja


これ入れたらWPF重くなった。
でも、setter Property=""の部分とかstyle Target=""の部分あたりがインテリセンスができるようになった。
0244デフォルトの名無しさん2010/12/10(金) 22:46:19
それ前からできなかったっけ
Silverlight4ツールキットにXAMLデザイナの更新が含まれてたんだったかな
0245デフォルトの名無しさん2010/12/10(金) 22:52:08
ToolkitじゃなくてSilverLight Tools
0246デフォルトの名無しさん2010/12/11(土) 02:20:14
wpf. silverlightにそれぞれtoolsだのtoolkitだの名前の似た拡張がごちゃごちゃあるの
は、ほんとなんとかして欲しい。vsのアップデートまたは機能拡張として正規に適用
されるべきもんだし、そもそもなんでcodeplexみたいな裏街道でこっそりダウ
ソしなきゃならんのだ？
バージョンも2010 april cptとか何が最新なのかさっぱりわからんし。
0247デフォルトの名無しさん2010/12/11(土) 02:35:14
ToolkitとToolsはネイティブな英語話者なら区別ついてるのかね？

>>246
codeplex は、早期に発表しておきたいという場。
ぶっちゃけ、人柱ほいほい。

安定したのから製品版に入っていくはず。
■ このスレッドは過去ログ倉庫に格納されています