WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part8
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2010/12/05(日) 22:08:33.NET4 もリリースされて盛り上がってまいりますた。
Visual Studio 2010
http://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja
前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7
http://hibari.2ch.net/test/read.cgi/tech/1282479113/
関連スレ
Microsoft Silverlight その7
http://hibari.2ch.net/test/read.cgi/tech/1288613056/
過去スレ
Part6 http://hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 http://pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 http://pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 http://pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 http://pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 http://pc11.2ch.net/test/read.cgi/tech/1162950198/
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
http://ideone.com/
0177デフォルトの名無しさん
2010/12/08(水) 20:27:18ネイティブのウィンドウを重ねてActiveXコントロール貼ってるだけだから
0178152
2010/12/08(水) 20:28:26作りこむも何もWebBrowser貼り付けただけのものだよ
XPだとなぜ諦めないといけないの？
.Net入ってたら同じ環境になるんじゃないの？
0179152
2010/12/08(水) 20:29:470180デフォルトの名無しさん
2010/12/08(水) 20:32:07OSの影響が無いし、ActiveX丸出しじゃなくてもうちょっとちゃんとしたWebBrowserが使えるよ
0181デフォルトの名無しさん
2010/12/08(水) 20:32:520182デフォルトの名無しさん
2010/12/08(水) 20:41:05極端な話、枠を消したウィンドウにActiveXコントロールを貼ってWPFのウィンドウ上に重ねてるだけ。
だからXP上のレンダリングの問題とかの話は適用できないの。
0183152
2010/12/08(水) 20:56:55sourceにバインドしようと思ったらよくわからないオブジェクトのプロパティを
使わないといけないみたいで、あれみて一気にやる気失せた
0184デフォルトの名無しさん
2010/12/08(水) 21:00:28単なるActiveXコントロール。WPFとは全く関係ない。スレ違い。
0185デフォルトの名無しさん
2010/12/08(水) 23:14:52チェックしてダメだったら元のとこに戻したいってだけなのに.focusで無限ループ
どうしましょ
0186デフォルトの名無しさん
2010/12/08(水) 23:36:590187デフォルトの名無しさん
2010/12/08(水) 23:37:56> このイベントはバブル ルーティングを使用するため、フォーカスを失う要素は、
> イベント ハンドラが実際にアタッチされている要素ではなく、子要素である可能性があります。
> イベント データの Source をチェックして、フォーカスを取得した実際の要素を確認してください。
0188デフォルトの名無しさん
2010/12/09(木) 00:23:28ああ、それならキャンセル持ってるですね。試してみます。
>>187
ちょこちょこsenderに移動先のコントロールが紛れ込んでくるんですが、
その辺が関係してるかもしれないですね。
複数のコントロールをまとめて一つのlostfocusにsetterEventで飛ばしてるんですが、
何かバラにした方が良さげな気がしてきました。
どうもです。
0189デフォルトの名無しさん
2010/12/09(木) 01:59:00RectangleはFillなんだ
Rectangle Background="Red"ってやってもエラーでるから何事かと15秒くらい考えてしまったじゃないか。
Microsoftはどっちかに統一しろよクソめ
0190デフォルトの名無しさん
2010/12/09(木) 02:12:500191デフォルトの名無しさん
2010/12/09(木) 02:22:07なにもおかしい所はない。
他のビジュアル要素を内包するコントロールの背景がBackgroundで前景がForegroundなのも当たり前。
PenがBrushで、BorderがBorderBrushとBackgroundで、PanelがBackgroundになるのも当然の結果。
言葉の意味考えずに、単語だけでプログラミングやってんの？
こういう奴って見るだけで頭痛になりそうな痛い変数名・関数名を量産してそう。
0192デフォルトの名無しさん
2010/12/09(木) 02:23:03そういう基本的な図形はShapeなので区別は付くはずだよ。
0193デフォルトの名無しさん
2010/12/09(木) 02:31:22Windows Formのコントロールなら
FormもLabelもButtonもTextBoxも全部Textプロパティだったのに。
WPFはWindows Formのクラス群でTextプロパティだったのがいろいろ分かれてる。
いちいち、このコントロールはTextがContentで、あっちはTextで、別のなにかはさらに違ってって全部いちいち暗記しなきゃならないのか。めんどくせーな。
0194デフォルトの名無しさん
2010/12/09(木) 02:39:100195デフォルトの名無しさん
2010/12/09(木) 02:40:36暗記しなきゃならないって馬鹿か。
中に何が入るか考えれば暗記する必要などない。
0196デフォルトの名無しさん
2010/12/09(木) 02:46:59Contentは文字に限らずいろんな要素を入れられるしContentTemplateなど表示のカスタマイズができる。
そんな感じに使い分けられてるから結構解りやすいと思うよ。
0197デフォルトの名無しさん
2010/12/09(木) 02:47:45http://msdn.microsoft.com/ja-jp/library/system.windows.controls.contentcontrol.aspx
の構文と継承を1時間ほど見つめ続けろ
0198デフォルトの名無しさん
2010/12/09(木) 02:53:16Buttonとかの背景がBackColorっていう名前のプロパティだったのに
WPFになるとBackgroundとか、意味も無く名前変わってるし。
なんなのこれは。Formから移ってきた人がうっかり前と同じようにコード書いてエラーおこさせるための嫌がらせか？
0199デフォルトの名無しさん
2010/12/09(木) 02:56:28Buttonクラスの継承調べろカス
0200デフォルトの名無しさん
2010/12/09(木) 03:01:52http://msdn.microsoft.com/ja-jp/library/ms751565.aspx
0201デフォルトの名無しさん
2010/12/09(木) 03:01:59>意味も無く名前変わってる
お前、無能だとよく馬鹿にされてるだろ。
Backgroundに入るのがColorだけだとでも思っているのか？ｗｗｗ
ちょっとぐらい調べてから喋れクソめ
0202デフォルトの名無しさん
2010/12/09(木) 03:02:28BackColor とかどう見ても失敗。
ImageBrush とかも使えるし。
0203デフォルトの名無しさん
2010/12/09(木) 03:04:25Windows Formでつちかった知識をいかせないなんてWPFはクソな仕様なんだな
0204デフォルトの名無しさん
2010/12/09(木) 03:05:120205デフォルトの名無しさん
2010/12/09(木) 03:07:48Button.Text="Click me!";
これでOKだったんだから
WPFでも全く同じコードで動くようにすべきだよ。
0206デフォルトの名無しさん
2010/12/09(木) 03:08:150207デフォルトの名無しさん
2010/12/09(木) 03:08:56こういう奴って、WinFormsの頃からバインディングがあった事すら知らないか、ろくに使いこなせてなかったんだろうな。
0208デフォルトの名無しさん
2010/12/09(木) 03:16:36WinFormsの良いとこも悪いとこもお前以上に理解した上で出した結論。
その中に飛び込んで言うことが「プロパティ名が気に食わない」だけかよｗ
0209デフォルトの名無しさん
2010/12/09(木) 11:36:46ScaleTransformでの縮小時に文字が読めなくなってしまうのと、
コントロール自体の縦横比率で、文字の縦横比率が変わってしまうので困る。
全体サイズと内部配置を変更して、文字サイズは固定する方法ってない？
0210デフォルトの名無しさん
2010/12/09(木) 11:40:38Grid で列幅、行高さを auto なり * なり指定すればいいのに。
0211デフォルトの名無しさん
2010/12/09(木) 11:46:14細かくコントロールの配置を整えないので、Gridは厳しいなあ。
地道にpoint計算して、Canvas.SetLeftすることにします。
ありがとう。
0212デフォルトの名無しさん
2010/12/09(木) 11:50:20固定でやってたら文面ちょこっと変えただけで再配置になるし。
0213デフォルトの名無しさん
2010/12/09(木) 11:51:15ViewBox ってのがあるよ。中身を自動サイズ調整。
0214デフォルトの名無しさん
2010/12/09(木) 11:59:39細かくコントロールの配置を整え"る"ので、の書き間違い・・・
ViewBox試してみます！
0215デフォルトの名無しさん
2010/12/09(木) 15:26:20TopやLeftとかを変えればいいだけだと思うんだがなんの意味があるんだろう。
0216デフォルトの名無しさん
2010/12/09(木) 15:36:25LayoutTransform と RenderTransform で挙動違うからねぇ。
Layout 相当の方は確かに Top/Left の変更で行けなくはないが、Render の方は無理。
アニメーションでぶるぶる震えるとかそういうことやるのは Transform の方がいいともう。
Top とか Left とかは Canvas 内にいないと使えないし。
Content の入れ子ができる WPF じゃ Top/Left はいまいち使えない。
0217デフォルトの名無しさん
2010/12/09(木) 15:39:05<RowDefinition/>
をいっぱい書くのめんどくさいなぁ
<RowDefinition*8/>
みたいな書き方できるようにしてくれよ
0218デフォルトの名無しさん
2010/12/09(木) 15:50:22特殊文法はどこかで破たんするからなぁ。
ツールとの連携を考えると、正規の XML の文法からそれない方が身のため。
RowDefinition とかは Visual Studio の UI デザイナー使うなぁ、
さすがに手書きめんどくさいんで。
0219デフォルトの名無しさん
2010/12/09(木) 16:02:32簡単なツールならVSで十分だが、出来ればBlendを買うのを勧める
0220デフォルトの名無しさん
2010/12/09(木) 16:08:59http://www.youtube.com/watch?v=lnHa6OZa0U4
これで何が不満なのか。
0221デフォルトの名無しさん
2010/12/10(金) 00:12:10<MenuItem Header="Exit" Command="Close"/>
だとメニューのExitがdisableなままでクリックできないし。
自前Command作ってもVMがVを持ってないから Close できないわけで。。。
どうすりゃいい？
0222デフォルトの名無しさん
2010/12/10(金) 01:16:31よくあるパターンでは、ViewModelにRequestCloseってイベント作っておいて、
DataContext への代入の時にそれに += するようなのか、
もしくは、最近はやりは、
Close イベント拾ってウィンドウ閉じるようなビヘイビア書くかかなぁ。
0223デフォルトの名無しさん
2010/12/10(金) 01:22:05C#のコードを簡略化して書けるようなものなの？
C#だと
なんちゃら 変数 = new なんちゃら();
変数.Child.Add(なんとか);
みたいなのを
<なんちゃら>
<なんとか>
</なんちゃら>
だけでかけて、いちいちnewとかChild.Addとか書かなくていいから大幅に省略できてラクチン？
0224デフォルトの名無しさん
2010/12/10(金) 01:25:04ツールが読みやすいように XML にしてるとか、
依存関係プロパティやらデータバインディングやら、C# で書きにくいのを楽に書けるとか。
Children.Add とかは、C# 3.0 以降、書く必要ない。
var layoutRoot = new Grid {
Children = { new Button(), new TextBox() }
};
みたいに書ける。
0225デフォルトの名無しさん
2010/12/10(金) 01:30:12違う。簡略化じゃなくて、外部ツールでも扱い易くするために、あの文法になった。
手書きを前提としては作ってない。
あと、今は
List<string> list = new List<string>();
list.Add("hoge")
は
var list = new List<string> { "hoge" };
と書ける。
0226225
2010/12/10(金) 01:31:050227デフォルトの名無しさん
2010/12/10(金) 01:37:230228デフォルトの名無しさん
2010/12/10(金) 02:24:58それも含めて、ユーザーもツールを作りやすいように。
Microsoft は、XAML を WPF や Silverlight 専用とせずに .NET に関するデータをテキスト形式で書くための言語として作った
(だから、XAML でユーザー定義クラスのインスタンスも生成できる)。
.NET 同士でデータを交換したり、読み書きするなら、単なる XML を使うよりは、XAML を使ったほうが簡単に扱えるようになってる。
0229221
2010/12/10(金) 02:32:30XAMLに
<MenuItem Header="Exit" Command="{Binding ExitApp}"/>
VMに
public void Execute(object parameter) {
System.Windows.Application.Current.MainWindow.Close();
}
こんな感じに落ち着きましたです。
なんかかっこ悪い気がするけど終了するからまぁいいかと。
そんでもって今度は、ウィンドウ枠消して Label だけにしたウィンドウを
どうやってドラッグ移動させるかでどつぼってる中orz
0230デフォルトの名無しさん
2010/12/10(金) 02:40:09将来的にはそんなかっこ悪い書き方しなくなりそうな感じするけど、
現状はそれでいいと思う。
枠消したアプリは、MouseDown イベントのハンドラーで DragMove メソッド呼ぶだけだったと思う。
0231デフォルトの名無しさん
2010/12/10(金) 02:43:060232デフォルトの名無しさん
2010/12/10(金) 02:45:30標準になること自体は確定してるみたいなので、後は次期の問題・・・
0233デフォルトの名無しさん
2010/12/10(金) 03:22:59参照型とか意味わからん。
0234デフォルトの名無しさん
2010/12/10(金) 03:30:15参照型：jクラス(class)
値型：構造体(struct), 列挙型(enum) 組込み型(int,double...)
C# 参照型 でググると解説がいっぱいある。ふらっとC#あたりで聞いてもいい。
0235デフォルトの名無しさん
2010/12/10(金) 03:54:20Routed eventなのに日本語だと
ルーティング イベント
になるの？
用語つけたやつ誰だよ。
0236デフォルトの名無しさん
2010/12/10(金) 03:54:53ありがとう。
Label に MouseDown="label1_MouseDown" 追加して Window1.xaml.cs に
private void label1_MouseDown(object sender, MouseButtonEventArgs e)
{
this.DragMove();
}
追加でいけました。
>>231
添付ビヘイビアってやつですかね？
DragMoveBehaviour みたいな
0237デフォルトの名無しさん
2010/12/10(金) 04:02:40DragMoveをする添付ビヘイビア - WPF memo http://goo.gl/ZtBZ7
のコードでビヘイビアベースでもいけました。
こっちはかっこいい。
いろいろパラダイム変わってるからとっつきは難しいなぁWPF
0238デフォルトの名無しさん
2010/12/10(金) 09:54:27MS 規則だと割とそうみたいよ、routed event に限らず、-ed 単語の多くが・・・
ほんとなんでそんなことになったのか。
0239デフォルトの名無しさん
2010/12/10(金) 10:05:110240デフォルトの名無しさん
2010/12/10(金) 16:16:01長いからそれを略したと考えれば別に不自然じゃないでしょ
0241デフォルトの名無しさん
2010/12/10(金) 18:09:54なんという不自然な考え方ｗ
0242デフォルトの名無しさん
2010/12/10(金) 19:22:03略して「自動実装プロパティ」と表記されてることも多い。
間に「される」を挟むなら「ルートされる」じゃなくて「ルーティングされる」でしょ
0243デフォルトの名無しさん
2010/12/10(金) 22:40:26Microsoft Visual Studio 2010 Service Pack 1 Beta
http://www.microsoft.com/downloads/details.aspx?FamilyID=11ea69cb-cf12-4842-a3d7-b32a1e5642e2&displayLang=ja
これ入れたらWPF重くなった。
でも、setter Property=""の部分とかstyle Target=""の部分あたりがインテリセンスができるようになった。
0244デフォルトの名無しさん
2010/12/10(金) 22:46:19Silverlight4ツールキットにXAMLデザイナの更新が含まれてたんだったかな
0245デフォルトの名無しさん
2010/12/10(金) 22:52:080246デフォルトの名無しさん
2010/12/11(土) 02:20:14は、ほんとなんとかして欲しい。vsのアップデートまたは機能拡張として正規に適用
されるべきもんだし、そもそもなんでcodeplexみたいな裏街道でこっそりダウ
ソしなきゃならんのだ？
バージョンも2010 april cptとか何が最新なのかさっぱりわからんし。
0247デフォルトの名無しさん
2010/12/11(土) 02:35:14>>246
codeplex は、早期に発表しておきたいという場。
ぶっちゃけ、人柱ほいほい。
安定したのから製品版に入っていくはず。
0248デフォルトの名無しさん
2010/12/11(土) 02:36:38あと、CTP（のことよね？＜cpt）は、
β以下の完全人柱バージョンって意味。
さっぱりわからん人は触れちゃダメ。
0249デフォルトの名無しさん
2010/12/11(土) 02:38:23歴史の勉強ソフトとか。
でもそういうことするんだったら、別のソフトつかったほうがいいか。
0250デフォルトの名無しさん
2010/12/11(土) 09:32:250251デフォルトの名無しさん
2010/12/11(土) 14:23:24安土城とか？
0252デフォルトの名無しさん
2010/12/11(土) 14:41:550253デフォルトの名無しさん
2010/12/11(土) 17:12:100254デフォルトの名無しさん
2010/12/11(土) 17:19:14例外なく操作性最悪のゴミだけど
0255デフォルトの名無しさん
2010/12/11(土) 20:18:33見せる相手がいない
まさか自分で見るために作るのか
さびしいのう
0256デフォルトの名無しさん
2010/12/11(土) 20:22:24ドヤ顔でデフォルトのスタイルを作ると言い出した挙句上司が了承した…ｵﾜﾀ
0257デフォルトの名無しさん
2010/12/12(日) 00:16:180258デフォルトの名無しさん
2010/12/12(日) 00:20:070259デフォルトの名無しさん
2010/12/12(日) 00:32:34間違えてBlend Bookとか買っちゃだめよ
0260デフォルトの名無しさん
2010/12/12(日) 00:46:51youtube に Blend 使ったビデオあるから見れば大体はわかる。
0261デフォルトの名無しさん
2010/12/12(日) 01:04:200262デフォルトの名無しさん
2010/12/12(日) 01:13:56まともなのはないけどw
0263デフォルトの名無しさん
2010/12/12(日) 07:34:430264デフォルトの名無しさん
2010/12/12(日) 08:47:280265デフォルトの名無しさん
2010/12/12(日) 08:59:300266デフォルトの名無しさん
2010/12/12(日) 10:52:370267デフォルトの名無しさん
2010/12/12(日) 11:40:13スタイル使う
リソースディクショナリにまとめておけば簡単に切り替えられるし
ユーザーが作ったものを動的に読み込むこともできる
0268デフォルトの名無しさん
2010/12/12(日) 23:54:35スタイルのスキン的使い方をまとめてるようなところない？
0269デフォルトの名無しさん
2010/12/13(月) 16:41:39InputGestureTextが"Ctrl+O"とか設定されるけど，
それを抑止するにはどうしたらいいでしょう？
面倒だけどCommandを使わずにイベントハンドラで処理するしかないのかニャ？
0270デフォルトの名無しさん
2010/12/13(月) 19:50:23http://www.youtube.com/watch?v=TgVuwq1HRPk
0271デフォルトの名無しさん
2010/12/13(月) 19:56:44このメカニズムは保守に重点を置いてる物だから
何でもできると思ってるのなら大間違い
0272デフォルトの名無しさん
2010/12/13(月) 20:02:240273デフォルトの名無しさん
2010/12/13(月) 20:07:23バインディングの強化はWinFormsやASP.NETからの正当な進化であって
バインディングのためにわざわざ新しく作ったわけじゃない
0274デフォルトの名無しさん
2010/12/13(月) 20:09:010275デフォルトの名無しさん
2010/12/13(月) 20:21:22一般にMVC的な構造にバインディングは有効だからバインディングが重視されてるだけ。
コマンドバインディングだってあれは本来Ctrl+Cとツールバーのコピーボタンとメニューのコピーボタンで
共通の処理を行うための仕組みだ。
0276デフォルトの名無しさん
2010/12/13(月) 20:36:56何でもできるようになろうとしたんですよ
努力は認めるが
0277デフォルトの名無しさん
2010/12/13(月) 20:48:29たくさんの処理方法がある場合にはコマンドを使えばいいの？
たとえば、たった一つのボタンを押すしか実行する方法が無い場合はWinFormのようにボタンクリックイベントで
ボタンを押しても、ショートカットキーでも、メニュ−でも、その他いろいろな条件でメソッド呼ばれるようにしたい場合コマンドを使うの？
■ このスレッドは過去ログ倉庫に格納されています