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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 09/14 16:35 / Filesize : 183 KB / Number-of Response : 673
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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/
394 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 12:46:38 ]: >>392
bmp.UriSource = new Uri(imgFile);
だけではセットしたことにならないの?
セットの方法を教えてください。
395 名前：393 mailto:sage [2009/02/28(土) 12:57:36 ]: 自己解決
<Border BorderBrush="Black" BorderThickness="0 1 0 0">
396 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 13:27:07 ]: >>394
処理の内容ちゃんと理解しなきゃ
397 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 13:33:32 ]: >>394

>>388に書いてある
img.Source = new BitmapImage(new Uri(imgFile));
ってコードの、右辺の処理new BitmapImage(new Uri(imgFile))をファイルがロックされないように
書き直したのが>>390。出来上がったBitmapImageのインスタンスをimg.Sourceから参照させる
処理は書かなきゃ。
398 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:29:38 ]: できました。1日いろいろ試してました。

(1)img.Source = new BitmapImage(imgFile);
(2)BitmapImage img = new BitmapImage();
img = imgFile;
(3)BitmapImage img = new BitmapImage();
img = bmp;
(4)BitmapImage img = new BitmapImage();
img.Source = bmp;
(5)BitmapImage img = new BitmapImage();
img.Source = bmp;
(6)BitmapImage img = new BitmapImage(bmp);

結局次のようにしてできました。
BitmapImage bmp = new BitmapImage();
bmp.BeginInit();
bmp.UriSource = new Uri(imgFile);
bmp.CacheOption = BitmapCacheOption.OnLoad;
bmp.EndInit();
img.Source = bmp;
399 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:30:14 ]: 処理の内容の理解をしている限りでは、
BitmapImage bmp = new BitmapImage(); //あたらしいbmp変数を作る。bmpのインスタンスを作る。
bmp.BeginInit(); //bmpの処理を始める。
bmp.UriSource = new Uri(imgFile); //bmpにUriソースからデータを読み込む。
bmp.CacheOption = BitmapCacheOption.OnLoad; //??
bmp.EndInit(); //読み込みの終了。これでディスクとは切り離される。
img.Source = bmp; //画面のimgにbmpをいれる。これでimgにbmpを表示できる。

これで表示はできロックもなくなりました。
しかしながら、問題が。
目的のファイルの削除をする、という動作がまだできないままなのです。

削除処理は次のように書きました。
private void button1_Click(object sender, RoutedEventArgs e)
{
System.IO.File.Delete(imgFile);
}
これでボタンを押すと、ウィンドウが消えるのですが、ファイルは残ったままです。
アドバイスお願いします。
400 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:07:14 ]: >>399

string path = @"C:\test.jpg";
BitmapImage bmp = new BitmapImage();
bmp.BeginInit();
bmp.UriSource = new Uri(path);
bmp.CacheOption = BitmapCacheOption.OnLoad;
bmp.EndInit();
image1.Source = bmp;
System.IO.File.Delete(path);

これで動いたよ

> 削除処理は次のように書きました。
> private void button1_Click(object sender, RoutedEventArgs e)
> {
> System.IO.File.Delete(imgFile);
> }
これのパスを間違えてるとかじゃね
401 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:14:16 ]: >>399
>bmp.CacheOption = BitmapCacheOption.OnLoad; //??

分からなければMSDNで調べろよ…
msdn.microsoft.com/ja-jp/library/system.windows.media.imaging.bitmapimage.cacheoption.aspx
msdn.microsoft.com/ja-jp/library/system.windows.media.imaging.bitmapcacheoption.aspx
402 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:18:44 ]: > bmp.CacheOption = BitmapCacheOption.OnLoad; //??
なんだよそれ？いい加減にしろよ。

msdn.microsoft.com/ja-jp/library/system.windows.media.imaging.cachedbitmap(VS.80).aspx
これ全部読むまで再質問禁止。
403 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:27:25 ]: >>400
ありがとうございます。
なんだかわからないのですが、一度終了して再起動したら動くようになりました。
いろいろありがとうございました。
404 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 16:49:22 ]: WPFの「Frame」カスタムコントロール作成でこけましたorz
Blendで作ってもらったFrameのXAMLをVSで読み込ませると
「'Frame' ControlTemplate TargetType は、テンプレートの型 'PlaceHolderControl' と一致しません。」（エラー場所は無駄な事言ってるので省きました）
と、例外が発生します。
コントロールを作ってもらっても一緒です。
しかし、これらは実際バグっているわけでもなく、ビルドもコンパイルも正常に動きます。
どうもVSのデザイナだけがこけています。

何かいい回避方法（Frameに似たコントロール）などありませんか？
よろしくお願いします。

環境：Windows7 VS2008
405 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:17:27 ]: 言ってることがよくわからない
FrameのControlTemplateを作ってるの?それ何の意味があるの?
そんなことしないでユーザコントロールにFrameを張り付ければ一緒だと思うんだが
406 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:29:38 ]: FrameってHTML表示したいときとか
「戻る」「進む」ができるようにしたいときに使うんだよわかってる?
コンテンツを飾り付けしたいだけならDecoratorの派生クラス(Borderなど)使う
もちろんFrameを飾り付けするのにもDecoratorが使えるし，普通はテンプレート使わずにそうする
407 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:34:06 ]: すいません、言うべき事が抜けすぎでした・・・
分け合って「Frame」コントロールを作ってもらいました。
これはWebページとXAMLファイルを頻繁に行き来することになったのでこのようにしています。
そしてコントロールにする必要があるのは、そのFrameの中にゴチャゴチャしたものをつける必要があったのです。

発注したコントロールに問題があるのかと思ったのですが、Frame自体を少しでも変えるとおかしくなります。
<Window.Resources>
<ControlTemplate x:Key="FrameControlTemplate1" TargetType="{x:Type Frame}"/>
</Window.Resources>

<Grid x:Name="LayoutRoot">
<Frame Margin="128,160,200,131" Content="Frame" Template="{DynamicResource FrameControlTemplate1}"/>
</Grid>
このような簡単なものでもエラーになってしまいます。

理由を教えてください
408 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:42:32 ]: ちょっと状況が良く分からないんだけど、WPFにFrameコントロールがあるので
衝突しているんじゃないかな？
　
xmlns宣言で名前空間への参照を追加して、名前空間込みで「Frame」コントロールや
そのx:Typeを指定したらどうだろう？
409 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:48:34 ]: その自作FrameのTemplatePart属性は確認した?
410 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:00:28 ]: >>408
ちょっと判らなかったです・・・
MSDNをみてやってみたのですがうまくいきません。
アセンブリは「PresentationFramework.dll 内」となっているので問題ないですが、
XMLNSは参照して追加しても「タグ 'Frame' は、XML 名前空間 'schemas.microsoft.com/winfx/xaml/presentation' にありません。」
となってしまいます。

色々やってみた結果、
<Frame Margin="120,192,136,139" Content="Frame" Template="{DynamicResource FrameControlTemplate1}">
<Frame.Resources>
<ControlTemplate x:Key="FrameControlTemplate1" TargetType="{x:Type Frame}">
<ContentPresenter />
</ControlTemplate>
</Frame.Resources>
</Frame>
ではVSでもBlendでもデザイナで編集したり、コンパイルできたりするようになりました。
結局こうなってしまう理由がわかりませんｗ
リソース内でFrameのスタイルを指定させたいのですが、どうしてもうまくいかない・・・

>>409
これはどういうことでしょうか？
「TemplatePart」というのが判らず仕舞いになってしまいましたorz
申し訳ないです。；；
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に埋め込まれる事になりそう
これに関してはマイクロソフト様より「技術的には可能だが非推奨」という
実務ガイドラインの見解を戴いております。
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 ]: やっちまったぜ♪
534 名前：デフォルトの名無しさん mailto:sage [2009/03/30(月) 22:49:41 ]: ののこみちー
535 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 01:59:37 ]: 日本語の情報待ってろ
536 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 02:40:36 ]: 英文のドキュメントも読めない奴がこんな発展途上の分野に手を出すなと小一時間

まあ、英語でも情報少ないんだけどなｗ
537 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 08:33:44 ]: WPFはなくなるの？

答えはもちろんNO!
538 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 09:25:32 ]: 1年後くらいに、Full Trusted Silverlight Applicationとかが発表されて、
トドメを刺されるような気もする。まうその方向なら今やっといて損はない気はするけどね。
539 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 09:36:28 ]: ブラウザ上でFullTrustedなんてActiveXの二の舞だし
結局ローカルにインストールベースになると思うんだが
そうするとそれってただのWPFじゃん
540 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 13:33:39 ]: Silverlightスレのを参考に
winformsの探し方がマズイかもしれないからどこまで正しいか分からんが・・

www.indeed.com/jobtrends?q=sql+(win+forms+or+winforms)%2C+sql+wpf&l=
541 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 18:04:09 ]: WebでWPFは流行らないだろうなぁ。
世のスキル的にもWebはPHP、Java、ASP.NETだし。
今時点で情報の少なさが普及しないってことを物語ってる。
とはいえ、デスクトップ分野ではWindowsFormはWPFに間違いなく移行する。

WPF学ぶなら情報の出そろった3年後が良いよ。
542 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 18:46:15 ]: 世のスキル的にも･･って
WPFはPHP・Java・ASP.NETの代替になるような物じゃないのだが･･･。

Silverlightの話としても、比べるべきはFlex, JavaFx (, Flash, Java Applet)じゃないか？
543 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 19:22:15 ]: Flex, JavaFx, SLのRIA plugin組が対峙するのはAppleやGoogleが推すHTML5
544 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 19:27:06 ]: Webのクライアントはブラウザで事足りる？
545 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 19:45:34 ]: あれ、AppleもなんかFlash的な何か作ってなかったっけ？
546 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 19:56:18 ]: 洋書でWPFのお勧め本は何？
547 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 21:14:19 ]: MSはxaml無視してWindowsFormの後継としてWPFを積極的に広めるべき
十分広まった後でxamlもちだせばＯＫ
548 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 21:21:29 ]: XAMLのないWPFなんてｗ
549 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 21:35:38 ]: >>547
馬鹿
550 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 21:39:51 ]: なんで？俺xamlなしでやってるぜ？
551 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 21:56:20 ]: まさかXAMLを使った事がないのに、XAMLイラネって言ってるわけじゃないよな？
552 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 22:12:00 ]: そだよ？xamlわかんねーもん
553 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 22:14:54 ]: XMALなしのWPFプログラムは全部DOM使ってHTMLを記述するようなものだよ。
554 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 22:15:09 ]: それだと「頑張れ」としか言えないじゃないか･･
555 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 22:37:06 ]: 全部C#でやるなんてすごいな。俺にはやり方がわからん。
556 名前：デフォルトの名無しさん mailto:sage [2009/03/31(火) 23:04:07 ]: >>329　にサンプルがあった
557 名前：デフォルトの名無しさん [2009/04/01(水) 03:59:34 ]: >>329を参考にして、MainWindow()内に
Image myImage = new Image();
myImage.Width = 200;

BitmapImage myBitmapImage = new BitmapImage();

myBitmapImage.BeginInit();
myBitmapImage.UriSource = new Uri(@"D:\Unko\My Pictures\Images\hoge.jpg");
myBitmapImage.DecodePixelWidth = 200;
myBitmapImage.EndInit();
myImage.Source = myBitmapImage;
を入れて（内容はttp://msdn.microsoft.com/ja-jp/library/ms747027.aspxのものです）
実行してみたのですが、真っ白なウィンドウが出るだけで画像が表示されません。
どこがいけないのかわかりません。どう書けばいいか教えてください。
558 名前：557 mailto:sage [2009/04/01(水) 07:04:31 ]: 自己解決しました。
最後にthis.Content = myImage;を追加するだけだったとは…。
559 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 08:40:06 ]: >>546
please
560 名前：デフォルトの名無しさん [2009/04/01(水) 19:29:06 ]: .NETでGUIプログラミング始める人ってかわいそう。
Windowsの仕組みも知らずにプログラミングして何が楽しいことか。
ま、今に始まったことじゃないけどね。VBとかDelphiもそうだけど。

VC++でWindowsAPI駆使した方が間違いなく素晴らしいアプリ作れる。
もっとも、WindowsAPIは把握するまでが大変だけど。
.NET使った方が楽なところは、マネージコード使って、
それ以外はアンマネージで。使い分ければスタンドアロンWPFいらないぜ！

とここまで書いてて気になったが、VistaでWinFX(.NET)が見送られたけど、
いつの日か、WindowsAPIは、.NETで公開されるように置き換わるのかなぁ。

WPFの目指すところがイマイチわからない。
561 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 19:40:17 ]: 釣られないよ
562 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 19:42:02 ]: 突っ込みどころが色々あって釣られたくなるｗ
563 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 19:48:03 ]: 横からだけど気になるので突っ込みきぼん
564 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 21:09:48 ]: System.Windows.Controls.Canvas の継承したクラスを作って、
OnPreviewMouseLeftButtonDown をオーバーライドしました。

Canvas の Children に設定したコントロールをクリックしたときは
イベントが発生したんですが、新しく作成したコントロール自身を
クリックしたときはイベントが発生しません。

MSDN で UIElement..::.OnPreviewMouseLeftButtonDown メソッドを見ると
「派生クラスの静的コンストラクタ内で、Mouse..::.PreviewMouseDown の
代替クラスハンドラを登録します。 OnPreviewMouseLeftButtonDown
オーバーライドして UIElement のマウス処理動作を変更することはできません。」
とあるんですが、関係あるんでしょうか？

OnPreviewMouseLeftButtonDown を OnMouseLeftButtonDown に
変えても同じでした。

自分自身をクリックしてもイベントが発生するようにするには
どうしたらよいのでしょうか？
565 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 21:21:09 ]: >>564
まず>>560の話を片付けて質問。な？
空気空気。
566 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 21:36:48 ]: そいじゃまず俺から突っ込んでみる。　　後ろからｽﾞﾎﾞｯ ! とな。

Windowsの仕組みを知る楽しみ ≠ プログラミングの楽しみ
それにプログラム完成までの最短・最良の道を選択するのは
世間では常識で普通のことだよ。
567 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 22:34:02 ]: >>546
希望する内容を言ってくれた方が紹介しやすいが、

Pro WPF in C# 2008
Pro WPF with VB 2008

なんてどうだろう。
一通り最初からゆっくり読んで実験していけば、
エッセンスは頭に入ると思う。
英語も平易て読みやすいし、情報量の割には価格も安い。
ただし、ページ数がハンパないが
（C# 版しか知らないが、目次を見る限りは VB 版も同内容だと思う）
568 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 22:40:28 ]: >>564
Panel は子を入れて使うのが前提だから Background が設定されていないとクリックイベントが呼ばれないみたいだね。
<l:MyCanvas Background="Transparent"/> としても良いから Background を設定してみたら？
569 名前：564 mailto:sage [2009/04/01(水) 22:52:57 ]: >>568
ありがとうございます。
助かりました。

Background を設定しなければならないなんて考えもしませんでした。

ところで、Background を設定しないとイベントが発生しないと
どういう方法で調べたのですが？

よろしければ後学のため教えていただきたいのですが。
570 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 23:07:33 ]: >>567
これですね。
ttp://www.amazon.co.jp/Pro-WPF-2008-Presentation-Professionals/dp/1590599551/ref=sr_1_1?ie=UTF8&s=english-books&qid=1238594700&sr=1-1

ついでにSilverlight 2.0のこれ↓ も欲しいんだが
ttp://www.amazon.co.jp/Pro-Silverlight-C-2008-Windows-Net/dp/1590599497/ref=sr_1_1?ie=UTF8&s=english-books&qid=1238594363&sr=1-1

お金がない・・・
571 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 23:50:03 ]: >>567
レスどうも。
確かにそれ1000ページ超えてるんだよね。
600ページくらいだったら即決なんだけど、
検討してみる。
572 名前：デフォルトの名無しさん mailto:sage [2009/04/01(水) 23:53:24 ]: >>570
Proシリーズか。
Linqが良かったから、Silverlight2も気になってる
573 名前：568 mailto:sage [2009/04/02(木) 00:03:56 ]: >>569
今回はテストコードを書いて試しているときに、たまたま気付いただけ。参考にならんでごめん。

今調べ直したら、ちゃんと基底クラスの方で書かれていたよ。
msdn.microsoft.com/ja-jp/library/system.windows.controls.panel.aspx
> Background が定義されていない場合、Panel 要素はマウスイベントやスタイラスベントを受け取りません。
マウスイベントまたはスタイラスイベントを処理する必要があるが Panel の背景は必要ない場合は、Transparent を使用します。
574 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 00:25:50 ]: WPFアプリケーションを作成してみようと思っているのですが、
最初のウィンドウが表示できなくて困っております。

手順は以下の通りです。

・新しいプロジェクト画面でWFPアプリケーションを選択
・ビルド
・実行

多分この時点でウィンドウが表示されると思うのですが、何も立ち
上がらずに実行を終了？してデバッグ実行モードを抜けてしまいます。

そこで、Window1.xaml.csのコンストラクタにブレイクを仕掛けてみたのですが、
どうやらインスタンス化されていないらしく停止しませんでした。

プロジェクトのスタートアップオブジェクトの設定を確かめ、
自動生成されるApp.g.cs内のMainメソッド内にブレイクを
仕掛けてみたのですが、こちらでも停止しませんでした。

どうやら根本原因はMain()が呼ばれていない事のようなのですが、
どのように解決すればよいかわかりません。

もしよろしければ解決のためのヒントをいただけませんでしょうか・・・。
575 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 01:27:09 ]: VS2008か?
環境を書かないと
576 名前：574 mailto:sage [2009/04/02(木) 01:34:49 ]: >>575
すっかり抜けていました、申し訳ありません。

OSは XP の SP3を適用済みで、VS　は
Visual　Studio　2008　Express　Editionです。
577 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 01:46:19 ]: うちVistaで同じ手順で普通に実行されるのであんま力になれないけど
プロジェクトフォルダの bin と obj を削除して再ビルドしてもダメなら
Visual Studio を再インストールしてみたらどうだろう
578 名前：574 mailto:sage [2009/04/02(木) 02:00:35 ]: >>577
どもです、さっそく試してみます。
579 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 02:12:40 ]: .NET Frameworkのバージョンが3.0未満とか、そういうオチはないだろうなｗ
580 名前：574 mailto:sage [2009/04/02(木) 02:16:31 ]: プロジェクトのプロパティーを確認しましたが、
「対象のフレームワーク」の項目は3.5になっております。
581 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 02:39:03 ]: ビルドに成功してるなら実行環境の問題っぽいけどな･･･
Windows Forms Applicationなら問題なくビルドして実行できるのかな？
582 名前：574 mailto:sage [2009/04/02(木) 03:14:19 ]: >>581
確認しましたらWindows Forms Applicationでも同じ症状がでていました。
これからVSを再インストールして試してみます。
583 名前：デフォルトの名無しさん [2009/04/02(木) 13:27:19 ]: >>545
何、それ？
まったく分からない。
584 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 13:48:02 ]: >>583
FlexとかAirとかじゃね？
まあ開発環境としてはMSより程度が低いよね。
585 名前：デフォルトの名無しさん [2009/04/02(木) 14:07:52 ]: >>584
それ、AppleではなくてAdobeじゃん。

>まあ開発環境としてはMSより程度が低いよね。
はぁ？
というか、お前自身の程度が低いだけだろ。
586 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 14:23:00 ]: 釣られんなよ
587 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 15:23:16 ]: AIRのような継はぎのマッシュアップがいつまで持つやら。
588 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 15:49:34 ]: >>584
Adobeの開発環境よりMSのVSシリーズが劣るところを詳しく。
まあ程度が低い君に比較する事なんて無理だよね。
589 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:29:42 ]: ん？
590 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:33:35 ]: 春
591 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:41:16 ]: 春ですなぁ…。
592 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:46:55 ]: 自演
593 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:48:51 ]: アンカーミスだか誤読だか知らんがこれは恥ずい
594 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:50:58 ]: ラーメンマン
595 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:55:31 ]: 今日温かいなぁ…
596 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 16:57:27 ]: >>584 = >>588
だろ。
ｸｿﾜﾛﾀ
597 名前：デフォルトの名無しさん [2009/04/02(木) 17:06:00 ]: Adobeの開発環境よりMSのVSシリーズが劣るところを詳しく。
まあ程度が低い君に比較する事なんて無理だよね。
　　　　＼＿＿＿＿＿＿＿＿＿＿＿／
　　　　　　　　　＿＿＿　　　　　　　　　　　　　　　　＿
　　　　　　　／　＿＿＿＿ヽ　　　　　　　　　／￣　　￣＼
　　　　　　　|　 | /, －､, -､ｌ　　　　　　　　 /､　　　　　　　　ヽ　きみ頭だいじょうぶ？
　　　　　　　| _|　-|○　|　○||　　　　　　　 |･ |―-､　　　　　　 |
　　 , ―-､　(6　＿ｰっ-´､}　　　　　　　ｑ -´　二ヽ　　　　　 |
　　 |　-⊂)　＼ヽ_ ￣￣ﾉﾉ　　　　　　　　ﾉ＿　ー　 |　　　　　|
　　 |￣￣|／（_ ∪￣ / ､　＼　　　　　　　＼.￣｀　 |　　　　/
　　ヽ　　｀　,.|　　　￣　　|　　|　　　　　　　　O＝＝＝＝＝ |
　　　｀－ ´ |　　　　　　　| ＿|　　　　　　　　/　　　　　　　　 |
598 名前：デフォルトの名無しさん [2009/04/02(木) 17:49:13 ]: いつになったらWinFormsを超えられるんだ？
工数増加たまらんね
599 名前：デフォルトの名無しさん [2009/04/02(木) 22:08:14 ]: >>553

HTMLはぽとぺたですむからこそ、表現系がDOMだろうがHTMLだろうが
どうでもいいわけで。
手でがりがり書かなきゃいけないならどっちでも一緒。HTML内に全部
書かなきゃいけないのはむしろ地獄。ajaxなんて地獄の生産性の悪さ
ってこった。
600 名前：デフォルトの名無しさん mailto:sage [2009/04/02(木) 22:23:20 ]: ajaxとhtmlって関係あんの？
601 名前：564 mailto:sage [2009/04/02(木) 22:52:06 ]: >>573
基底クラスのドキュメントかぁ・・・
勉強になりました。
602 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 23:21:58 ]: ああもう、ここは俺のチラシの裏だ
603 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 23:33:29 ]: ググってもほとんど個人のウンコblogしかでてこない
全世界のウンコエンジニアのウンコ記事ばかりだ

お前の意味不明な忘備録を全世界に公開するな
公開するならせめて意味のわかるものにしろ、この糞どもが

ふぅ、すっきりした
ほんと、こんな情報ばっかりなんだよなｗ

俺のウンコを拭くチラシの裏終了
604 名前：デフォルトの名無しさん mailto:sage [2009/04/03(金) 23:37:51 ]: UserControl を作成して、XAML で定義した StaticResource を
コードビハインドで使おうと思います。

> StaticResourceExtension ex = new StaticResourceExtension();
> ex.ResourceKey = "HatchBrush";
> Brush brush =(Brush)ex.ProvideValue( XXX );

↑のようなコードで使えそうだってことはググった結果わかったのですが、
XXX になにを入れれば良いのでしょうか？
605 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 00:09:28 ]: 貴様はMSDNのライブラリすら調べられないのか、このウンコが

msdn.microsoft.com/ja-jp/library/system.windows.staticresourceextension.providevalue.aspx

で、その引数のインターフェイスが
msdn.microsoft.com/ja-jp/library/system.iserviceprovider.aspx

そのインターフェイスの唯一のメンバーがGetService メソッド

サンプルコード見てるならググる前にライブラリ調べろよ
お前みたいなウンコがいらんblog記事書くから
こういう分野でのgoogle検索が面倒になるんだよ･･･

もう終電はないし仕事場で俺一人、飲みながら2ch
暴言も反省はしてない。北朝鮮のミサイルが待ち遠しい。
606 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 00:17:57 ]: 俺んちに落ちてこないかなー
607 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 00:35:45 ]: そもそも、WPFうんぬん以前に.NET Frameworkでコード書ける人間が
俺一人ってどういうことだよ、この職場ｗｗｗｗ

なんかもう、OOPについていけないSEがその辺にごろごろいる
コーディング？VBなら一通りできますよ？みたいな。もう死ねよ
608 名前：604 mailto:sage [2009/04/04(土) 00:49:05 ]: >>605
IServiceProvider の使い方がわからないわけでなく、
UserControl を継承したクラスのなかで、どうやって
IServiceProvider を得るのかがわからないんです。
609 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 01:18:15 ]: >>607
お前みたいなのでも雇ってるんだから
ずいぶん寛大な会社だと思うんだが。
610 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 01:24:40 ]: >>608
多態性(polymorphism)というOOPの概念を知ってるか？
というか、インターフェイスの使い方がよくわかってないんだろう･･･
俺の職場にゴロゴロいるやつらと同じだｗｗｗ

C++では多重継承は変態コーディングで害悪だ、みたいな空気があったけど
C#では標準ライブラリからして、インターフェイスを使った多重継承が常識になってるんだよ
611 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 01:43:26 ]: >>604
間違ってたら、ごめんね。単純に XAML で定義した StaticResource を使いたいってだけなら、
FindResource メソッドが UserControl の基底クラスで定義されているので、それを使えば良いよ。
msdn.microsoft.com/ja-jp/library/system.windows.frameworkcontentelement.findresource.aspx

> Brush brush = (Brush)FindResource( "Key" );

StaticResourceExtension は XAML 拡張マークアップ( Background={StaticResource ...} みたいな書き方 ) を
定義しているだけのクラスなので、通常、コードから使う必要はないです。
612 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 07:10:55 ]: ＞C++では多重継承は変態コーディングで害悪だ、みたいな空気があったけど

アホが使うとな。
613 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 07:48:51 ]: もうだめかもわからんね
614 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 08:49:24 ]: >>610
文句言うだけで回答出来ねぇw ﾜﾛｽ
615 名前：デフォルトの名無しさん mailto:sage [2009/04/04(土) 17:29:46 ]: >>610
インターフェースと多重継承ごっちゃにすんなよ。
区別がついてない時点でおまえもその職場の奴らと同類だ。
616 名前：604 mailto:sage [2009/04/04(土) 18:08:22 ]: >>611
教えていただいた方法で無事リソースを得る
ことができました。
ありがとうございました。
617 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 07:50:59 ]: 小賢しい暴言書きちらすような奴は
>>610
結局手前が一番何もわかっていない糞馬鹿だということの典型モデルですな

要素に対するシステム特有の扱いへの質問にすぎんものに
＞多態性(polymorphism)というOOPの概念を知ってるか？
もう痛さ百乗
618 名前：デフォルトの名無しさん [2009/04/06(月) 12:30:35 ]: >>610
最後２行はネタであると願っております。
619 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 12:48:51 ]: >>610は間違いなのか？

結局何が答えなのか・・・
620 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:06:06 ]: >>610
の最後に行は間違いなくネタ
621 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:10:23 ]: >>610はOOP概念に拘ってるようですが、
プログラミングの基本は抽象化です。別にOOPに限った話ではありません。
インタフェースは使い方はそれほど重要ではなく(簡単なので)、インタフェース
という実現方法が問題解決の副次的要素です。
多重継承問題は、抽象化プログラミングと深く関わっています。

このまま解説を続けても良いですけど、WPFスレなので
スレ汚しになるので控えさせてもらいます。
622 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:21:16 ]: 構わん、続け給え。
623 名前：デフォルトの名無しさん mailto:sage [2009/04/06(月) 13:28:21 ]: 私の貴重な時間を奪わないでください。
624 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 01:30:02 ]: ピタゴラスイッチの「ぼくのおとうさん」という歌が、何気にインターフェースの概念をよく表しているよな。
お店にはいるとお客さん、歩いていると通行人。でもインスタンス（おとうさん）は同じ。
625 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 04:04:10 ]: >>610 の人気に嫉妬w
いまごろ泣いているんだろうなぁ
626 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 08:56:07 ]: >>607
うちの会社でやらないか？
627 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 12:06:13 ]: ねーよｗ
628 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 01:45:10 ]: 大きいです
629 名前：デフォルトの名無しさん [2009/04/08(水) 02:51:59 ]: WPFおもれーな、しかしAtom270ではデバッグ後の復帰がおもてーｗｗｗ
630 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 08:20:58 ]: >>629
Atomじゃなくても重いから
631 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 16:23:00 ]: >>629
VSのスタートアップページ(RSSとかプロジェクトとかが表示されてるタブ)を閉じておくと
なぜか復帰が早くなることがあるよ
むしろ、なぜかスタートアップページを表示しておくととてつもなく時間がかかる
なんでこんな無駄なページが毎回起動時に表示されるのかが分からん
632 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 16:35:25 ]: >>629
どうやって楽しんでる？満足に理解できないでしょ？
633 名前：630 mailto:sage [2009/04/08(水) 17:07:09 ]: >>631
トンクス、スタートアップページは閉じてみます。

>>632
そうだね、まだＷＰＦ/ＸＡＭＬの国内本を3冊と、
ＭＳＤＮしか読んでないしな～。

WindowsFormの代替品としてテストしてるけど、
ユーザーコントロールを簡単に部品として作成できるの嬉しい。
634 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 17:43:21 ]: >>633
俺はWPF関連の情報はネットを中心にかき集めてるわ

評価版リボンUIつけられて、アプリボタンのStyle書き換えもうまくいったけど、評価版だからやっぱり不安定だわ。
2010が待ち遠しい
635 名前：630 mailto:sage [2009/04/08(水) 19:01:21 ]: >>634
おれは情弱だからWebでいい資料を探す技術がないんだよ～。
それはさておき、VS2010とBlend3.0は気になる！
636 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 20:21:48 ]: Blend3.0はどうでもいいけど、VS2010は買いだな。
VS2008はWPFの開発環境がまだまだ発展途上だもん。
2010になると強化されるらしいが・・・。

今別なこともやってて、VS2008買おうか迷ってるんだが、
来年VS2010が控えてるからなー・・・。今2008買っても損しそう。
2010買ったら数年使い倒せると信じたい。
637 名前：デフォルトの名無しさん [2009/04/08(水) 22:14:06 ]: 一年前と比べるとちょっと賑やかになってきたな
あと２年ぐらいたてば主流になれるのかな
638 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 01:20:59 ]: 早くても3年以上はかかるだろうな
639 名前：デフォルトの名無しさん [2009/04/09(木) 01:55:23 ]: WPFのサブセットのSilverlightを使ってしまうと、
もはやHTML+css+Javascriptなんてやりたくなくなるな。
640 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 02:03:10 ]: やりたくならなくならないのか
641 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 09:10:40 ]: >>636
つサンブスクリプション1年分
642 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 13:44:59 ]: >>641
そういう買い方(レンタル)もあるのですね。
マイクロソフトのサイトを確認しても価格が見つかりません。
1年分でいいのでサブスクリプションしたいなぁ。
643 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 14:01:28 ]: >>642
ttp://msdn.microsoft.com/ja-jp/subscriptions/dd197624.aspx
644 名前：デフォルトの名無しさん [2009/04/09(木) 14:07:42 ]: エッセンシャルＷＰＦは初心者向きですか？
645 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 14:23:01 ]: >644
初心者って言うか、最初に通しで読んで、設計思想とか、
何でそうなってんの？って部分について「へー」と納得する為の本。

後でリファレンスマニュアルとして読み返すような部分はない。
646 名前：デフォルトの名無しさん [2009/04/09(木) 14:58:19 ]: >>645
レスthxです。
Pro WPF買って読んでるんですが、ちょっと難しいなと感じています。
WPFに馴染んでおくという意味で、エッセンシャルＷＰＦを
先に読んでおくとProも理解しやすくなりますかね？
647 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 15:52:24 ]: 入門本としては黒い表紙のXAML本がおすすめかな。

APIだけでやりたいなら赤坂本があるけど、
WPFの威力が半減以下にｗ

エッセンシャルは黒XAML本の後に読んだ方が理解が早いかな、
内容自体はかなり重複してるけどね。
648 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 15:54:42 ]: 黒xamlじゃわかんねーよ
WPFの本、店頭に並んでないんだから
649 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 16:03:14 ]: アマゾン XAML でググれば一番上に出てくるよ。
650 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 16:07:21 ]: お前、いいやつだな、惚れた
651 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 16:10:39 ]: いいのかい？そんなにホイホイ惚れちまって・・・
652 名前：デフォルトの名無しさん [2009/04/09(木) 16:19:27 ]: >>647
thx
本屋で黒XAMLを見てみます。
653 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 23:41:06 ]: 本題なんか?みに行けば軽く吹き飛ぶぐらいなもんなんだから気になったのはどんどん買っとけ
かぶったなら後輩にあげろ
654 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 03:02:22 ]: >>647 の言うとおり
赤坂本はやめとけｗ
655 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 14:26:47 ]: XAMLは@ITの連載記事でなんとかなった。
656 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 21:29:32 ]: 有名どころのサイトだと、The Code Project のサンプル群が役に立つ。
あと Dr.WPF とか。本はエッセンシャル WPF が良かった。
XAML を書いてると、オーサリングソフトなしで HTML を書いてる気分になるが、
慣れれば GUI ポトペタより手書きの方が楽だね。
VS 2010 では、XAML 中の Binding などにも、インテリセンスが効くようになるそうだから、
ますます手書きが良くなるな。
657 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:03:31 ]: winformレベルのポトペタ環境にした程度ではWPFはカバーできないってだけの気も
658 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:09:21 ]: なんかあれだ。Blend 併用したほうがいいんじゃないか
みたいな気がする。VS 持ってるなら高くないし。
659 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:51:25 ]: ブレンドみたいなフリーソフトが出てきたら本気出す
660 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 00:56:20 ]: 作ろうと思った時期があった。
インテリセンスの実装ができなくて挫折した。
（その前に入力したコードに色つけんのもね。実装してみたけどさすがにもたつきすぎで、バグりすぎで）
661 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 16:09:59 ]: Win32→COM→.NETLib→WPF/XAML
662 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 16:34:51 ]: Dependency Propertyが難しい。。
いきなり詳細を見るのは無謀かな。
663 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 21:56:26 ]: UserControl をつくって、そのなかに Rectangle を配置しました。
enum Level { Low, High }; を作成し、Level という名前の
DependencyProperty を作成しました。

で、Level に応じて Rectangle の色を変えようと思い、

<Rectangle>
　　<Rectangle.Style>
　　　　<Style TargetType="{x:Type Rectangle}">
　　　　　　<Style.Triggers>
　　　　　　　　<Trigger Property="local:Usercontrol1.Level" Value="High">
　　　　　　　　　　<Setter Property="Rectangle.Stroke" Value="Red" />
　　　　　　　　</Trigger>
　　　　　　　　<Trigger Property="local:Usercontrol1.Level" Value="Low">
　　　　　　　　　　<Setter Property="Rectangle.Stroke" Value="Blue" />
　　　　　　　　</Trigger>
　　　　　　</Style.Triggers>
　　　　</Style>
　</Rectangle.Style>
</Rectangle>

としたところ、コードビハインド内で、Level を変更しても Rectangle には
反映されませんでした。
どこが問題なんでしょうか？
664 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 22:26:07 ]: >>663
DataTriggerでElementNameとかRelativeSourceとか使ってUserControl1のプロパティを参照するバインディングを使う
Trigger.Propertyは基本的に自分自身のプロパティが対象だよ
665 名前：デフォルトの名無しさん [2009/04/13(月) 02:07:34 ]: GridSplitterの挙動で質問です。

現在GridでRowを12、Columnを2で区切り、
それぞれ下記のように使用しております。

<Canvas Grid.Row="0" Grid.Column="0" Grid.RowSpan="12"/> <Canvas Grid.Row="12" Grid.Column="0" Grid.RowSpan="3"/>
<Canvas Grid.Row="0" Grid.Column="1" Grid.RowSpan="7"/>
<Canvas Grid.Row="7" Grid.Column="1"/>
<Canvas Grid.Row="8" Grid.Column="1"/>

見かけはVSの配置と似たような形になります。

そこでそれぞれのペインの幅や高さを調整したい為に、
GridSplitterを使用して境界を作成しました。

<GridSplitter Margin="1" Height="5" Grid.Row="0" Grid.Column="0" Grid.RowSpan="12" VerticalAlignment="Bottom" HorizontalAlignment="Stretch"/>

<GridSplitter Margin="1" Width="5" Grid.Row="0" Grid.Column="0" Grid.RowSpan="15" VerticalAlignment="Stretch" HorizontalAlignment="Right"/>

このGridSplitterのうち、最初に作成した方がドラッグしても
設定が正しくないらしくまったく移動しません・・・。

よくない箇所などございましたらご指摘くださいませ。
666 名前：デフォルトの名無しさん [2009/04/13(月) 07:45:48 ]: 開発ツールだとか開発フレームワークでお作法が難しいのはかまわない
いずれ慣れる。しかし概念が難しいもんはいずれ廃れる。
wpf/xamlはどうも後者のような気がするんだがなあ。
667 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 13:23:24 ]: MSDNってわかりやすい？
プログラミングはじめたばかりなこともあってか、内容読んでてもなんか理解しづらい。
階層も複雑だし。
668 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 13:31:24 ]: 他の情報サイト見に行くようにわざと読みにくくつくってある
ユーザーサポートがめんどくさいから
669 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 13:35:45 ]: わからんとむかついたときは、フィードバック書いてる
670 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 16:15:16 ]: MSDNはリファレンスとして以外は使えん。リファレンスとして使う場合も、日本語版は
意味不明な訳語のせいで読んでもさっぱり判らないことが結構多いので、
英語版と両方当たるべし。

入門記事やTipsは、日本語に拘らなければネット上に無料でいっぱい転がってる。
まぁ、ようするに、日本で人気が出ていない技術を触るなら、英語で探せってこった。
671 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 18:35:39 ]: .NETの訳はなかなかいいよ。
Win32APIの訳がクソなのは同意だが。
672 名前：デフォルトの名無しさん mailto:sage [2009/04/13(月) 18:39:48 ]: Win32APIは訳がクソ以前にそもそも存在してないの多数だからな…

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

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