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/
433 名前:デフォルトの名無しさん mailto:sage [2009/03/06(金) 08:13:24 ] >>429 たしかにな 1.xaml=エレメントの画面表示 2.コード=データの操作 3.補助定義表=それらのバインディング等 みたいに分離してみたらどうなのか。3.を1.にくっつけているからゴチャゴチャになっている。 そういう定義ファイルに、>>430 なら、 [ myViewport3D.Width <= myCanvas1.ActualWidth ] とでも書いておけばそれ1行で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 ] アカウントとるのめんどくせw エヘッ♪
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 > 3.補助定義表=それらのバインディング等 これをデザイナのプロパティウィンドウあたりで簡単に設定できれば 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ファイルの切り替えとかが出来ないw 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でマルチクライアント環境を実現。 今はこの基本3層構成を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でUIの階層分けを意識して記述できるし、 アニメーションさせなきゃならない部分があっても気軽に書ける。
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に埋め込まれる事になりそう これに関してはマイクロソフト様より「技術的には可能だが非推奨」という 実務ガイドラインの見解を戴いております。
512 名前:デフォルトの名無しさん mailto:sage [2009/03/22(日) 11:54:50 ] コードが埋め込まれたとしても、そんなところには見向きもしないでxamlで見やすいところだけ編集するんだから無問題
513 名前:デフォルトの名無しさん mailto:sage [2009/03/23(月) 15:22:18 ] WPF Toolkit が更新されてるね。 DataGrid, DatePicker, Calendar のバグが修正されたみたい。 WPF Toolkit - March 2009 Release wpf.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=25047 ttp://blogs.wankuma.com/kazuki/archive/2009/01/31/167199.aspx ↑のスクロールで列の表示が崩れるバグもしっかり修正されてたよ。
514 名前:デフォルトの名無しさん mailto:sage [2009/03/24(火) 20:22:05 ] XAML編集でちゃんとインテリセンスが効けばいいんだけどねえ。 この辺もVS2010で改善されるのかなあ……
515 名前:デフォルトの名無しさん mailto:sage [2009/03/24(火) 20:28:48 ] >>514 {Binding }にもインテリセンス効くようになるらしいよ エディタも十分高機能化するそうだけど
516 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 03:46:02 ] VS2008でその水準に達していなかったのが最大の失策
517 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 11:40:19 ] >>515 >{Binding }にもインテリセンス効くようになるらしいよ これはかなり嬉しい。 そういや、WPF Toolkitも標準で入るとか聞いたが…。
518 名前:デフォルトの名無しさん mailto:sage [2009/03/25(水) 19:05:20 ] Windowsライクな外観を作りにくい
519 名前:デフォルトの名無しさん [2009/03/25(水) 20:42:17 ] なんでWPFでウィンドウの外枠とかタイトルバー弄れないようにしたんだろ。 P/InvokeかWindowStyle.None使えってAnderson神父は言うけど面倒臭いよ面倒臭いよ
520 名前:デフォルトの名無しさん mailto:sage [2009/03/26(木) 09:14:00 ] ・C#は知ってる。 ・XMLは知ってる。 ・Windows Formは未経験。 この条件でいきなりWPFの勉強を 始めることは可能?
521 名前:デフォルトの名無しさん mailto:sage [2009/03/26(木) 11:42:45 ] 余裕
522 名前:デフォルトの名無しさん mailto:sage [2009/03/26(木) 12:57:30 ] >>521 アリガト
523 名前:デフォルトの名無しさん mailto:sage [2009/03/26(木) 17:27:22 ] >>519 <r:RibbonWindow x:Class="Window1" </r:RibbonWindow> リボンUIのWindowはこんな感じで実装されてるな
524 名前:デフォルトの名無しさん mailto:sage [2009/03/29(日) 09:19:05 ] System.Windows.Controls.UserControl の再描画を抑制する方法ってありますか? 複数のプロパティを連続して変更する際に、変更するごとに再描画されるのを 回避したいんです。
525 名前:デフォルトの名無しさん mailto:sage [2009/03/29(日) 12:28:31 ] LayoutRooからいったんRemoveし、プロパティを設定後Addするとか
526 名前:デフォルトの名無しさん mailto:sage [2009/03/29(日) 19:13:40 ] 印刷プレビューダイアログはどこにあるの?
527 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 08:47:26 ] System.Printing
528 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 08:49:27 ] ってPreviewの方か ないんじゃないかな 作ったFixedDocument表示すればそれがPreviewになるし
529 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 18:41:53 ] VS2008 ExpressでWPFをかじったんだが、 WinFormと比べてデザイナがまだまだ発展途上ですね。 Web上に日本語の情報も少ないし、どうしようか。 みんなどんな開発環境でWPF遊んでる?
530 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 18:45:06 ] 春休みだな
531 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 20:07:45 ] はるかな尾瀬ー
532 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 21:30:47 ] >>531 それは夏では 夏がくーれば思いだすー、
533 名前:デフォルトの名無しさん mailto:sage [2009/03/30(月) 21:42:40 ] やっちまったぜ♪