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

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

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/08(水) 10:43:18
あたらしいGUI FW、WPFについて語るすれ。

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

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

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

WPF Mashup on YOUTUBE
http://www.youtube.com/watch?v=BUBOQFvh6yI

0692デフォルトの名無しさん2008/01/08(火) 08:16:55
可能だけどめんどくさい
0693デフォルトの名無しさん2008/01/08(火) 08:33:09
XAML は .NET の UI 関連のクラス定義を
partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる

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

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

で、App.xamlのStartUpUriは消した

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ttp://blogs.msdn.com/aonishi/archive/2008/01/28/scott-guthrie-2008-1-20.aspx
07847832008/02/17(日) 22:28:25
ああ、デザイナが強化されるって話じゃなくて今後追加される標準コントロールの話ね。
0785デフォルトの名無しさん2008/02/18(月) 10:35:52
>>783
WPF にリボン突っ込む宣言ktkr
07867812008/02/19(火) 21:58:24
>>782-783㌧
そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ
でも.NET1.1時代に逆戻りした感じ
>>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう
やっぱ最初にVS2008に色々期待しすぎたかねえ
補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ
オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか
0787デフォルトの名無しさん2008/02/19(火) 22:04:21
XAML使わないと超面倒
0788デフォルトの名無しさん2008/02/20(水) 01:10:49
IE専用なのコレ？
0789デフォルトの名無しさん2008/02/20(水) 01:14:22
んなことない。単体アプリ作れる
0790デフォルトの名無しさん2008/02/20(水) 19:41:43
XBAP としても動く必要があるからなぁ
07917812008/02/20(水) 23:07:07
>>787
アレより面倒なのかよ!!!
つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに
M$は開発を一体どうしたいんだ
0792デフォルトの名無しさん2008/02/20(水) 23:09:09
XAMLはポトペタより高度なことが出来るのは確か
しかし使いにくい
■ このスレッドは過去ログ倉庫に格納されています