WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3

1 名前：デフォルトの名無しさん [2009/01/09(金) 22:14:36 ] あたらしいGUI FW、WPFについて語るすれ。 .NET3.5 SP1 もリリースされて盛り上がってまいりますた。 Visual Studio 2008 ttp://www.microsoft.com/japan/msdn/vstudio/ Microsoft .NET Framework 3.5 Service Pack 1 ttp://www.microsoft.com/downloads/details.aspx?FamilyId=AB99342F-5D1A-413D-8319-81DA479AB0D7&displaylang=ja WPF Toolkit - October 2008 Release ttp://www.codeplex.com/wpf/Release/ProjectReleases.aspx?ReleaseId=15598 関連スレ Microsoft Silverlight 2.0 その3 ttp://pc11.2ch.net/test/read.cgi/tech/1227324813/ 過去スレ WPF(XAML,XBAP,.NET3.5)GUIプログラミング ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/ 【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】 ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/ 411 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:08:56 ] コントロールテンプレートは完全に自由に書いていいわけじゃなくて， 最低限テンプレートに含めないといけないコントロールが決められてるのが普通 それを示す属性がTemplatePart 逆に，そういう条件が必要ないならあまりテンプレートを使う意味がない 412 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:19:23 ] >>410 ツール-オプション-テキストエディタ-xaml-その他-既定のビュー で 「常にフルxamlビューでドキュメントを開く」 のチェックを外せば直るみたい。 でも、xaml直書きする場合、このチェックは入れておきたいよねえ。 なんか普通にバグっぽいぞ。 413 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:38:27 ] >>411 >コントロールテンプレートは完全に自由に書いていいわけじゃない てっきり何をしてもいい>>412 物だだと思っていました！ TemplatePartは詳しく調べる必要があるようです。 >>412 うまくいきませんでした・・・ どうしても「'Frame' ControlTemplate TargetType は、テンプレートの型 'PlaceHolderControl' と一致しません」がデザイナのみにエラーが出てきます。 コンパイル、ビルドも出来るので間違ってはいないと思いますが、VSのデザイナが使えないというのはキツイです・・・ 414 名前：デフォルトの名無しさん mailto:sage [2009/03/04(水) 04:37:13 ] WPFのデザイナは相変わらず貧弱だなぁ そこが萌えるんだけどｗ 415 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 16:28:41 ] WPF始めてみたいけどネット上には驚くほど資料ないねこれ・・・ 416 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 16:40:00 ] InteliSenseこそ最上のヘルプ 417 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 17:02:12 ] >>416 試すパターンが膨大で困るｗ 418 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 17:12:14 ] 書店にも本が並んでない すべてxamlのせいで敷居が高くなってるせいだと思う WPFだけなら新しいコントロールライブラリってことで十分普及したと思うよ Microsoftはxaml使うのをWPFが使われるようになってからに遅らせるべきだった 419 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 17:25:04 ] ネットだと ufcpp.net/study/dotnet/index.html とか uchukamen.com/WPF/Default.htm くらいを見て、後はいろんな人のブログを見てバインディング周りの 定石をしれば、本当の話IntelliSenseで十分ヘルプになるようになる と思う。 420 名前：419 mailto:sage [2009/03/05(木) 17:26:32 ] ごめん、419の前にこれを投稿しようとしたんだ。 俺はWPF+XAMLはWindows Formsや昔のWin32APIでウィンドウ 作ってた時代よりも初心者向けだと思うよ。 本がないのも外国語の物は専門性の高い物から入門書まで多いし、 日本の出版事情が大きいんじゃないかな。 421 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 18:07:43 ] ちょっと質問！ TextBlockで普通の改行入りテキストを <TextBlock TextWrapping="Wrap"> あれ？<LineBreak /> 声が<LineBreak /> 遅れて<LineBreak /> 聞こえるよ<LineBreak /> </TextBlock> こうやって作った後Blendとかに再読み込みさせると「Inline」がいっぱい引っ付いてくるんだけど、この書き方は推奨されていないから？ それともBlendの屁理屈？ 422 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 20:01:29 ] 初心者にとっては（とっつきやすさでは） Windows Forms ＞ WPF/XAML Windows Formsは ・XMLを編集しなくていい ・APIのデザインも直感的（使いたい機能が「そこ」にある） 423 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 21:31:12 ] >>421 意味が同じだから 424 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 22:27:40 ] >>422 WPFはWindowsFormsと同じようにAPIベースで作成できるよ。 名前が違うだけでやってることはほぼ同じ。 初心者ってのはおまえ自身のことだろ。 425 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 22:31:49 ] >>423 答えてくれてありがとう！ 何かTextBlockも機能的にはとてもいいけど、Labelの方が簡単でとっつき易いなー 426 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 22:43:40 ] 一般のテキスト表示にはTextBlockを使う Labelは別のコントロールに文字通りラベルとアクセスキーを付けるためだけに使う ということでおｋ? 427 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 22:45:20 ] Labelは一行 TextBlockは数行 くらいにしか深く考えたことないや。 428 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 23:16:17 ] GDIが早くていいよ 429 名前：デフォルトの名無しさん [2009/03/05(木) 23:37:44 ] >>419 bindingが覚えづらい。xml的お作法としてはああなるのが正当なのかも しれないけれど、直感に反する書き方だし、わかりづらいし、何とかしてほしい リソースがらみもそう。 とにかくxamlで中カッコ {}が出てくる場面はうんざりする。なんなのこの変態言語 って感じで。 430 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 00:33:21 ] >>429 それ、マークアップ拡張だから、使わないで普通にBinding要素を子要素として 書く事もできるよ。その方がInteliSenseの支援も受けられるし。   RelativeSourceが絡んでくる場合とか、マークアップ拡張使うと 中カッコが二重になって>>429が言う通りうんざりする。入力支援 もないし。でも、Binding要素とそのRelativeSourceプロパティに RelativeSource要素を普通のxmlの文法で書けば嫌な点は解消される。   例えば、前に書いた、Canvasに置いてあるViewport3Dの幅をCanvasに合わせる コードを書いておくね(なぜかHorizontalAlignment=Stretchだとうまくいかなかった)。    <Viewport3D.Width>   <Binding Path="ActualWidth">     <Binding.RelativeSource>       <RelativeSource Mode="FindAncestor"         AncestorType="{x:Type Canvas}"         AncestorLevel="1"/>     </Binding.RelativeSource>   </Binding> </Viewport3D.Width>   等価なのは   <Viewport3D Width={Binding RelativeSource={RelativeSource FindAncestor, AncestorType={x:Type Canvas}, AncestorLevel=1}}/>   だけど、これだと>>429が言うように支援がなくて書くのが大変だし、 実行時まで間違いが分からないし、実行時の例外の内容は分け分からないしで 嫌になるのも分かる。 431 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 00:36:17 ] あと、マークアップ拡張使う方がxmlの入れ子が無闇に深くならなくて済むので 必ずしも悪い事でもない。そこでマークアップ拡張使う場合にお勧めなのが 次のアンチョコ： go.nbdtech.com?94E138EA 432 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 01:39:57 ] まともなデザイナーがVSについていればもう少し使われやすいと思うんだがな・・・・ Formsはペタこれするのはわかりやすいけれど、それ以上ができない。 WPFはそういうところがエレガントにできるけど、バインディングとか正直わかりにくい。 433 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 08:13:24 ] >>429 たしかにな １．xaml＝エレメントの画面表示 ２．コード＝データの操作 ３．補助定義表＝それらのバインディング等 みたいに分離してみたらどうなのか。３．を１．にくっつけているからゴチャゴチャになっている。 そういう定義ファイルに、>>430なら、 [ myViewport3D.Width <= myCanvas1.ActualWidth ] とでも書いておけばそれ１行でOKにする。一目瞭然。初期化等も大方は [ myWindow1.Background = Brushes.White ] そこに記述でいいとすれば、xaml自体の方も（エレメントの単純な階層関係記述が基本になり）ごくすっきりする。 でこんなのは、システムがその表を解析して現状xamlに展開する、という形に出来る （ものが多い、or出来るものだけをこういう初期定義可能にする）だろうから、拡張機能として比較的簡単に出来そうじゃないのか。 434 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 17:29:22 ] すいません、バインディングに関する質問です 複数のPage間でテキストデータをバインディングするとき、どうすればいいかわかりません。 名前空間などに定義する方法などが考えられるのですが、一番簡単で効率のいい方法はないですか？ 435 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 17:57:21 ] このスレをマイクロソフトに教えればわかりやすい資料つくってくれるかもしれないよ 436 名前：>>434 mailto:sage [2009/03/07(土) 15:56:56 ] マイクロソフトのサンプルの中にWindow間でデータのバインディングをやっているのを見たのですが、 やっぱり名前空間を全てのWindowのザムルに定義している方法を取っているので、これが妥当だと思う 437 名前：デフォルトの名無しさん mailto:sage [2009/03/08(日) 12:54:50 ] ProgressBarでバーをスムーズに(FormアプリのProgressBarStyle.Continuousみたいに)表示させるには Templateを弄るしかないんですか? 438 名前：デフォルトの名無しさん mailto:sage [2009/03/09(月) 18:06:04 ] DataContextにオブジェクトが設定してあるとして LoadedやUnloadedイベントにそのオブジェクトのメソッドを登録したいのですが コードを書かずにXAML上だけでできますか? 439 名前：デフォルトの名無しさん mailto:sage [2009/03/10(火) 04:39:43 ] ここってsilverlightの話もしていいの？ 440 名前：デフォルトの名無しさん mailto:sage [2009/03/10(火) 08:15:43 ] >>439 専用スレあるよ。 Microsoft Silverlight 2.0 その3 pc11.2ch.net/test/read.cgi/tech/1227324813/l50 441 名前：デフォルトの名無しさん mailto:sage [2009/03/10(火) 21:11:14 ] ↑別スレですか ありがとうございます 442 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 10:41:36 ] 誰かMSに報告 Blendにて「Hyperlink」編集不可 直タグ打ち可 443 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 11:07:30 ] お前がやれ 444 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 11:24:06 ] アカウントとるのめんどくせｗ エヘッ♪ 445 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 22:36:52 ] xamlで記述したプログラムととC#のプログラムって 記述方法が違うだけで使ってるのは同じ.NET frameworkだから 性能とかはかわらないんだよね？ 446 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 23:07:15 ] かわらん 447 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 23:08:12 ] ロードはたぶんXAMLの方が遅い ロード後の動作は全く一緒 448 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 23:46:48 ] ありがと htmlの描き方が苦手なおれはxamlじゃなくてまずC#でWPF勉強するわ 449 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 13:07:52 ] BitmapImageで読み込める画像形式を追加することはできませんか? できればアプリケーション内でローカルに追加/削除できて 他のアプリケーションには影響しないようにしたいのですが。 450 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 16:10:21 ] UriSourceプロパティを使うのはたぶん無理 自前のコードで読み込んでStreamSourceに設定するしかないと思う でもそうするといちいち他の画像形式に変換しないといけないし BitmapImageを使う意味もないので BitmapSource.Createを使ってピクセルデータから直接作った方がいい 451 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 17:17:54 ] アニメーション設定とかしてる場合、コードとザムルアニメーションはやっぱりコードの方が優先？ 設定できたりする？ 452 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 17:30:33 ] 後で設定した方が有効になるだけだが 453 名前：デフォルトの名無しさん [2009/03/12(木) 18:30:36 ] >>433 > ３．補助定義表＝それらのバインディング等 これをデザイナのプロパティウィンドウあたりで簡単に設定できれば xamlの中に取り込まれていても問題ないと思うんだが。 デザイナがひどすぎると思う。 454 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 18:42:18 ] 結局デザイナだろ WinFormsはもっと汚い形でやってるんだから 455 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 16:04:08 ] XMLバインディングをやってみたんだけど、「存在するXMLと同期」じゃなくて、 「存在しているXMLをリソースとして利用」のほうが正しい？ どうも作ってみても、EXEの中にリソースとして取り込まれて、XMLファイルの切り替えとかが出来ないｗ RSSの仕組みでネットワークにあるものを指定してやると、切り替えとかをネットワーク越しに出来るけどローカルでは無理な感じ。 456 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 16:32:24 ] ごめん嘘、忘れて 457 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 02:47:23 ] ﾎﾟｶｰ 458 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 07:13:23 ] RichTextBox に Wordwrap プロパティがないんだけども、 改行しないで表示させたい場合どうしたら良いの？ 459 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 14:17:38 ] TextBoxでいいんじゃね？ RichTextBoxの中にあるFlowDocumentだっけか、 あれにパネルとか突っ込んで見たんだけど、どうもスクロールバー自体がテキスト扱いになって操作できないし。 460 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 15:06:30 ] >>458 msdn.microsoft.com/ja-jp/library/system.windows.controls.richtextbox.aspx > RichTextBox ではテキストが常に折り返されます。 > テキストの折り返しが不要な場合は、FlowDocument の PageWidth を RichTextBox の幅より大きく設定します。 > ただし、この場合も、ページの幅に達するとテキストが折り返されます。 なので、 <RichTextBox><FlowDocument PageWidth="300"/></RichTextBox> <RichTextBox><FlowDocument MinPageWidth="680" MaxPageWidth="1024"/></RichTextBox> みたいに、適当に大きな幅を入れておくとか。 ただ、横スクロールバーを表示すると、最初からスクロールできる状態になってしまうのが難点だけど。 後は、イベントで動的に幅を測定して FlowDocument.PageWidth に反映させるとか。 461 名前：458 mailto:sage [2009/03/14(土) 23:04:06 ] >>459 色つけたかったんで、TextBoxじゃだめなのよ >>460 ありがとう。助かったぜ。 462 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 00:28:01 ] WCFおもしろいな。しかしスレはない 463 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 01:17:46 ] >>462 Webサービス プログラミング総合スレッド ttp://pc11.2ch.net/test/read.cgi/tech/1031149340/ 464 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 01:38:18 ] >>462 特に旧来のWindowsForms、これからのスタンダードなWPF、XBAP、Silverlight、そして携帯電話や汎用 ブラウザ向けのASP.NETなんかで相互に共用できるアプリケーションシステムの構築となると、 やっぱりWCFは欠かせないよね。 俺の場合、データ・レイヤはSQL Server、アプリケーション・レイヤは機能・役割ごとに複数個のWCFで構築。 プレゼンテーション・レイヤは、WinForm、WPF、XBAP、Silverlight、Javaでマルチクライアント環境を実現。 今はこの基本３層構成をWebサービスのマイブームと位置付けて色々と遊んでいる。 465 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 13:16:46 ] 重要度的には Silverlight＞WPF＞XBAP な希ガス。 466 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 13:34:46 ] >>465 XBAPはSilverlightへの発展的解消で完全に進化が止まっちゃったからね。 Silverlightは資料もチュートリアルも豊富。WPFとの2本立てで決まりだね。 そういえば、MIX'09でSilverlight 3の発表ですな。 ブラウザナビゲーションとの連携が目玉らしいけど、それよりTextBox上での 右クリック時にコピペ系のコンテキストメニューを出すようにして欲しいな。 467 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 13:46:59 ] もうSliverlight3の発表ですか、これは楽しみ。 ついでにBlendも改善バージョンを発表してもらいたいですね。 468 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 02:29:08 ] Silverlightで書かれたサイトって一発でわかる？ 469 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:29:03 ] インストールを強制されるからね 470 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 18:36:56 ] C#でXPSドキュメントを弄っているけど、これって面白いな。 XpsDocument NewXpsDoc = new XpsDocument("D:\\AAAA.XPS", FileAccess.ReadWrite); XpsDocumentWriter XpsDocWrtr = XpsDocument.CreateXpsDocumentWriter(NewXpsDoc); XpsDocWrtr.Write((Visual)this); NewXpsDoc.Close(); たったこれだけでWindowと配下のコントロールすべてを含むXPSドキュメントが生成されて D:\AAAA.XPS に出力された。 VS2008かExpression Blendを使ってXAMLでサクッと注文書などの伝票フォーマットのひな形の Windowを書いて、LINQでDBやXMLをバインディングさせてやれば、カンタンに自社ロゴ入りの 伝票なんかをXPSで出力できるな。 もうCrystalReportやQuickReport、サードパーティーのPDF帳票コンポーネントなんて不要だね。 さらにバーコードコントロールも .NET 4.0で標準搭載してくれれば・・・ 471 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 03:50:47 ] でもC#のプログラムって商用にしにくいよね 割と簡単にソースを推論できるから 472 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 04:25:53 ] >>471 情報システム系の業務アプリには向いているよ。 オンライン販売やパッケージ販売のソフトウェア制作には向かないかも。 商用≠開発したソフトウェアの製品マスターのコピーを販売する 商用＝商用の設備・ツールとしてソフトウェアを稼動させる 473 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 07:17:14 ] 難読化してありゃ十分じゃね? 客先で難読化されてた奴見たけど中身を見る手間相当あがると思うけど。 動作のわかる所からクラス機能を推論して意味通る名前を当てはめるにしても全体の把握は大変そう。 一部のロジックがわかれば良くてそこだけピンポイントで調べるのには向かなそうだが。 474 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 07:21:40 ] VisualStudioに組み込んでくれないかな 難読化 475 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 11:06:32 ] 商用というかメーカー製PCのバンドルソフトでも.NET利用がちらほら見かけるようになったが、 大抵ネイティブモジュールとのハイブリットだしな。 476 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 14:52:32 ] ネイティブと混ぜたらネイティブ部分はちゃんとブラックボックス化するのか？ あと自作したlibやdllを混ぜたらリコンパイルきかないだろう さすがに機械コードを読んで作るやつはいるわけないし 477 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 15:34:17 ] GUIだけ.NETって感じ？ 478 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 15:56:36 ] C++で書いてあるコードでも、UI部分のように、そのほとんどがAPIコールのものは解読は容易。 だいいち、そんなに解読されて困るコアのアルゴリズムがあるんだったら、それはサービス化 してSaaSで提供するとか考えるべき。 479 名前：デフォルトの名無しさん [2009/03/19(木) 21:20:25 ] tabControlのタブに画像を表示させるのはどうすれば良いのですか。 このアプリのようにしたいのですが。 tmpgenc.pegasys-inc.com/ja/product/tme3_feature.html 480 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 21:29:45 ] ItemTemplateプロパティで 481 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 21:40:39 ] >>479 TabItem.Header に Image を指定する。 <TabControl>   <TabItem>     <TabItem.Header>       <Image Source="example.jpg" Stretch="None"/>     </TabItem.Header>     ....   </TabItem>   .... </TabControl> 482 名前：デフォルトの名無しさん [2009/03/20(金) 07:25:57 ] 481>> ありがとうございます。 「ファイル example.jpg はプロジェクトの一部ではないか、'Build Action' プロパティが 'Resource' に設定されていません。」 となります。Resource設定はどのように行うのでしょうか。 483 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 11:30:12 ] >>482 Visual Studio を使っているなら、 プロジェクトを右クリック->追加->既存の項目...->イメージ ファイル->example.jpg。 ビルドアションの変更する場合は、 プロジェクトに追加したファイルを右クリック->プロパティ->ビルド アクション。 詳しくは、ここを参照。 Windows Presentation Foundation アプリケーションのリソース、コンテンツ、およびデータ ファイル msdn.microsoft.com/ja-jp/library/aa970494.aspx 484 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 20:48:14 ] WPFの窓の中にopenglで描画したり，WPFの窓をC++で使うことは出来ますか？ 485 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 21:12:32 ] >>484 とりあえずここを読んでみては？ WPF 移行と相互運用性 - MSDN msdn.microsoft.com/ja-jp/library/ms753178.aspx 486 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 21:18:12 ] WPFは4.0でよくなるのかなー Form,Silverlight,WPFどれがどうつかわれてくのかいまいちさきがみえん。 Silverlight3.0とかかなりよさげで環境を問わないWeb,デスクトップ含めたUIフレームワークとしてかなり有望そうだが。 487 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 21:46:10 ] >>485 読んでみます 488 名前：デフォルトの名無しさん mailto:sage [2009/03/20(金) 23:24:43 ] 機能もだが、XPで4.0がサポートされるのかどうか不安だ。 グラフィック関係の新規APIはほとんどVista以降のみ対応だからなあ。 489 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 03:38:28 ] SGMLは<tag> </tag>ではなく[tag][/tag]にすべきだった <>入力するときにShiftがめんどくさいです＞＜ 490 名前：デフォルトの名無しさん [2009/03/21(土) 08:04:07 ] >>483 ありがとうございます。できました。 491 名前：デフォルトの名無しさん [2009/03/21(土) 09:30:52 ] WPFって時期尚早と思わない？ 初心者が取っ付くには敷居が高すぎる。 ウインドウズフォームとちがって単純に貼り付けて プロパティを操作するだけではだめだ。 インテリセンスも効かないXAMLファイルを操作しなくては ならないし。 492 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 12:28:12 ] 時期尚早だよ。だからこそ楽しい。 493 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 14:00:00 ] そういうこと。F#もいい。 494 名前：デフォルトの名無しさん [2009/03/21(土) 14:23:11 ] 少なくとも生産性は低いな 495 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 14:40:02 ] >>491 俺はC#だけで書いてる 496 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:06:20 ] 確かWPFってデュアルコア6GHz時代を想定して作ったんじゃなかったっけ？ 497 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:33:44 ] どう考えても、XAML + C# の方が生産性が高くないか？ 498 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:37:54 ] WinFormよりXAML+WPFの法がよほど効率的だな。 499 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 15:59:55 ] DataGridViewさえ充実していれば… 500 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 16:01:15 ] 次期バージョンを待て 501 名前：デフォルトの名無しさん [2009/03/21(土) 17:56:52 ] >>497 >>498 何を持ってそう言える？？？ 502 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 21:17:12 ] 生産性を高くするためのフレームワークなんだから、低かったら使う意味ないじゃん。 503 名前：デフォルトの名無しさん mailto:sage [2009/03/21(土) 23:55:26 ] XAMLでＵＩの階層分けを意識して記述できるし、 アニメーションさせなきゃならない部分があっても気軽に書ける。 504 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:06:30 ] WinFormsはデザイナでコントロールの親子関係を変更するのが面倒だったな その点、WPFはXAMLを少し書き換えるだけなので楽だ 505 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:09:13 ] ポトペタ以上のことやろうとしたらWinFormsは簡単に破綻するでしょ。 506 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 00:59:04 ] XAMLはコントロールの親子関係もプロパティもすべて一覧で把握できる。 507 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:02:31 ] UIの柔軟性とソースでの視認性の双方のバランスがいいよなXAMLは これに関してはWinFormとは段違いでいいと思う 508 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:12:50 ] >>501涙目 509 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:26:51 ] C#とxamlとで相互変換できるならVSでボタン一つで切り替えるようになるといい それぞれのいい所取りできれば最高 510 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 01:45:40 ] C#の利点（リファクタリングとか）がXAMLでも完璧に使えたらとは思うが、 そのアプローチには無理があるだろう XAML→C#は可能だろうけど、 C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう 511 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 02:10:37 ] ＞C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう これに関してはマイクロソフト様より「技術的には可能だが非推奨」という 実務ガイドラインの見解を戴いております。

---

---

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

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