【新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 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でキビキビ動くエディタなんて作れるのか？ｗ 811 名前：デフォルトの名無しさん mailto:sage [2008/02/29(金) 20:05:32 ] WindowsFormsHostの中身をWindows.Formsで書かないといけないわけはないじゃあないか 812 名前：デフォルトの名無しさん mailto:sage [2008/03/02(日) 23:15:18 ] そうだね。俺も書いて気づいた。 でもたとえば、ActiveXコントロールをホストするのに 間にWinFormsのクラスが挟まるのは気持ち悪い。 813 名前：デフォルトの名無しさん [2008/03/05(水) 17:30:18 ] 開発環境ってVista？ XPでやるとテンプレートで作った時点でVS落ちるんだけど何かミスってる？ 814 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 17:50:32 ] Windows7は全部WPFで作られるんだよね？ 815 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 18:06:11 ] 意味わかんねぇ。 816 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 20:42:42 ] Pentium DだけどGPUがオンボードだからかBlendが重すぎて使い物にならない 描画処理をGPUで処理するかCPUで処理するか選べるようにならないのかな？ 817 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 21:06:22 ] >>816 遅いのはPentium Dだからだろ 818 名前：デフォルトの名無しさん mailto:sage [2008/03/05(水) 22:28:57 ] オンボードとかお話にならない 819 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 01:20:29 ] Wii and WPF 820 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 14:48:21 ] >>816 Blendはどんな廃スペックＰＣ用意しても、 入力に対するレスポンスが目に見えて遅れるので心配するな。 821 名前：デフォルトの名無しさん mailto:sage [2008/03/06(木) 23:26:41 ] MIX08 KeynoteのWPFのbitmap effectsのデモ、これ結構楽しみになってきた。 visitmix.com/blogs/Joshua/Day-1-Keynote/ の 02:08:20 辺りから。 822 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 04:24:15 ] XElementかなんかを組み合わせてXAML生成しようと思うんだけど それを動的にコンパイルするにはどうすればいい？ 823 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 04:31:23 ] XamlReaderクラス？ 824 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 08:32:20 ] でいいんじゃね。 825 名前：デフォルトの名無しさん mailto:sage [2008/03/07(金) 11:29:49 ] >>823 なるほどありがとう 826 名前：デフォルトの名無しさん [2008/03/15(土) 13:37:00 ] このスレの住人なら知っていますね、あの糞開発ツールのことを ・自分のプログラムのバグなのかコンパイラのバグなのかわからない ・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している ・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている 糞だけど、政治的な理由で無理やり使わされているんですよね もういい加減、我慢するのはやめませんか？ ・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。 　上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。 ・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。 　バグレポートなどしてはいけません。改善要求などもってのほかです。 　あの会社はあなたたちのことをテスター/モルモットとしか思っていません。 ・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」 　なんて話が出たら力強く机を叩き、会議室を出ましょう。 　あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。 糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。 827 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 15:55:12 ] Eclipseのことですねわかります 828 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:34:28 ] Borland製品だと思うよ。Togetherとか最悪。 829 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 22:06:18 ] ディスプレイの解像度を取得する方法を教えてください 830 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 00:06:30 ] >>828 うぅむそうなのか？ 大昔にセミナーで見た時にゃー画期的だと思ったもんだが >>829 つScreenクラス 831 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 18:52:23 ] ScreenはWinFormsのクラスですよね WinFormsを使わずにやる方法は無いものかと 832 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 23:22:20 ] デスクトップの解像度はWPF関係ないしP/InvokeでAPI呼び出せば？ 833 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 03:06:47 ] てかそれ以前にScreen.PrimaryScreenはスタティックなんだが 別にForm派生内でしか使えない訳じゃないよ 834 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 18:09:09 ] >>833 ほとんど使わないSystem.Windows.Forms.dllを参照するのが嫌だって事じゃね？ 835 名前：デフォルトの名無しさん mailto:sage [2008/03/21(金) 00:15:58 ] そんな気にするような事じゃないとは思うがまあいいや つーかよくよく考えたら、ディスプレイ解像度切り替えるのは自分なんだから解らん方が変じゃね？ もしWindowStyle&WindowStateでのフルスクリーンの話なら つActualWidth&ActualHeight 但し、俺んとこで実験してみたら何故か多めの数字が出た 検証めどいから誰か頼んだ 836 名前：デフォルトの名無しさん mailto:sage [2008/03/25(火) 20:48:00 ] 自動生成されるhoge.g.i.csのgとiって何の略なの? 837 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 12:54:38 ] >>836 generated / internal と予想 838 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 14:32:43 ] 結局WPFでまともなアプリ開発してるやつおるん？ XCEEDのなんたらGridみてもどうみても、もさもさなんだが。 テキストのリストビューが、DataTemplateを加えるだけで素敵なレイアウトのリストになってあら不思議なのはいいんだが、実際の使い勝手とそれを開発する工数の本質とあまり関係なくはないけどないような･･･ 839 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 16:14:26 ] 基本コントロールもサンプルも少ないから使う気にならん 840 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 17:55:52 ] これってゲームとかに向いてるの？ RPGとかノベルとかまったり目の 841 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 17:55:57 ] そもそもデスクトップアプリを開発する需要が激減してるんだから、 WPFだろうが何だろうが新たに覚えようという人も殆どおらんだろう。 みーんなWebに行っちまった。 842 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:28:20 ] そのためのXBAPです まあ煩雑杉ｵﾜﾀなのは変わらんけど 843 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 19:50:02 ] 結局Webアプリでどうしても出来ないローレベルアクセスが必要なものを 「仕方なく」ローカルマシンで動かすだけで、あとは全部Webに乗せる時代だからな。 「仕方なく」ローカルPCにインストールするWebアプリはAIRで。 WebアプリをリッチにするほうはFlash、3歩遅れてSilverlightで。 もうフルセットWPF＆XBAPなんか出る幕は無いだろうね。 844 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:26:12 ] Webとか餓鬼のおもちゃだろ 845 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:36:31 ] 今普段使ってるアプリ、 ブラウザー、開発環境、ファイラーなどなど、わざわざWebアプリとして動く意味がわからん。 データがあっち側にあるのはいいかも知れんけど。 846 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:50:49 ] ExpressionのExpress Edition作って無料配布すれば統一的に各アプリをユーザー側でスキン作成できていいと思うんだけども。 WinampとかJaneとか。XAMLPadとかじゃめんどくさいだけだし。 847 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 20:58:44 ] ButtonのContentにDateTimeを入れるような場合、Buttonに表示されるDateTimeの書式指定を変えたいような場合はどうしたらいいんざんしょ･･･ 848 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 21:46:00 ] IValueConverterかな 849 名前：デフォルトの名無しさん mailto:sage [2008/04/07(月) 23:51:50 ] FormのClientRectangleみたいに ウィンドウの中身をピッタリ例えば640*480にするにはどうすればいいの？ 850 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 05:09:28 ] AIR対抗のSilverlight for Desktopが出る可能性があるから、 そっち待ったほうがいいかなーって思っちゃうんだよな。 SLのほうが軽いし他のOSでも動くし……。 AIRはコード書きにくいから期待してる。 851 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 07:47:56 ] SilverLightで住むやつはそっちのほうがいいかもね。 2.0だとWPFとどれだけ違うんざんしょ。 852 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 08:42:25 ] >>849 自分で微調整 853 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:03:53 ] ウィンドウハンドル取得してAdjustWindowRectは可能だろうか？ 854 名前：デフォルトの名無しさん mailto:sage [2008/04/08(火) 20:16:24 ] サイズがなんピクセルとか考えなくて済むのがWPFでふぁ 855 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 01:50:45 ] それはない 856 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 02:18:22 ] >>853 試して報告してくれ。 ハンドルはWindowInteropHelperで取得できるから。 857 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 10:28:09 ] >>854 まあそういう面もあるが、解像度はともかく比率くらいは固定したいところだ。 858 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 17:52:36 ] 自動サイズでキャンバス貼り付ければ サイズの取得はできるかと。指定はどうだろねー？ 859 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 19:41:05 ] おまいらPowerStockうごかすとどのぐらいCPUくう？ Core2Duoマシーンで常時5-60%逝ってるんだが(；´Д｀) 860 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:09:28 ] Aeroは散々たたかれているが、3Dデスクトップ自体だめなのか、ほかのMacのQuartzとかLinuxとかどうなの? 861 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:12:42 ] マーケティング部門にとっては嬉しい新機能 エンドユーザにとっては正直どうでもいい エンジニアにとっては災厄の根源 862 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:23:57 ] >>861 UIのベクター化は普通にエンドユーザーにも恩恵あるだろ 863 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:31:19 ] * VistaのSuperFetchとAeroは安易に切ると遅くなる pc11.2ch.net/test/read.cgi/win/1206549751/ 864 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 22:33:40 ] Aero別に悪くないけどな。もう一年使ってるわ。 使用感が違うしスペックの足りないマシンならもっさりかもしれないけど、慣れると平気。 今から改めてMacOSXとかGNOMEに慣れるのと大差ないだろ。 865 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:12:15 ] MS自身がAeroの見た目しか宣伝しないからどうしようもないだろ。 866 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:22:19 ] 一般人にはGUIって言葉すら通じないからしょうがない。 867 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:23:16 ] 半透明効果云々でI/O負荷掛かり杉でイマイチだけど UI処理をGPUにお任せするって方向性は正しいと思うよ Aeroで見た目効果にコダワったのが敗因 868 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:26:48 ] アルファブレンディングって32bppのうち詰め物分の8bit使ってるだけでふぁ 869 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:40:45 ] Aero GlassのアニメーションがMacみたいに派手でないから、 ティアリングしないのがいいんだとか言っても一般人には さっぱり伝わらないんだよね。 こけおどしであっても、今より派手なアニメ効果をイントール時 デフォルトON、「パワーユーザー」さん向けにオフにできるように しといたらここまではネガキャンされなかったかも。 870 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:48:09 ] Deep Color対応のPC用ディスプレイは普及するんじゃろか 871 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:54:05 ] >>869 それはそれで2chとかの自称中級ユーザーとかには叩かれそうだなｗ 872 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 23:58:53 ] まずはGDIとWinGの辺りから説かないとなw 873 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:01:28 ] ティアリングって描画のvsync同期と関係しているのであって、 描画の派手さには関係ないような気がするんだけど。 874 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:13:31 ] 従来に比べたらメモリも食うから、派手で目立つメリットがないと受け入れにくいでしょ。 945Gに合わせなければもっと派手にできたんじゃない？ 875 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:27:32 ] どっちかっつと全ウィンドウを馬鹿正直にバッファに持つってー思想が間違いだったんでね？ なんぼマシンパワー余ってるつーたってメモリにゃ限りがある訳で 876 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:31:38 ] 共有コンテキストだと結局誰かが弄るたびに描き換えでは 877 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:39:42 ] 描画終わったあとなら、ウィンドウ1枚でバッファはせいぜい2〜4Mだろ。 ウィンドウ動かすたびにGDIで再描画かけるより、中身が同じなら移動分はDirectXで合成し直す方がいいって判断したんでしょ。 878 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 03:13:04 ] デスクトップのこと忘れてねえかそれ それにビデオカードなら独立して256Mとか使えるけど統合型だと結局メモリ圧迫する 879 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 09:29:47 ] 結局トレードオフだろ メモリは多めに食うけど、Aeroオンだと確かにCPU負荷はオフのときに小さい 880 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 09:30:11 ] オフのときに比べて、ねorz 881 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 10:36:26 ] OSXではその辺どうなってるんだろうね。 arstechnica.com/images/tiger/quartz-10.0-4.png これの中段図を見ると仕様はAeroとまったく同じに見えるが。 （ちなみに下段図のすべてGPUに任せるやつは結局ボツになったらしい） 882 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 10:49:23 ] WPFって別にAeroと関係なくね？ XPでも動くんだし。 883 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 15:28:23 ] WPFがXP上でも動くのは、ApacheがCygwin上でも動くみたいなもんだぞ。 884 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 17:48:28 ] >>883 マーケティング的にはそんなイメージがあるけど、 WPFはXPでも、Vistaでもほとんど変わらないぞ。 見た目が違うのはWPFに限ったことじゃないし、 動作速度だってXPの方が速いくらいだ。 885 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 08:43:29 ] >881の一番下みたいにいきなりGPUに飛ばせれば負荷が軽くなるんだけど これが本当の意味のGPUを使ったアクセレーションなんだけどな 886 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 08:47:01 ] >881 どうやらEnableできるらしい journal.mycom.co.jp/column/osx/139/index.html 887 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:28:45 ] できるのに、最新のLeopardでも無効にしてるってことは、致命的な問題があるんだろ。 あまり詳しくないけど GPUのShaderってCPUに比べたらかなり低レベルなもんらしいし、 もっと賢くなるまで無理なんじゃないか。 888 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 13:55:18 ] Direct3D 10.1の仮想化＆マルチスレッド対応に期待だな。 10.1がオンボードに載ってそれにWPFが対応するまで1年以上かかりそうだが。 889 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:44:07 ] AeroにしたところでいままでのアプリはGDIで描いてるわけだしな。 890 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:56:45 ] アプリもGPU描画に移行させたいならネイティブから使えるAPI用意すりゃいいのにな 今のところWPFしかないってのが 891 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 17:59:13 ] c#ネイティブだろ。 892 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:05:18 ] >>884 ただしたまに差が現われることもあるね。 修正済みだけど下記の件。 「Windows XP または Windows Server 2003 で、 　レイヤード ウィンドウが有効になっている WPF ベースのアプリケーションのパフォーマンスが低下する」 ttp://support.microsoft.com/default.aspx/kb/937106/ ttp://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1810617&SiteID=1&pageid=0 歴史的経緯 ttp://blogs.msdn.com/seema/archive/2006/09/18/761314.aspx ttp://blogs.msdn.com/seema/archive/2006/10/25/layered-windows-sw-is-sometimes-faster-than-hw.aspx ttp://blogs.msdn.com/nickkramer/archive/2006/09/20/763037.aspx 893 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 18:51:32 ] >>891 .NETのWindowFormsはwin32のラッパー 894 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 20:03:40 ] WPFはC#ネイティブとも言えるな 895 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 15:44:13 ] ウィンドウから 窓枠とかメニューを抜いた部分を指定のサイズにする命令はありますか？ 896 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 21:16:33 ] "窓枠とかメニューを抜いた部分" にコントロールを一つ置いてサイズを指定し、 他の部分はサイズを自動計算させればいい。 897 名前：デフォルトの名無しさん [2008/04/16(水) 13:11:35 ] まだ始めて間もないのですが、ちょっと教えてくださいまし。言語はC#です。 適当なCanvasを作って、このCanvasの上辺等に線を描きたいのですが、Canvasの大きさの変更に追従してほしいのですが 単純に Line クラスを作り、Line.X1 , X2 プロパティーの Canvas の幅を設定すると、大きさが変更されても追従してくれません。 使うクラスは Line である必要性はないのですが、こういった時はどうするのが一番てっとりばやいでしょうか？ 898 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 13:22:33 ] CanvasのSizeChangedイベントで処理 899 名前：897 [2008/04/16(水) 14:00:35 ] 調べていて、ちょっと便利そうな機能があったのですが <Canvas Name="canvasTitle"> 　<Line Stroke="Black" X1="0" X2="{Binding ElementName=canvasTitle , Path=ActualWidth}" Y1="5" Y2="5"/> </Canvas> これで当初の目的は(それ以上の内容も)一応果たせそうです、ただ動的に生成したくてXamlで書くとちょっと調子が悪いです。 これに対応するC#のコードはどうなっているの教えてもらえると助かります。 Xamlとクラスライブラリの対応表はどこかにないですかね・・・・どこをみてもXamlの説明ばかりです。 >>898 ども、それは自分もいちばん最初に考えて面倒くさそうだなと思っていました。 900 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 15:56:37 ] Border 使えばいいんじゃね？ 901 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 16:28:56 ] スノー 902 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 18:59:41 ] いわゆる過疎 903 名前：デフォルトの名無しさん mailto:sage [2008/04/16(水) 21:54:10 ] >>899 Border を使えばいいと思うけど、そのまま C# 化すると↓こんな感じ。 var line = new Line{ X1 = 0, Y1 = 5, Y2 = 5, Stroke = new SolidColorBrush(Colors.Black), }; var bind = new Binding{ Mode = BindingMode.OneWay, ElementName = "canvasTitle", Path = new PropertyPath("ActualWidth"), }; BindingOperations.SetBinding(line, Line.X2Property, bind); this.canvasTitle.Children.Add(line); 904 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 00:10:58 ] >>897 もう遅いかもしれんが、 LayoutTransformを使ってみてはどうだろうか？ 905 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:17:11 ] C#のコードで Ellipseをcanvasの好きな位置に配置するにはどうすればよろしいでしょうか？ 906 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:38:57 ] >>905 依存プロパティでぐぐれ。 一例↓。 var ell = new Ellipse { Width = 10, Height = 10, Fill = new SolidColorBrush(Colors.Black) }; ell.SetValue(Canvas.LeftProperty, x); ell.SetValue(Canvas.TopProperty, y); 907 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 17:38:58 ] >>905 RenderTransform に値を設定すればいいです。 908 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:10:31 ] 前から思ってたけど SetValueとかCanvas.SetTopって書き方回りくどいよね。 マクロ関数欲しいわ〜 909 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 19:29:58 ] >>908 まあ、どうしてもというなら拡張メソッドでどうぞ。 910 名前：デフォルトの名無しさん mailto:sage [2008/04/17(木) 22:24:08 ] その手があったか。 911 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 08:38:56 ] >>906-907 ありがとうございます Canvas.SetLeft(ellipse, left); Canvas.SetTop(ellipse, top); でもいけました、ありがとうございました 912 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 09:09:19 ] デザイナでキャンバスのサイズを決めると ウィンドウからはみ出します。どうすればリンクさせられるの？ 913 名前：デフォルトの名無しさん mailto:sage [2008/04/18(金) 10:15:12 ] Window.SizeToContent 914 名前：デフォルトの名無しさん [2008/04/21(月) 21:45:52 ] GeometryとかShapeを継承して新しい形状作ったりしたいんだが 詳しいサイトor良書おしえてくれぃ 915 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 21:55:30 ] 少なくともGeometryは無理(MSDNに明記) Shapeも多分そういう使い方は想定されてない 916 名前：デフォルトの名無しさん mailto:sage [2008/04/21(月) 22:04:14 ] >>915 ﾄﾝｸｽ CreateInstanceCoreは何を返せばいいんだろうとかずっと考えてた。 具体的には曲線（非ベジェ）をアニメーションさせたいんだが 今まで（Graphics.Draw***とか）と勝手がだいぶ違って困ってる。 917 名前：デフォルトの名無しさん mailto:sage [2008/04/25(金) 09:10:01 ] やっぱWPFというとGUI関連の話ばかりになるけど、 VistaのWPFで問題なく印刷できてるよ〜って人います？ 現在xpsファイル作れてDocumentViewerでプレビューもできるけど、 印刷すると毎回どこか一部の文字が消えたり、スプーラからジョブが消えたり 挙動が怪しい。プリンタ機種変えても同じ。 でも、XPS Viewer Essential Pack使うとちゃんと出てくる。 あと、PageOrientation.Landscapeって無視されません？ うちだけなのかなぁ。 918 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 08:44:20 ] そういう話はWindows板でやってくれ 919 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 09:00:39 ] なんでだよ 920 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 13:46:02 ] ここはサポートセンターじゃねーんだよ 921 名前：デフォルトの名無しさん mailto:sage [2008/04/27(日) 15:49:08 ] じゃぁおまえは疑問とか一切書き込むな 922 名前：デフォルトの名無しさん mailto:sage [2008/04/30(水) 16:45:06 ] Imageコントロールに表示した画像をScaleTransformで拡大する時に 最近傍補間に(拡大されたドットが見えるように)することできる? RenderOptions.SetBitmapScalingModeってのを見つけたけど バイリニアより下に設定できないみたいだし… 923 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 09:30:10 ] >>922 つWindowsFormsHost+PictureBox 924 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 13:37:31 ] WindowsFormsHostの上にWPFのコントロールを表示することは無理か？ いちいちFormsのコントロールの上にWPFコントロールを載せて……ってやればできるかな SwingはJava7から普通にできるようになるらしいが 925 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 14:06:08 ] > WindowsFormsHostの上にWPFのコントロールを表示することは無理か？ 意義が良く分からない 926 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:19:35 ] ああ、上にって、重ね合わせの問題 WPFコントロールはトップレベルのウインドウに描画するが、 Formsコントロールの実体は子ウインドウ そうするとFormsのコントロールの上にWPFのコントロールを重ねても Formsのコントロールが上に表示されてしまう って話。上に来たWPFコントロールは自動的に子ウインドウになるとかやってくれればいいのに パフォーマンスはまた別問題として 927 名前：デフォルトの名無しさん mailto:sage [2008/05/01(木) 17:22:34 ] HwndSource じゃ駄目？ 928 名前：デフォルトの名無しさん mailto:sage [2008/05/02(金) 22:26:58 ] Formと比べるとWPFのデザイナがイマイチなんだが(イベント登録が手動だったり) 次期バージョンはいつ出るんだろう? 929 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 00:53:29 ] イベント登録はWPFのほうが楽だと思うけどなぁ。 慣れると逆にFormのほうがめんどくさいよ。 その代わり、デザインだアニメ−ションだバインディングだと凝り始めると、 ややこしさが等比級数的に増していくような。 930 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:22:43 ] XAMLは、ツールを意識してデザインされた割には、 ツールが出揃っていない。 931 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:28:14 ] そりゃー誰も使ってないし。 Vistaが大失敗した ＋ 新規開発される世の中のサービスのほぼ全てはWebアプリ 932 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 01:33:22 ] >>931 的外れな意見ありがとう！ 933 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 06:15:07 ] ﾜﾛﾀ 934 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 09:17:01 ] >>929 言語仕様的にどうこう言うより、IDEの支援が貧弱なボーヤなのが問題 誰かブルーワーカー持ってこいと 935 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 15:23:49 ] たまにしか使わないようなコントロールのイベント名探すのめんどいし、 やっぱメニューからイベント挿入出来る機能も欲しいな。 936 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 15:31:08 ] 目的別インテリセンスを付けるべき 937 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:14:41 ] タブコントロールはひでーよ。 938 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:18:50 ] これって何が目的なんだろ xamlで誰か作って、使いまわしが目的なのか？ 939 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 16:54:22 ] XAMLで作ってるとC#とかのコードをできるだけ使いたくなくなるから困る。 940 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:20:53 ] それは言えてるｗ 同じことをコードで書くとクドくなるんだよな。でもデバッグはしやすい。 941 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 19:25:10 ] 勉強し始めたばかりだけど、Bindingは何気に便利そうね。 RenderTransformやアニメーションがヌメヌメ動くのも楽しい。 画像をグリングリン動かしてもCPU負荷がほとんど無いのもいいね。 942 名前：デフォルトの名無しさん mailto:sage [2008/05/03(土) 22:18:18 ] 逆に言うとそれくらいしかやることがない罠 表系のコントロールが弱っちいから、ちょっと凝ったことしようと思うと地獄のように面倒くなる 943 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 23:57:43 ] Win32での「大きいアイコン表示のリストビュー」に相当するWPFのコントロールって WrapPanelでいいのかな? 944 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:01:44 ] ListViewだろ 恐ろしく柔軟なコントロール 945 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:06:49 ] MSはもうちょっとWPFに力入れてくれないもんかな 946 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 00:07:39 ] そなの? MSDN斜め読みしたけど、ヘッダ付きの詳細表示くらいしかできない印象があった。 947 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 15:23:16 ] resx内のリソース使えないのかよ・・・ シコシコとXMLテキストで定義書いてリソース管理するなんて前時代的だって。 XAML用リソースエディタ付けれ。 948 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:14:17 ] >>946 DataTemplate 覚えたらやれること格段に増える。 マジで柔軟。 >>947 リソースはアプリと同じフォルダに生でおけって事っぽいね。 949 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 23:33:10 ] いろいろ実験して分かってきた。 ListView.ItemsPanelでアイテムの並び方 ListView.ItemTemplateで個々のアイテムの表示を決めるのね。 950 名前：デフォルトの名無しさん mailto:sage [2008/05/09(金) 00:02:22 ] <Window x:Class="WpfApplication6.Window1" xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="schemas.microsoft.com/winfx/2006/xaml" Name="myWindow" Title="Window1" Height="414" Width="468"> 　　<TextBlock Text="{Binding ElementName=myWindow, Path=Hoge}" /> </Window> public partial class Window1 : Window { 　　public string Hoge { get; set; } } ウィンドウのプロパティをBindingするのはこういう方法でいいのかな? 951 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:34:51 ] もう、Windows Formsなんかいらんから、 C++/CLI Express for WPFを作ってくれよ。 952 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 13:49:38 ] 来ましたね。 weblogs.asp.net/scottgu/archive/2008/05/12/visual-studio-2008-and-net-framework-3-5-service-pack-1-beta.aspx blogs.msdn.com/greg_schechter/archive/2008/05/12/gpu-accelerated-custom-effects-for-wpf.aspx 953 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 14:07:55 ] channel9.msdn.com/Showpost.aspx?postid=403854 ようやくWPFを使うとGPUの能力を引き出せる、と言えるようになったね 954 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 15:18:53 ] おー、なかなか素敵。 これがVistaと同時に発表されてたら状況は変わってたよな〜 955 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 22:50:33 ] WPF用のNotifyIconクラスとか追加されるん? 956 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 23:22:21 ] ダメだよぉー。どんな簡単なことでもぉー、ゆうやく振り切ってSystem.Windows.Forms.Notifyiconだ。 957 名前：デフォルトの名無しさん mailto:sage [2008/05/13(火) 23:49:27 ] betaだと入れられる環境ないので勇者のレポを楽しみに待ってます(´・ω・｀) 958 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 04:18:19 ] うわああ、俺的にこのアップデートは神だ 959 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 06:04:06 ] 最近のMSの神技術は一般人が忘れた頃にやってくるな

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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