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

1 名前：デフォルトの名無しさん mailto:sage [2006/11/08(水) 10:43:18 ] あたらしいGUI FW、WPFについて語るすれ。 .NET3.0もリリースされて盛り上がってまいりますた。 WPF on MSDN msdn2.microsoft.com/en-us/netframework/aa663326.aspx .NET3.0 www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx WPF Mashup on YOUTUBE www.youtube.com/watch?v=BUBOQFvh6yI 710 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:08:42 ] 2箇所もスペルが違う 711 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 19:39:16 ] ずっとSTATHeadと読んでたんですが実はSTAThreadだったんですね ようやく意味が分かりました 712 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:05:13 ] エスティーエーティーヘッド? 713 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 20:57:01 ] スタットヘッド 714 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:28:56 ] スペル間違う奴はたいていレベル低くてバグが多い 715 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:30:21 ] STATHedでもSTAThreadでもいいが、ないてるみたいだな 716 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:42:02 ] TAT ＜ェェェェェー!！ 717 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 08:05:35 ] WindowのClientSizeってどこからとってくればいい？ 718 名前：デフォルトの名無しさん [2008/01/09(水) 11:06:18 ] 気軽な質問なのですが、 WPFを使ったキラーアプリはどんなものがあるのでしょうか？ こんなのができる、というのが知りたいだけなので、 フリーソフトでもかまいません。 また、.NET3.0から使うことができるようですが、 今後、WinFormを押しのけて、メインになりそうでしょうか？ 719 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:10:08 ] MS Expressionかな、WPFアプリっていうと。 720 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:55:45 ] >>718 ＞今後、WinFormを押しのけて、メインになりそうでしょうか？ 今のところ住み分けできそう。当分競合はしない。 721 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 11:57:07 ] ExpressionでUserControlとしてボタンとコンボボックスを作りました。 WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。 しかしたまに上記のボタンとコンボボックスが描画されないときがあります。 アプリを起動して描画されれば以降もずっと描画されるのですが、 描画されないとそれ以降も描画されません。 ただしコンボボックスをドロップダウンするとボタンもコンボボックスも描画されます。 ElementHostのバグでしょうか？ ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。 722 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 22:40:54 ] >>719 Expressionは別にフォームでも実装できるようなもんだからなぁ･･･ やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。 723 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 23:15:22 ] milcore早く仕様公開してくれよ！ 724 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 00:48:43 ] >>722 3Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい�apples65.blog69.fc2.com/blog-entry-253.html） 使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな 725 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 03:25:32 ] >>718 残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。 まだまだ当分、WinFormやWin32APIの時代が続きそうだ。 726 名前：718 mailto:sage [2008/01/10(木) 04:33:37 ] 質問に答えてくださり、感謝 まだ、これから、ということですかー。 用途的にも、他のUIライブラリや、APIとかぶらない、と >>724 xamples.infragistics.com/xamShowcase.xbap Flashみたいに使えるんですね。 とはいえ、.NET3.0必須なら、Windows限定か。 Pen4とRADEON X700だと、重い？アニメーション時のCPU負荷や、起動メニュー切り替え時の固まりがすごいｗ GPU使ってるならもっと軽くてもいいものですけど > Ribbon いや、俺、Ribbon好きですｗ 一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね 727 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 05:08:56 ] なんでもそうだけど、使い慣れていないものは一般受けしない。 ある程度、普及しないと評価されないものだよＵＩは。 それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば ＭＳは喜んで採用してくれると思うよ。 728 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 06:35:55 ] Ribbonはカスタマイズさえできれば文句ないんだがなー。 729 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:17:36 ] >>728 カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、 カスタマイズは俺も必要だと思う。 それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに 簡単に設定が移行できることも必要だ。 開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。 せっかく、MSがXML 730 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 08:19:16 ] >>つづきｗ MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは あまりにもナンセンス。 XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。 731 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 11:12:49 ] OnRenderSizeChangedをoverrideして つまみをひっぱったときに縦横比を保持したまま 中身全体をScaleTransformで拡大するようにしたんだが つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる どうしたらその一瞬を見えなく出来るだろう 732 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 17:22:07 ] しかしリボン UI は安易にカスタマイズできるようにすると Office 2007 でユーザが Alt を押した時に絶望するかもしれん まぁ、とりあえず早いとこ MFC でのリボン UI サポートと Windows Forms/WPF でのリボン UI サポートを 標準提供してほしいところだ 733 名前：デフォルトの名無しさん mailto:sage [2008/01/10(木) 22:44:34 ] リボンライブラリぐらい自社コードでお願いします！ 734 名前：718 mailto:sage [2008/01/11(金) 05:30:47 ] >>728 Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに 旧来のOfficeのツールバーみたいのがくっついていて、 そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、 また今までのようにカスタマイズもできます。 頻繁に使う機能はそこに追加してつかってます。 カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。 ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ 735 名前：718 mailto:sage [2008/01/11(金) 05:36:03 ] あ、あと、これは実際に使ったことないと、わからないのですが、 Ribbonはタブ切り替えが、面倒っていう意見がよくあります。 これは、クイックアクセスツールバーでも対処できますが、 標準で、よく使う機能、例えばテキストのフォント選択や装飾は、 テキスト選択時にフローティングウインドウで、すぐに変更できるようになっています。 まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、 よく考えられてはいると思います。 736 名前：718 mailto:sage [2008/01/11(金) 05:36:36 ] スレ違いスマソ・・・ 737 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 11:56:23 ] >>735 そのためのキーボード操作ではあるんだが…… 慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や Ctrl-B などでのショートカットを使っていた訳で この点は 2007 だと ・2007 Office system のキーストローク (リボン UI キー割り当て) ・Office 2003 のキーストローク (Office 2003 互換操作) ・ショートカットキー が使える分手段が増えていたりする Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う 738 名前：デフォルトの名無しさん mailto:sage [2008/01/11(金) 13:09:40 ] むしろ慣れてきてからタブ切り替えが面倒に感じたよ。 たとえばグラフや図を編集するとき、 以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、 今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。 オプションのタブは作業ウィンドウとして右側に表示すべきだな。 739 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:24:44 ] マイクロソフトに入社してUIなおしてこい 740 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 12:51:22 ] >>738 その辺りは練り込みが一歩足りない感じはあるよな…… 741 名前：デフォルトの名無しさん [2008/01/13(日) 02:53:07 ] WCFのことはこのスレじゃ駄目？ それとも他に良いスレあるかな？ 742 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 03:29:55 ] ここでも各言語スレでもどこでもいいと思うけど 答えられる人は少なそうだ（おいら含む MSDNフォーラムもWCFは閑古鳥だしな 743 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 10:30:28 ] WCFはともかく、WFやCardSpaceは全くいないな。. 俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。 744 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 11:40:38 ] 何に使えるのかわかりにくいからな WPFは「見た目がよくなるのか〜」って使ってみる気になるんだが 745 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 22:24:50 ] なんか使えるコントロールが少ないのが気になる プロパティパネルがほしい アップダウンもなくね？ 746 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:01:05 ] 磨りガラスみたいな半透明効果はWPF/XAMLじゃなくてvista&DWMじゃないと標準では無理ですかね？ 747 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:46:49 ] BlurBitmapEffectとかOpacityMaskとかじゃ駄目なん？ 748 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 16:50:48 ] >>747 これだー！不透明で検索すればよかったのか…ありがとうございます 749 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:21:46 ] そして、XP で実装した時のあまりの重さに絶望する >>748 であった 750 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 17:51:19 ] >>749 ……orz 自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？ 751 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:11:11 ] XPでウィンドウを半透明にするのってGPU積んでようが結局CPU描画じゃないっけか？ 752 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 18:44:36 ] 透過処理は.NET3.5でGPUのアクセラレーションが有効になったけど、それとは別の件ぽいですね 753 名前：デフォルトの名無しさん mailto:sage [2008/01/19(土) 20:58:45 ] 一応 XP でも GPU アクセラレーションが効くのは 3.0 からだけど XP の場合は Vista 程の恩恵がないので ドラッグしてウィンドウを移動したり(ry で悲しくなるんじゃないかな 754 名前：デフォルトの名無しさん mailto:sage [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 プロパティを設定できません。」 と怒られてしまいました。 何か解決策はありませんか？ 755 名前：デフォルトの名無しさん mailto:sage [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> 756 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 06:20:10 ] // ようやく規制解除… >>755 でもそうするとWindowのプロパティの変更ができないと思うんですが。 Setter.TargetName もやっぱり使えないし。 757 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 16:25:13 ] >>756 Style の TargetType を Window にして、トリガを DataTrigger にすりゃいいんじゃね？ <DataTrigger Binding="{Binding IsChecked,ElementName=Show}" Value="True"> ってな感じで 758 名前：デフォルトの名無しさん mailto:sage [2008/01/28(月) 16:45:31 ] >>757 おお、うまいこといけました。 ありがとうございます。 // 恥ずかしながらDataTriggerの存在自体知りませんでした……。 759 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:10:00 ] MSはとっととWPFをMFCに移植するべき。 760 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:17:08 ] そういや、SWTのWPF版ってC++/CLIだったんだな。 勝手にいろいろ期待してたんだが、ちょっと失望した。 761 名前：デフォルトの名無しさん mailto:sage [2008/02/02(土) 19:31:59 ] Javaから呼ぶならどういう方法をとったとしても結局どっかでC++/CLI使うしかないんじゃないの 762 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 05:00:10 ] WPFのRichTextBoxの行間がデフォルトで二行分空いているようなんですが 一行にするにはどうしたらいいんでしょうか 763 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 09:21:47 ] それは行間じゃなくて段落間じゃないか？ なら Pragraph.LineHeight 辺り 764 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 16:51:27 ] XAMLってソースコードを自動生成するんじゃないの？ パーシャルクラスの片割れ見てもXAMLで書いたことがほとんど反映されてない XAMLで書いたことをソースコードで実現するためにどうすればいいかってのは 自分でちゃんと調べるしかないのかな？ 765 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 19:08:32 ] >>764 ビルド後に、obj フォルダの中身を見てみ。 766 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 21:57:03 ] >>765 どれ？ g.cs のこと？ これにはXAMLで書いた情報はほとんど入ってないよ 767 名前：デフォルトの名無しさん mailto:sage [2008/02/05(火) 22:12:30 ] ああ、XAML 相当の C# コードを知りたいって話だもんね。 それは生成されない。 .xaml から、.g.cs に XAML 中の Name 付き要素に相当するメンバと、 XAML を実行時にロードするコードが自動生成される。 .xaml 自体は、バイナリ化（.baml）されて、リソースに格納される。 768 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 09:17:55 ] マイクロソフト、新開発言語「D」を開発中 ttp://japan.cnet.com/news/ent/story/0,2000056022,20366701,00.htm 769 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 09:28:28 ] >>768 それ、GUI には関係ないよ。 WF/WCF 系統の技術だし。 770 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 11:48:02 ] Silverlightで初めてXAMLを触ったんだけどさっぱり分からない。 触る前に何となくイメージしてたのは、例えばムービーの一覧表示みたいな画面で、XAMLの 何かに項目数を指定してから、個々のコンテンツのサムネイル、名前、説明みたいなデータ を流し込んで効果の実行を指示すると、凝った効果でコンテンツの一覧が表示されて、XAML を入れ替えるだけでJavaScript側の変更なしに見た目がガラッと変わるみたいなものだった。 けど、実際やってみるとJavaScriptのソースに直接XAMLを書いておいて処理してから流し込む ような事が多くて、XAML入れ替えただけじゃ済まない感じ。 これのどこがUI分離なのかさっぱり分からない。 XPathとかバインディングとかあるらしいけど、これを使えば状況が変わるんだろうか？ 771 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 11:51:17 ] >>770 WPF だとデータバインディング使って分離できるんだけど、 Silverlight だと WPF のサブセット取るときにデータバインディングが消えたのよね。 772 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:36:26 ] >>771 そうなのか……。Javaだと思ってたらJavaScriptだったみたいな気分です。 ついでにお尋ねしますが、さっきの例で項目の雛型をXAMLの中で記述して、 それをJavaScriptでまとめて読み込んで、必要な数だけコピーして、変更が 必要な要素だけ変更してからXAMLに再度流すような事はできますでしょうか？ せめて、デザイン的な微調整はXAMLの編集だけで済むようにしたいと思って いるのですが。我儘ですみません。 773 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:50:41 ] やれないことはないと思うけど、 正直、Silverlight 2.0 を待った方がいいかもしれない。 DLR 搭載と同時に、WPF チックなコントロールが追加されるらしいんで。 1.0 は、TextBlock 以外は Shape 系の要素ばっかりだし。 WPF のウェブ版じゃなくて、Flash アニメみたいなのを描くツールにしかなってない。 774 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:51:59 ] Downloader オブジェクトを使って、サーバ側のXAMLを取くるのならできるけど 775 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 12:53:28 ] あとは取ってきた XAML を CreateFromXaml で Contents にロードすればいいお 776 名前：デフォルトの名無しさん mailto:sage [2008/02/07(木) 13:13:05 ] 2.0はまだまだ先のようなので色々試してみます。 ありがとうございました。 777 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 08:41:27 ] ttp://ufcpp.net/study/dotnet/index.html#wpf ここ見れば基本的なことは全部書いてあるじゃん すごく時間を無駄にしたよ テンプレに入れといてくれよ 778 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:15:28 ] 本人の宣伝乙 779 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:35:53 ] 本人の宣伝じゃねーよ くだらん 780 名前：デフォルトの名無しさん mailto:sage [2008/02/08(金) 09:39:45 ] 本人の宣伝としてもありがとう 781 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 21:35:27 ] WPFでDataGridView相当のを自作しようと思ったらXAML直書きしないと駄目なん？ VS2008のデザイナでそれはキツい…… その内プラグインとかで強化されるかなあデザイナ 782 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:23:18 ] >>781 ListBox ＋ ItemTemplate かなぁ。 でも、↓こんなのならある。 blogs.msdn.com/hiroyuk/archive/2007/01/26/xceed-datagrid-for-wpf.aspx 783 名前：デフォルトの名無しさん mailto:sage [2008/02/17(日) 22:26:38 ] >>781 3月のMIXで発表あると思うよ。 ttp://blogs.msdn.com/aonishi/archive/2008/01/28/scott-guthrie-2008-1-20.aspx 784 名前：783 mailto:sage [2008/02/17(日) 22:28:25 ] ああ、デザイナが強化されるって話じゃなくて今後追加される標準コントロールの話ね。 785 名前：デフォルトの名無しさん mailto:sage [2008/02/18(月) 10:35:52 ] >>783 WPF にリボン突っ込む宣言ktkr 786 名前：781 mailto:sage [2008/02/19(火) 21:58:24 ] >>782-783�d そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ でも.NET1.1時代に逆戻りした感じ >>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう やっぱ最初にVS2008に色々期待しすぎたかねえ 補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか 787 名前：デフォルトの名無しさん mailto:sage [2008/02/19(火) 22:04:21 ] XAML使わないと超面倒 788 名前：デフォルトの名無しさん [2008/02/20(水) 01:10:49 ] IE専用なのコレ？ 789 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 01:14:22 ] んなことない。単体アプリ作れる 790 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 19:41:43 ] XBAP としても動く必要があるからなぁ 791 名前：781 mailto:sage [2008/02/20(水) 23:07:07 ] >>787 アレより面倒なのかよ!!! つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに M$は開発を一体どうしたいんだ 792 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 23:09:09 ] XAMLはポトペタより高度なことが出来るのは確か しかし使いにくい 793 名前：デフォルトの名無しさん mailto:sage [2008/02/20(水) 23:33:26 ] BlendとVSのXAMLエディタの中間ぐらいのツールがあればいいんだな。 794 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 02:45:38 ] むしろBlendがVS2008に吸収されるモンだと思ってた俺 てか言語仕様どうでもいいから普通に使う分には十分な設定が自動生成されて欲しい それで足りない分は直いぢりも吝かではない 795 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 16:30:57 ] htmlのいい部分の要素を取り入れようと設計したのなら、 直書きしても簡単でなければならない。 その目標は達成できなかったようだ。 796 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:16:13 ] 直書き自体は難しくないんだが コントロールがデフォルトで真っ白で 枠を付けるにもBorderタグを直書きしなきゃいけないとか なんかめんどい 拡張性を高めていろいろ出来るようにしたけど 結局複雑になりすぎてちょっとしたこともやりにくいみたいな感じだ 797 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 17:43:39 ] MS的には自分でUIデザインまでやるなってことなんだろ。 コード書きの片手間にやるには複雑すぎる。 デフォルトで完成させたところで、XAML専門のXAMLerに投げられれば一番いいね。 798 名前：デフォルトの名無しさん mailto:sage [2008/02/22(金) 18:42:15 ] www.atmarkit.co.jp/fdotnet/basics/xaml02/xaml02_03.html これは素晴らしい記事だな これでXAMLとおさらばできそうだ 799 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 00:29:32 ] すれば 800 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 03:54:40 ] XAML を使わずに WPF アプリを作るのは Windows Forms エディタなしで Windows Forms アプリを書くより コード量的に辛そうなんだがw いくら partial class で分離できるとはいえやりたくないな 801 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 08:40:05 ] C# 3.0 なら、 new StackPanel { 　Children = new UIElementCollection { 　　new Button { Content = "button 1" }, 　　new Label { Text = "label 1" }, 　}}; みたいな書き方できて、XML と大差なかったりもする。 ただ、Binding みたいにマークアップ拡張使うものはこれだと書けない。 802 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 12:37:00 ] いまさらな疑問だけど、 VS2008とExpression BlendはWPFで作られてるの？ 803 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 12:45:55 ] >>802 Expression BlendはWPFで作られてる。 VisualStudioは、 外側はC++ネイティブ、 プロジェクト設定の画面とかはWinForms、 WPFポトペタ製作画面はWPFという感じにキメラ。 Spy++で見てみると分かりやすい。 804 名前：デフォルトの名無しさん mailto:sage [2008/02/23(土) 14:01:54 ] >>803 サンクスです。 あれが作れると思うと勉強にハリが出る。 805 名前：デフォルトの名無しさん mailto:sage [2008/02/24(日) 15:13:35 ] MSはExpression Blendで得たノウハウを公開すべきだ 806 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 13:48:53 ] しかし Expression Blend の XAML ソースを公開されてもやたら辛いだろうなw 807 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 16:58:55 ] >>781 3.5のアップデートで追加されるってさ .NET 3.5 Client Product Roadmap - ScottGu's Blog weblogs.asp.net/scottgu/archive/2008/02/19/net-3-5-client-product-roadmap.aspx WPF Control Improvements Later this year we are also planning to release a number of new controls for WPF. Included in the list we are working on are DataGrid, Ribbon, and Calendar/DatePicker controls. 808 名前：デフォルトの名無しさん mailto:sage [2008/02/25(月) 17:01:05 ] ってすまん、Datagridviewの方だったか… 809 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 19:39:11 ] kaxamlのエディタがあまりにも軽快に動いてくれるものだから (しかもXAML補完付きで!) WPFでもこんなにきびきび動くエディタつくれるのかーと感銘を受けていたら WindowsFormsHostだったというオチ。 Blendのエディタはきびきび感が足りない用に思う。 3.5SP1でどれくらい改善されるやら。 810 名前：デフォルトの名無しさん mailto:sage [2008/02/26(火) 21:06:35 ] Windows Formsでキビキビ動くエディタなんて作れるのか？ｗ

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef