09/01/09 22:14:36
あたらしいGUI FW、WPFについて語るすれ。
.NET3.5 SP1 もリリースされて盛り上がってまいりますた。
Visual Studio 2008
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 3.5 Service Pack 1
URLﾘﾝｸ(www.microsoft.com)
WPF Toolkit - October 2008 Release
URLﾘﾝｸ(www.codeplex.com)
関連スレ
Microsoft Silverlight 2.0 その3
ｽﾚﾘﾝｸ(tech板)
過去スレ
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ｽﾚﾘﾝｸ(tech板)
【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
09/01/09 22:49:52
2
3:デフォルトの名無しさん
09/01/11 00:19:22
Windows 7 beta 入れてみたが、「Windowsの機能の有効化または無効化」を開くと、
「Microsoft .NET Framework 3.5.1」というのがデフォルトで入ってた。3.5 SP1の事か？
でも、そのツリーの下にある、
Windows Communication Foundation HTTP Activation
Windows Communication Foundation Non-HTTP Activation
は入ってなかった。WCFが使えないって事？
4:デフォルトの名無しさん
09/01/11 00:55:21
別に Vista のコンポーネントもそうだよ
つ URLﾘﾝｸ(msdn.microsoft.com)(VS.80).aspx
5:デフォルトの名無しさん
09/01/14 14:12:25
WPF製の実用的なソフトってなに？
6:デフォルトの名無しさん
09/01/14 15:16:13
>5
つ URLﾘﾝｸ(tmpgenc.pegasys-inc.com)
7:デフォルトの名無しさん
09/01/14 18:11:15
へぇ、それWPF使ってるんだ
8:デフォルトの名無しさん
09/01/14 18:32:45
VS2010
9:デフォルトの名無しさん
09/01/15 01:39:24
Windows 7 x64 のベータ版を入れてみたが、Windows自身のGUIはまだWPFベースにはならないんだな。
Vistaと同様、相変わらずWin32ベースのGUIがそのまま残っていることに驚き。
しかしXP環境の .NET3.5で動かすと異様にモッサリなWPFも、Windows 7の環境だとサクサクだね。
それにVS2008もx64だと速い速い！
.NETのパフォーマンス、そしてIIS 5.1/6とIIS 7との機能差も無視できなくなったし、企業も今度こそは
Window Server 2008と、Windows 7 に大移動かね。
10:デフォルトの名無しさん
09/01/15 10:02:05
VS2008はWOWで動いてるんじゃなかったっけ？
11:デフォルトの名無しさん
09/01/15 23:02:58
つまり、x64 Windeows上では32ビットアプリもサクサク動くということなんだろう。
12:デフォルトの名無しさん
09/01/15 23:44:43
VSにも64bitとかあったようななかったような・・・
13:デフォルトの名無しさん
09/01/16 13:38:12
>>5
LoiloScopeもWPFじゃなかったっけか
14:デフォルトの名無しさん
09/01/19 22:36:57
INotifyPropertyChangedを実装するクラスのプロパティをUIにバインディングしてるんだけど
プロパティの変更通知をUIと違うスレッドでしても平気なの?
実験では問題なく動いてるように見えるんだけど、フレームワーク的に想定してるの?
15:デフォルトの名無しさん
09/01/22 15:51:42
俺は 動く＝問題ない と思ってるw
でも干渉とかを心配するなら場所を１つに決めて書き直す事を勧める
16:デフォルトの名無しさん
09/01/27 23:40:30
DispatcherObject.CheckAccess()がインテリセンスに出てこないのはなんでだろう…
17:デフォルトの名無しさん
09/01/27 23:49:59
DispatcherObjectの全てのメンバには
[EditorBrowsable(EditorBrowsableState.Never)]属性が付けられてる
DispatcherObjectはWPFの多くのクラスが継承してて，メンバ名も抽象的で
コントロールのメンバと混ざるとややこしいから隠してるんじゃね
18:デフォルトの名無しさん
09/01/27 23:51:54
StackPanelでコントロールを並べたいんだが、
ListBoxみたいにItemsSourceを設定する方法はない？
19:デフォルトの名無しさん
09/01/28 00:15:07
それこそListBoxで並べりゃいいんじゃね？
20:デフォルトの名無しさん
09/01/28 00:19:24
>>17
ああ、そういうことなんか
21:デフォルトの名無しさん
09/01/28 19:40:00
>>19
選択できないようにできる？
22:デフォルトの名無しさん
09/01/28 19:50:12
画像に対してテキストの回り込みの方法を教えてほしい。
HTMLならalignとかで出来るけども、回り込み的な表現を行いたい場合の
方法がわからない。
わかる方、教えてほしいです。
23:デフォルトの名無しさん
09/01/28 20:33:07
2chは日本で一番大きな掲示板だと聞いたのですが
WPFって世界で使ってる人５人ぐらいですか？
24:デフォルトの名無しさん
09/01/28 20:48:37
WPFを作ったチームが5人とは思えないからもう少し多いだろうな。
25:デフォルトの名無しさん
09/01/28 20:53:03
VS2010を作ってるチームはどんぐらいなんだろう？
26:デフォルトの名無しさん
09/01/28 20:55:47
>>25
2010人くらいじゃね？
27:デフォルトの名無しさん
09/01/28 21:22:34
そういうことだったのか
28:デフォルトの名無しさん
09/01/28 21:25:11
マイクロソフトと戦う2010人の開発者たち
～ Microsoft VS 2010 ～
29:デフォルトの名無しさん
09/01/28 21:29:14
説得力
30:デフォルトの名無しさん
09/01/28 21:32:24
WPFにはFlashみたいな画質設定とかないのかな？
瞬間の動作は気分的な問題だから、重くならないように荒くさせてあげたいんだけど。
（だったら瞬間どうさ止めろとかなしでｗ
31:デフォルトの名無しさん
09/01/28 21:37:35
<Label Content="{Binding Name}" />
今、こういうふうにラベルで文字を表示してるんだが、
<Label Content="{Binding Foo(Name)}" />
こんな感じで処理してから表示したい。
どうすればいい？
Fooを↓みたいに定義すればコンパイル通るんだが文字が表示されなくなった。
public void Foo(string str)
{
return "foo" + str;
}
32:31
09/01/28 21:38:45
まちがえた。
public string Foo(string str)
{
return "foo" + str;
}
こうだな。
33:デフォルトの名無しさん
09/01/28 21:45:08
IValueConverter使えば？
34:31
09/01/28 22:00:39
>>33
ありがと。
でもこれで表示されないのはなんで？
35:デフォルトの名無しさん
09/01/28 22:03:38
そんなバインディングできない！ 例外だ例外！
あ、例外が出たから空に置き換えときますね
36:デフォルトの名無しさん
09/01/28 22:15:23
一週間も書き込みなかったのに急に勢いづくWPF恐るべし
37:デフォルトの名無しさん
09/01/29 11:48:05
エクスプローラで"表示→アイコン"とした時の表示みたいに
・項目は水平に並べられる
・幅に収まらない場合は右端で折り返され、下に伸びていく
・画面に収まらない場合は垂直スクロールバーが表示される
という風にしたいのですが、下のようにWrapPanelを使っても折り返されず
右にどんどん伸びていって水平スクロールバーが出てしまいます。
どうすればいいのでしょうか?
<ListView Name="listView1">
<ListView.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel />
</ItemsPanelTemplate>
</ListView.ItemsPanel>
</ListView>
38:31
09/01/29 19:24:22
IValueConverterにコントロール自身を設定することはできない？
変換にはどうしてもコントロールにある情報が必要なんだが。
やりたいこととしては
名前とGUIDが入ったデータの配列があって、
名前をリストで表示したいんだが、
名前が同じでGUIDが違うデータがあったら後のデータを
「～～～(2)」みたいなかんじで表示したい。
てかWPFって難しいな。
39:デフォルトの名無しさん
09/01/29 21:46:43
>>37
WrapPanelのWidthが指定されてないから無制限に横に広がっちゃう
ViewBaseクラスのサンプルにWrapPanelの例があるよ
>>38
ConverterParameterでパラメータ渡すとか
つかIValueConverterにDictionaryとか持たせればどうとでもなるような気がするけど
40:37
09/01/29 22:49:52
>>39
ありがとうございます。
<ListView Name="listView1">
<ListView.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel Width="{Binding ActualWidth, RelativeSource={RelativeSource AncestorType=ScrollContentPresenter, Mode=FindAncestor}}" />
</ItemsPanelTemplate>
</ListView.ItemsPanel>
</ListView>
とすることでできましたが、ScrollContentPresenterというものがどっから出てきたのか分からず
ちょっとすっきりしません。
ListViewとScrollContentPresenterの関係についてはどこに書いてあるのでしょうか?
41:デフォルトの名無しさん
09/01/30 03:51:26
>>40
ListView ControlTemplate の例
URLﾘﾝｸ(msdn.microsoft.com)
あと、Snoop っていう WPF のツリー構造を表示するツールもあるから、検索してみると良い。
どのプロパティに値を設定すれば、どんな風になるとか、実行しながら色々試せる。
42:デフォルトの名無しさん
09/01/30 19:28:32
>>41
Snoopでツリー構造表示はすごく参考になります。
結局そのリンクにあるControlTemplateをカスタマイズする方法にしました。なんかいろいろできそうだし。
ありがとうございました。
<ListView.Template>
<ControlTemplate>
<ScrollViewer HorizontalScrollBarVisibility="Disabled" VerticalScrollBarVisibility="Auto">
<ItemsPresenter />
</ScrollViewer>
</ControlTemplate>
</ListView.Template>
<ListView.ItemsPanel>
<ItemsPanelTemplate>
<WrapPanel />
</ItemsPanelTemplate>
</ListView.ItemsPanel>
43:デフォルトの名無しさん
09/01/30 22:46:41
来るVS2010ではWPF Toolkitが標準になるそうだけど
今から使ってる香具師はいる？
44:デフォルトの名無しさん
09/01/30 23:01:22
WPFでリアルタイムにグラフを書かせたいのですが、どうすればいいでしょう？
グラフは
Ｎ分間の受信データをグラフに表示する
グラフにはＮ点で表され、それぞれの点は対応する時間（分）での最終データを表す
毎秒数回データを受信し、その都度グラフに反映する
ときどき値域が変化しその都度全体を再描画する
こういうものです
45:デフォルトの名無しさん
09/01/30 23:07:38
普通にタイマーでまわした方が妥当じゃない？
「変わったときに」と指定するなら、タイマーで前回と差が出たら～にすればいいと思うし、
それに全体をっていうのが引っかかるけど、やっぱ作画した上から瞬間のデータを書いてやるのが一般的。
46:デフォルトの名無しさん
09/01/30 23:53:24
データの送受信タイミングを受信側が制御するならタイマー
データの送受信タイミングを送信側が制御するならコールバック
47:デフォルトの名無しさん
09/01/31 00:00:30
WPFの入門書はどれがいいでしょう？
48:デフォルトの名無しさん
09/01/31 10:58:12
ダブルパフィーの超技巧テクニック第2版中国版
49:デフォルトの名無しさん
09/01/31 11:44:26
「XAMLプログラミング」
Microsoft株式会社 川西裕幸 高橋忍 著
ISBN978-4-7973-3916-1
50:デフォルトの名無しさん
09/01/31 13:05:52
WPFエッセンシャル買ってみたけど、このフレームワークの背景とか
意味とかはふむふむと興味深い点も多かったけど、正直実践にはあまり
役立ちそうにない本だった。
51:デフォルトの名無しさん
09/01/31 14:27:01
リストビューの要素がダブルクリックされたらコマンドを実行させたくて
下記のようにスタイルを設定しようとしても、InputBindingsにsetアクセサが無いと言われます。
どうやればいいのでしょうか?
<ListView.Resources>
<Style TargetType="ListViewItem">
<Setter Property="InputBindings">
<Setter.Value>
<MouseBinding Command="ApplicationCommands.Open" MouseAction="LeftDoubleClick" />
</Setter.Value>
</Setter>
</Style>
</ListView.Resources>
52:デフォルトの名無しさん
09/01/31 15:46:20
>50
俺も読んだけど、ことWPFに関して言えば、フレームワークの背景に有る
考え方を知る事の方が重要だと思った。今までとかなり違うからね。
53:デフォルトの名無しさん
09/01/31 16:35:35
XAML、よいんだがBindingの記述とかなんか直感的じゃないんだよなぁ・・・
54:デフォルトの名無しさん
09/01/31 18:33:08
確かにエッセンシャルWPFはイマイチだった。
2005年にでたプログラミングWPFのほうがいい。（ベータ版が対象だが）
55:デフォルトの名無しさん
09/01/31 19:27:16
>>53
そもそも面倒くさいよな。
ちょっとしたことでもコンバータとか書かねばいかんことが多いように見えるし。
思ったのは、頻繁に使う一般的な数値データのバインドなら、たとえばいっそ、
xamlでデータ専用クラスみたいなのを定義できるようにして、
<Data Name="mydata">
<Int Name="d" Enum={ i0,i1,i2 } i0={ value="5" min="0" max="10"} ・・/>
<Double Name="d2" Enum={ D0,D1,D2,D3 } D0={ value="6.2" min="0" max="20.0"} ・・/>
</Data>
（つまり class Mydata { int d[3] ; double d2[4]; } と同義的なクラス。簡単なソフトならそのまま
基本変数をまとめたメインデータクラスとして使ってもいい）
などとして、
コードからは mydata.d[i0]= で値の授受が出来、
コントロールには
<Text Bind="mydata.i0">
で即ok,くらいにしてくれるといいようにも思うのだが。
56:デフォルトの名無しさん
09/02/01 00:02:07
よくわからんのだが
XAMLというのはクラスのメンバの値の設定をマークアップ言語？で記述してる
って解釈でいいの？
それ以外なにか特徴ある？
どこ見てもいきなり文法の説明っぽいのばっかりでいまだに全体像がつかめない
57:31
09/02/01 00:09:47
<Label>
<Binding>
<Binding.Converter>
<colorful:MyConverter>
<colorful:MyConverter.Data>
<Binding Path="Data">
<Binding.RelativeSource>
<RelativeSource Mode="FindAncestor" AncestorType="{x:Type UserControl}" />
</Binding.RelativeSource>
</Binding>
</colorful:MyConverter.Data>
</colorful:MyConverter>
</Binding.Converter>
</Binding>
</Label>
これで実行すると出力に
System.Windows.Data Error: 4 : Cannot find source for binding with reference
って出て、MyConverter.Dataにも値がセットされてないみたいなんだがなんか原因分かる？
上記の部分はテンプレートの一部なんだが、このテンプレートを使用してるコントロールには
依存プロパティとしてDataが定義されている。
58:デフォルトの名無しさん
09/02/01 00:38:55
>>56
すっごーく乱暴に言えばHTML/CSS+JavaScriptとXAML+C#/VB.NETで対応する感じ。
59:デフォルトの名無しさん
09/02/01 00:55:51
>>56
その解釈で合ってるよ。タグ名がクラス名に該当する。
属性がプロパティ
WPF以外のクラスも生成できる
60:デフォルトの名無しさん
09/02/01 00:59:42
コードを生成してるんじゃなくて実行時にパースしてるんだけどな
61:デフォルトの名無しさん
09/02/01 01:16:29
新しくウィンドウ作るとデフォでpublic classとして作られるんだけど
internalじゃなくてpublicなのは何か理由あるの?
62:デフォルトの名無しさん
09/02/01 01:35:06
>>51
ItemTemplateの方で記述すべきことじゃね？
>>57
そりゃConverterに先祖は存在しないだろう
63:デフォルトの名無しさん
09/02/01 02:17:07
WPFのWindowをWindows.FormsのRegionみたいに範囲を指定して穴空けたり削ったりしたいのだけど
対応するプロパティってどれでしょうか？
ClipとかVisualClipかなと思ったのだけどうまくいかなくて。
64:57
09/02/01 06:49:58
>>62
どうすればコントロールの依存プロパティにアクセスできる？
RelativeSourceについていまいち理解できてないんだが
いいサイトないかい？
65:デフォルトの名無しさん
09/02/01 11:22:56
>>64
やりたいことの大枠は分かったけど実現方法が間違ってる感じがするよ
表現したいデータとUIを説明してくれれば助言できるかもしれない
38だけじゃ抽象的過ぎる
66:57
09/02/01 13:51:08
>>65
「こんなデータも表現できるのかな」ってのをやってみただけだから
特に何か目的があって作っているわけではないんだ。
過去にC#（非WPF）の仕事で扱ったデータ構造を参考にしたんだが。
67:デフォルトの名無しさん
09/02/01 14:21:36
だから、多分表現できる、ただ表現の仕方がまずいだけだろうっていってるのよん
目的？ 「こんなデータも表現できるのかな」で十分じゃん
68:デフォルトの名無しさん
09/02/01 16:10:34
つかどうでもいいって思ってるなら聞くなよ
69:デフォルトの名無しさん
09/02/01 16:11:59
もしかしてWPFってxaml使わなくてもOK?
C#だけで書けるんならそのほうがやりやすい気がするんだが
xaml使うメリットってなんなの？
70:デフォルトの名無しさん
09/02/01 16:20:12
XAML使わない方が圧倒的に面倒
試してみた俺が保証する
71:デフォルトの名無しさん
09/02/01 16:22:20
C#で書くと階層構造作るのが面倒臭すぎる
後で解読不能
72:デフォルトの名無しさん
09/02/01 16:35:53
XAMLでロジック作労とするとこれがまた面倒なんだよな･･･
73:デフォルトの名無しさん
09/02/01 17:05:34
混ぜて使うのが普通だろ。
前のスレにXMALなしのサンプルがあったが、アップローダーからは消えてるな。
HTMLをjavascript+DOMで動かすようなもの。
74:デフォルトの名無しさん
09/02/01 17:49:57
UIとロジックを徹底的に分離しようと意識して書いてみたら結構いい感じになった
ような気がする。
BindingとかStyleとかコマンドとか、理解が進むと便利な仕組みだと実感できる。
75:デフォルトの名無しさん
09/02/01 20:38:26
UIとの分離については、RoutedCommand が重要なポイントだと思う。
C#側でコマンドをずらずら書くところをもうちょっと綺麗にしたいけど。
76:デフォルトの名無しさん
09/02/01 21:43:51
xamlって、Cocoaでいうnibみたいなもん？
77:デフォルトの名無しさん
09/02/01 22:32:12
>>70,71
C#に対する利点ってどんなところ？
何が書きやすくなるの？
78:デフォルトの名無しさん
09/02/01 22:44:39
やってみればいいじゃん。
WPFはどっちのやり方も使えるように設計されている。
79:デフォルトの名無しさん
09/02/01 22:49:40
一回好きなようにXAMLで書いてみて，それをC#で書き直してみたらいい
アニメーションとか死ねる
80:デフォルトの名無しさん
09/02/02 00:29:06
画面の位置、階層構造 XAML>C#
ロジックや複雑な関係構築 XAML<C$
81:デフォルトの名無しさん
09/02/02 00:30:03
どっちもナイス VB
82:デフォルトの名無しさん
09/02/02 00:50:25
XAMLって言語なんですか？
個別に本を買って勉強した方がいいですか？
これやりたくて今C#勉強してるんですけど、道のりは長いですね
83:デフォルトの名無しさん
09/02/02 01:46:19
>XAMLって言語なんですか？
XMLベースの宣言的言語
84:デフォルトの名無しさん
09/02/02 01:58:25
別にWinFormsのような感覚でやっててもいいわけだし
85:デフォルトの名無しさん
09/02/02 02:15:21
>>82
XAML は言語といっても HTML みたいなものだから、そんなに難しくはないよ。
見たり書いたりしているうちに、すぐに慣れると思う。
86:デフォルトの名無しさん
09/02/02 03:08:29
>>85
静的なものはいいんだ
問題はバインド関係
正直リソース系のあの宣言方式はどうにかならんかったのかと
87:デフォルトの名無しさん
09/02/02 13:20:19
MouseBindingで、(None or Shift or Ctrl or Shift + Ctrl)+左クリックを表すには
4通り全て書く以外方法は無いですか?
88:デフォルトの名無しさん
09/02/02 13:52:33
そうやってROでくくってやれば１通りの書き方で収まってると思うんだけど？
89:デフォルトの名無しさん
09/02/02 14:17:35
>>88
ROって何ですか?
<MouseBinding Gesture="LeftClick" Command="Hoge" />
<MouseBinding Gesture="Shift+LeftClick" Command="Hoge" />
<MouseBinding Gesture="Ctrl+LeftClick" Command="Hoge" />
<MouseBinding Gesture="Ctrl+Shift+LeftClick" Command="Hoge" />
Gestureにどう書けばいいんでしょうか?
90:デフォルトの名無しさん
09/02/02 19:29:18
質問
XAMLの階層構造ってなんですか？
91:デフォルトの名無しさん
09/02/02 23:37:31
画面の階層構造
92:デフォルトの名無しさん
09/02/03 11:54:59
>>71
そっかなあ。HTMLドキュメントをDOMで操作すること考えたら、
アーキテクチャの設計次第では大したことないと思うが。
第一、いまどきGUIの設計はRADユーティリティ利用が当たり前で、わざわざ
コード書くバカいないだろ。windows formのときにそんなことしてた？
93:デフォルトの名無しさん
09/02/03 15:06:40
だからそのデザイナが生成するコードがC#じゃなくてXAMLになっただけだよ
Designer.csなんてちょっと複雑になると人間が読むのが難しくなるし
必要に応じて修正することもできない
94:デフォルトの名無しさん
09/02/03 15:54:12
一回デザイナのコードが壊れると、デザイナのウィンドウに
ブラウザの「ネットに繋がってません」的なコードを表示するようになる
これがコントロール関係でのエラーだと修復はほぼ不可能
95:デフォルトの名無しさん
09/02/03 16:05:19
XAMLなら言語に依存しない
VBだろうとC#だろうとIronPythonだろうと同じデザイナが使える
96:デフォルトの名無しさん
09/02/03 16:17:27
XAMLはずらっと項目が並んだプロパティウインドウをちまちまクリックするのは面倒くさいだけだと気付かせてくれた点で（作る側的に）UI革命
97:デフォルトの名無しさん
09/02/03 17:02:51
XAML採用の理由は、半分ぐらいExpression Blend用だろ。
98:デフォルトの名無しさん
09/02/03 18:24:55
Expression Blendだけ高すぎる・・・
せめてExpression Webくらいの値段にしてくれ
99:デフォルトの名無しさん
09/02/03 19:03:36
あんなもん売れても無いからそのうちVSに統合されるよ
100:デフォルトの名無しさん
09/02/03 19:46:10
URLﾘﾝｸ(japan.zdnet.com)
> 特にVistaに組み込まれた画像描画機能であるWPFの利用が伸び悩んでいることに触れて
自分らは使ってないくせに、どの口が言うか
101:デフォルトの名無しさん
09/02/03 19:49:25
VS2010で使われるよ
102:デフォルトの名無しさん
09/02/03 20:20:56
基本XAML無しで追加機能としてXAMLも使えるよ的に出してればもう少し使われたかも。
いきなりUIだけ別言語使えとかハードルが高すぎたんだ。
103:デフォルトの名無しさん
09/02/03 20:23:01
そもそも今まではUI作るのに開発言語なんか使えなかっただろ
いままで通りデザイナで作るのに加えて，オプションとしてXAMLを直接いじることもできるようになった
104:デフォルトの名無しさん
09/02/03 20:31:30
WPFがココまで使われないとは正直思わなかった。
おそすぎんだよな。きびきび動いてたら色々と使う所も出てきたと思うけれど。
Longhorn時代に出ていた想定アプリケーションはどこへ行った屋ら
105:デフォルトの名無しさん
09/02/03 20:33:47
>>102
昔だってダイアログはリソーススクリプトで別だったじゃないか。
まあ手書きなんてやらないけど。
106:デフォルトの名無しさん
09/02/03 21:07:31
そもそもデスクトップアプリの数が増加どころが淘汰・減少気味だからなぁ。
数だけでいえばデスクトップのWPFアプリよりもブラウザベースのSilverlightの圧勝になりそう。
機能限定とはいえOffice移植はインパクトでかいよ。
とはいえWPF製デスクトップアプリも無いわけじゃない。
Xperfは最近やたら見かけるようになってきたし。
Windows 7付属のPowerShell統合環境も確かWPF製。
MS以外だと映像系で即戦力として使われてる感じ
URLﾘﾝｸ(loilo.tv) とか >>6 が書いてた URLﾘﾝｸ(tmpgenc.pegasys-inc.com) とか
107:デフォルトの名無しさん
09/02/03 21:59:59
>>100
普及させたいならまずExpressionタダにしろよ
108:デフォルトの名無しさん
09/02/03 22:05:36
正直WPFは生産性が低い。
凝ったUIを作りこみたいときには、今までオーナードローなんかで
四苦八苦してたことから考えれば、むちゃくちゃ楽なｎだけれど、
そもそも「凝ったUIを作りこみたい」という需要がほとんどないんだと
思う。
意外と便利だなと思ったのは、Expressionのプラグイン作ってみたとき。
UIをWPFのUserControlの形で渡して、INotifyChangeを実装しておくと
アプリケーション側でのユーザーの入力が簡単にわかるし、データの
やりとりはマネージ型でできるからこれまた簡単。プラグインを指定フォルダ
においとくだけでリフレクションで自動的にロードしてくれるのでインスコも
至極便利。
MSもWPF普及させたいならIEとかオフィスのIFを公開してWPFでプラグインを
簡単に作れるような実装をすればいいのにね。
IEのBHOなんてとてもいじる気になれない。なんで未だにUIがらみが
COMなんだよ。 お気に入りとかRSSのサイドパネルにカスタムのパネルを
WPFで自由に作って簡単にロードできたらWPFつかうきにもなるんだが。
どんどん作れるようにすればいいのに。
109:デフォルトの名無しさん
09/02/03 22:08:48
>>104
WindowsXPで走らせるとモッサリするからな。
WPFが増えるには、WindowsXPの比率が下がらないとね。
Beta1で評価が高いWindows7、製品版の完成度と出来映えに掛かる！
110:デフォルトの名無しさん
09/02/03 22:55:34
>>108
まぁ要するに、公開当初のコントロールが不十分で
しかもVS2008のエディタが㌧でも無く貧弱だった
これに尽きる
上の方でちまちまフォーカスしてプロパティ設定するより直打ちがいいとか抜かしてるのいるけど
直打ちじゃそもそもどんな属性があるのか「その場」で分からんじゃないか
とか言うと「最初にヘルプ嫁ボケ」とか言われそうだが、昔から読み辛いのに定評あるだろヘルプは
ただでさえ作法違うんだから、一目瞭然にすべきだった
111:デフォルトの名無しさん
09/02/03 23:13:57
プログラムでビットマップデータ変更すると即座に表示に反映される、ってことしたいんだけど
WPFだとどうすればいいの？
112:デフォルトの名無しさん
09/02/03 23:17:43
どのレベルで分からないのさ？
113:デフォルトの名無しさん
09/02/03 23:22:24
>>111
WriteableBitmap？とエスパーしてみる
114:デフォルトの名無しさん
09/02/03 23:26:39
WPF,xamlまださわったことないんだ
だからどのレベルといわれてもｗ
WriteableBitmap?ぐぐってみる、ありがとう
エスパー大好き＾＾
115:デフォルトの名無しさん
09/02/03 23:26:49
Dependecyつかえば？
116:デフォルトの名無しさん
09/02/04 00:12:43
Dependency？
依存関係プロパティとかいうやつですか？
勉強してみます
ありがとう
WriteableBitmap、チョイ見た感じわかりやすそうでいいですね
DirectX？やってるような気分になる
ほんとエスパー大好き＾＾
117:デフォルトの名無しさん
09/02/04 00:27:16
>>110
なんでMSってヘルプ作るのこんなに下手なんだろうな
118:デフォルトの名無しさん
09/02/04 00:30:09
形にこだわってるという印象がある
体裁ととのってればよし、みたいな
119:デフォルトの名無しさん
09/02/04 01:50:23
伸びてると思ったらこれか！
120:デフォルトの名無しさん
09/02/04 16:56:24
>110
xaml直打ちはありえんな。今時ウェブデザイナでもそんなことはせん。
そもそも「UIとロジックの分離」ってのが胡散臭すぎる。
ウェブの世界では確かにUIはデザイナが作ってるけど、そもそも商用パッケージ
製品でもない限り、デスクトップアプリケーションの世界UIデザインとロジックを分
離して別々の間が作るなんてあり得ない絵ゾラごとだとおもう。
xamlはxbapとかsilverlight専用でいいよ。
121:デフォルトの名無しさん
09/02/04 20:45:21
>>117
osx になってから、Appleの開発者サイトは見やすくなった。
122:デフォルトの名無しさん
09/02/04 20:48:34
>>117
互換性ってのを気にしてるんじゃない？
Macはそこらへん無視だから作り直したりできるけど、MSは数十年前からの積み重ねだから自由が利かないんじゃない？
123:デフォルトの名無しさん
09/02/04 21:17:40
>>120
多人数開発が当たり前のデスクトップアプリケーションで、UIとロジックをろくに分離せずに開発するとか完全に死亡フラグ
124:デフォルトの名無しさん
09/02/04 22:25:43
>>123
画面設計とバックエンドを分離することはあるが、UIと「UIにまつわる」ロジックを
分離するなんてありえんだろ。
125:デフォルトの名無しさん
09/02/04 23:01:33
>>124
モデル部、モデル部と連携するUIイベントハンドリングと相互作用、UIでの表示とイベント操作を行うコントロールは分離可能。
WPFでのXAMLは２と３の分離
126:デフォルトの名無しさん
09/02/05 08:27:38
>>125
MVCの役割をキチンと分離して見通しがよく、相互に影響の少ない
プログラミングを、なーんて話と、実際にを分離・分業で作成して
うまくいくかどうかって話はべつもんだろ。
UIの入出力なんてそもそも不可分いったい何だから、「分けましょう」
なんて教条主義ふりかざしたところでうまくいかんものはいかん。
デザインがプログラミングとは別に意味を持つwebの世界ならともかく、
デスクトップアプリケーションでV,C分離して分業する意味もないし、
そんなことして品質と生産性が保てるとは思えん。
理想論としては分業しなくても極力見通しよく設計する方がいいのは
確かだけれど、
・分業するためにはVCをきっちり分離しておかないと という話と
・分業も必要ないのに VCをがちがちに分けすぎたものが果たして
使いやすいのか？ という話を混同してない？
127:デフォルトの名無しさん
09/02/05 08:56:36
>>126
いや、業務アプリでも捨てコードとかでないならきっちりやっとくべきだと思うけどね。
動かしたあととかに色々変えてくれとか言うものも出てくるはず。その中にはきちんと分離しておけばZAMLレベルの修正で住むものも宅差なると思われ。
ドメインモデルとのやりとりはUIの中のVからはやったらあかん。
128:デフォルトの名無しさん
09/02/05 11:04:03
>>127
ごめん、俺の論点の出し方がわかりにくかったかも。
・どんなプログラムでもMVCを疎な設計にしておくべし → 同意
・M,V,Cを分業して別々な人が設計するならMVCの分離は必須 → 激しく同意
ところが上二つから
・V,Cは別々の人が設計すべき→・だからXAMLがいいんだ
という話にはつながらないはず。
分業はほんらいできればしたくないんだよ。究極には一人の人が設計から
実装まで完結できればそれが一番品質も、生産性も高いと思う。
ところが現代の大規模システムではそんなのとうてい無理だし、ウェブ系の
アプリケーションのようにデザインが重視される世界ではそもそもプログラマに
そのスキルがないから、「仕方なく」分業するわけだ。
XAMLは、その「仕方なく」の世界のために作り出されたものだから、別に
そんな必要のないときに使うと 使いにくいものになっているってのが俺の持論。
だいたい、UI設計の分離といっても、ちょっとした振る舞いやレイアウトの変更
程度なら確かに"XAMLレベルの修正ですむ"ケースもあるだろうけれど、
現実のプロジェクトではそんなことあり得ない。 これはMVCモデルのせいじゃ
なくて、 何をしたいのかよくわかってない糞ユーザーと、いつまでも
要件も仕様も凍結できず工程がぐだぐだの腐ったプロジェクトマネージメントの
せいだが…。
MVCモデル開発が仕様変更に強いというのは嘘だと思う。仕様がキチンと確定
していれば、MVCをキチンと分離した設計によって、効率的な分業が可能
というのが正しいのではと思う。
少なくとも現実に目を向ける限り、分離が可能なのは実はVとCじゃなくて
"Look"とVCだと思うんだよなぁ。。。"Look”のためだけならXAMLもあながち
悪くはないと思うが…。
129:デフォルトの名無しさん
09/02/05 16:13:42
＞・V,Cは別々の人が設計すべき→・だからXAMLがいいんだ
これが違うというのは同意。また分業しないほうがよいというのも同意。
でも仕様が不明確で肯定がグダグダになるのとMVCなどで分離するかどうかはまた別のはなしかと。
どうせ全員一致のMVCの定義すらないわけだしそこらへんの言葉遊びしても意味ないかと。
WinFormsよりはWPFのほうがいずれにしてもUIとモデル部などを分離しやすいのは確かだし。
仮に分業目的でなくてもWPFでの分離の仕方はそれなりにいいと思う。その手段としてXAMLがあるわけだが、それは必須条件じゃないし。
130:デフォルトの名無しさん
09/02/05 16:40:28
URLﾘﾝｸ(quince.infragistics.com)
ここ面白いな
131:デフォルトの名無しさん
09/02/05 17:19:19
>>130
かなり面白いな。
どっかにサンプルソースがないのかねぇ…。みつけられんかった。
132:デフォルトの名無しさん
09/02/05 21:32:15
>>130
愛用のoperaじゃぴくりともう五課ねぇ･･･
133:デフォルトの名無しさん
09/02/05 21:43:06
>>132
さぁ、Opera 10 alphaを入れるんだ
134:デフォルトの名無しさん
09/02/05 23:09:02
>>130
何が面白いんだよ馬鹿しかもSilverlightだからスレ違いだろボケ
135:デフォルトの名無しさん
09/02/05 23:25:41
見たけどページはSilverlightだけど中身はWPFじゃん
HTMLはスレ違いとかならかわいげがあるが
136:デフォルトの名無しさん
09/02/05 23:37:06
両方あるんだけど、、、
137:デフォルトの名無しさん
09/02/06 00:02:56
ソースもあれば最高なんだけどな
138:デフォルトの名無しさん
09/02/06 14:19:44
VirtualizedWrapPanelが無いのはなぜなんだ…
139:デフォルトの名無しさん
09/02/06 14:32:06
僕らが車輪の新生産を出来るように。
140:デフォルトの名無しさん
09/02/06 21:40:48
StackPanelは画面内に収めるのが普通だから
141:デフォルトの名無しさん
09/02/07 03:47:15
System.Windows.FormsのLocationに相当するものはWPFのコントロールにはないの？
142:デフォルトの名無しさん
09/02/07 04:43:18
Canvas
143:デフォルトの名無しさん
09/02/07 12:58:41
WPFにもなってLocationなんて指定する奴はWPFの存在意義がわかってない
144:デフォルトの名無しさん
09/02/07 13:06:59
XAMLでブール値を設定するにはどうしたらいい？
～～～="True"
じゃぁ文字列になってしまう。
145:デフォルトの名無しさん
09/02/07 15:16:51
WPFってエフェクトさえ使わなければ軽い気がしてきた
146:デフォルトの名無しさん
09/02/07 15:48:49
3.5はシェーダ使うようになったからエフェクト軽くなったらしいけど
147:デフォルトの名無しさん
09/02/07 19:15:47
>>142
ありがとう
>>143
なんで聞いてるか理解できないならどっかいけ
148:デフォルトの名無しさん
09/02/08 12:33:47
>>144
プロパティの型がBooleanならそれで通る
ContentみたいにObject型の場合は，ルート要素で
xmlns:sys="clr-namespace:System;assembly=mscorlib"
とした上で
<Button><Button.Content><sys:Boolean>True</sys:Boolean></Button.Content></Button>
149:デフォルトの名無しさん
09/02/08 18:40:59
ウィンドウの大きさを変化させたとき
右下に配置したボタンがずっと右下にあるようにするにはどう設定すればいいですか？
150:デフォルトの名無しさん
09/02/08 22:33:09
Grid使うとか，DockPanelで下にStackPanel { FlowDirection = LeftToRight }配置してその中に入れるとか
WinFormsのDockみたいな考え方はしない
151:デフォルトの名無しさん
09/02/08 22:36:55
間違えたRightToLeftだった
152:デフォルトの名無しさん
09/02/09 00:45:24
>>149
VerticalAlighnment="Bottom", "HorizontalAlignment="Right"
じゃだめなの？
153:デフォルトの名無しさん
09/02/09 01:00:11
>>152
GridやPanelを組み合わせるのはよくやる
<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="*"/>
<RowDefinition Height="30"/>
</Grid.RowDefinitions>
<Canvas Grid.Row="0"></Canvas>
<StackPanel Grid.Row="1" Orientation="Horizontal" FlowDirection="RightToLeft">
<Button Height="23" Name="button1" Width="75">Button1</Button>
<Button Height="23" Name="button2" Width="75">Button2</Button>
</StackPanel>
</Grid>
154:デフォルトの名無しさん
09/02/09 01:00:58
>>149 だった訂正
155:デフォルトの名無しさん
09/02/09 07:51:19
ARToolkit+DirectShow.NET+WPFのシンプルなスケルトンを作ってみた。
微妙にスレ違いかもしれないけどARToolkit関連のスレが消失しているのでここに書かせてくれ。
ちょっと前にミクさんが机の上で踊ったりする動画がニコ動で流行ったりして、
ARToolkitってのが流行ったじゃん。でも、このARToolkitって、3D描画はOpenGL、
UIはGLUTっていう融通が利かない仕様になってたり、必要なくてもOpenVRML
ライブラリが必要だったり、C++以外での開発に難があったり、と(俺には)敷居が高かった。
で、brains-N-brawnさんがARToolkitの改良版のARToolkitPlusのPInvoke可能なdllと
そのdllをPInvokeするC#で書いたラッパーコードを作って、さらに3D描画をWPFでやる
サンプルプログラムを
URLﾘﾝｸ(www.mperfect.net)
で公開したんだ。
俺はこれは使える！と思ったんだけど、brains-N-brawnさんのコードはARToolkitPlusの
色々な機能を試していて軽量なサンプルとは言い難い物だった。それで、自分でARToolkitPlus+DirectShow.NET+WPFの組み合わせの最低限の内容を持って十分に整理された
スケルトンコードを書いてみた。こいつは特別なライブラリを導入しなくてもVisual C# 2008
のみでビルド可能でしかも3D部分はWPFだし、WPFだからGUIとの連携も容易だしで、
これからARを始めようとする人にはサンプルとして比較的向いているかもしれないと思う。
そんなわけでコードは
URLﾘﾝｸ(sites.google.com)
ここに置いてある。あと、URLﾘﾝｸ(www.nicovideo.jp)にデモ動画を
アップしてみたけど、ミクさんとかの面白いネタがあるわけじゃない。
ニッチ市場向けの内容なのに長文ですまない。せっかくだから誰かが活用してくれるとうれしい。
156:デフォルトの名無しさん
09/02/09 12:31:01
>>150,151,153,154
ありがとうございます
Dock、Dockの階層化でやってみて所望の動作ができることを確認しました
>>152
やってみ
157:デフォルトの名無しさん
09/02/09 15:36:09
>>156
152です。
<Window x:Class="WpfApplication1.Window1"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)"
Title="Window1" Height="300" Width="300">
<Button Width="120" Height="80"
HorizontalAlignment="Right" VerticalAlignment="Bottom"
Margin="0,0,10,10">Button</Button>
</Window>
じゃ駄目なの？と思ったんだけど、実際にはほかのコントロールも配置するんだから
実際にこんなコードにはしないね、確かに。
158:デフォルトの名無しさん
09/02/09 18:56:36
>>117
なんでTipsみたいなものをもっと大量に用意しないんだろうな。
ネットであさったりあれこれ実験したり、（それこそこういうとこで聞いたり）に
多くの人間がどれだけ無用な時間を取られていることか。
割く人員が少ない（天下のMS様だがそういう金はなぜかない）とでもいうのなら、例えば適当な学生を複数雇って、
よくあるタイプのフリーソフトを指定して（この「ちょっと高機能な関数電卓ソフト」の類似品を１からWPFで作ってみてくれ）
わかりにくかった点はどこで、どう解決したのレポートを書かせて、
適当にリライトしてアップすればいい。
「ただでも習得しようと思っていたところ」だというので、
1本十万円とか１ページ１万円くらいでバイトとして喜んでやる奴幾らでもいるだろう。
節約したいならインドあたりの工科大の学生とかでいいわけで。
「WPFでこれらの見た目も機能もカラフルな数々の便利ソフトがすぐ出来ます。
全ソースと整理されたわかりやすい解説はこちらのページ群をご参照」
使う気になる人間・会社、ぐっと増えるんじゃないんだろうか。
そういうことをほとんどせず>>100
159:デフォルトの名無しさん
09/02/09 19:10:27
金というか資本主義じゃなかったら今だにマンモス狩ってるだろjk
160:デフォルトの名無しさん
09/02/09 19:16:25
技術オタク万歳
ゲーム廃人よりたちが悪い。
そこに付け込んだのがWPF
つかわなきゃいいだけ
161:デフォルトの名無しさん
09/02/09 20:53:10
今日、渋谷の書店でWPFの書籍を買おうとした
かなり品ぞろえが悪かった（３，４冊くらいしかなかった）
WPF大丈夫なのか？
不安になって本買うのやめた
162:デフォルトの名無しさん
09/02/09 21:10:00
まずは、WPFのなんたるかから勉強しろ。
哲学みたいなもんだ
163:デフォルトの名無しさん
09/02/09 21:30:56
>>158 とか >>160-161 みたいのは、PHPやRubyだけやってればいいと思うよ。いやマジで。
164:デフォルトの名無しさん
09/02/09 21:34:08
本買わなかっただけでその仕打ちorz
165:デフォルトの名無しさん
09/02/09 22:09:11
いいんじゃん自分だけわかるみたいなこと言わせておけば
使う人少なければ開発続かないだけだし
166:デフォルトの名無しさん
09/02/09 22:37:20
デスクトップUIの技術自体がもうそれほど重要視されない時代で、なおかつ、
MS系技術がやたらめったら嫌われる傾向の日本では、今後も流行ることないから、
日本語ドキュメントが山ほどあるみんなが使っているものを触らないと落ち着かない人であるとか、
マイナーなものに手を付けることを、今後（その技術のエッセンスがどっかで生き残るだけじゃなくて）
その製品自体が普及するか否かだけで不安になる人は、来ないほうがいいよと言ってあげただけ。
167:デフォルトの名無しさん
09/02/09 22:44:29
サンプル山ほどあるだろ
168:デフォルトの名無しさん
09/02/09 22:49:57
ほんとその通り。
UI技術に投資するなんて無駄なだけ。
もっとやるべきことがある
169:デフォルトの名無しさん
09/02/09 23:24:52
勉強すればいいと思ってる馬鹿は大抵学歴が高い傾向にある
本質がわからない。辿りつけない層であり、GDPを上げるために仕込まれた人口比率の最も多い層でもある
プログラミングすらしないで目的を達成させることのほうが大事
お前の言っているやるべきこともたぶん糞
170:デフォルトの名無しさん
09/02/09 23:36:27
＞プログラミングすらしないで目的を達成させることのほうが大事
そりゃそうだが、プログラミングする以上はちゃんと勉強しろよ
171:デフォルトの名無しさん
09/02/09 23:46:35
軍事技術が優先だったけど今はそいつらが集まって自動でアプリケーションを作りだす人工知能の開発に本気になってるから
それまで待ってろ。もう５０年もすれば人がいらなくなる
172:デフォルトの名無しさん
09/02/09 23:51:36
>>171
その頃ロシアでは ウォッカの生成方法を考えるAIの研究をしていた
173:デフォルトの名無しさん
09/02/10 00:41:09
>>171
未来の二つの顔だな
あれの中ではナイスなAIのおかげで皆働かなくてよくなったとなってたが、もし実現しタラ超格差になるだけのような気がする。
174:デフォルトの名無しさん
09/02/10 01:08:05
俺はWPFに賭ける
今すごい使い方を編み出せばMSからMVPをもらえるかも知れん
やってやるぜ
175:デフォルトの名無しさん
09/02/10 01:18:21
>>174
釣り針垂らしてスレチの阿呆に餌を与えようとするなｗ
176:デフォルトの名無しさん
09/02/10 08:14:56
>>155です。
せっかくなのでARToolkit+DShowNET+WPFでミクさんネタもやってみました。
まあ、このネタはもうやりつくされた感がありますが。ミクさんxamlにしたよー。疲れた。
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(sites.google.com) (コード)
UIとかあんまり関係ないプログラムになっているけれど、WPFってUIのフレームワーク
なのにビットマップエフェクトと3Dを宣伝文句にする姑息な事してきたわけだから、
3D描画に酷使してやれば本望だと。それに前にも書いたけど本家ARToolkitがGLUT
べったりなのに対してWPFを使っているのでこのコードをスケルトンとして作ったプログラム
ではバインディングなどのWPFの恩恵を受け易い。・・・はず。
177:デフォルトの名無しさん
09/02/10 22:40:41
CAG for WPF 日本語版出てたのね。
URLﾘﾝｸ(msdn.microsoft.com)
178:デフォルトの名無しさん
09/02/10 22:54:52
WriteableBitmapとBitmapなにがちがうですか？
179:デフォルトの名無しさん
09/02/11 13:04:35
過疎ってる・・・
OpacitySliderはスライダーで、
RotateTransform rotate = new RotateTransform(0);
OpacitySlider.LayoutTransform = rotate;
DoubleAnimationUsingKeyFrames rotationAnimation
= new System.Windows.Media.Animation.DoubleAnimationUsingKeyFrames();
rotationAnimation.KeyFrames.Add(new LinearDoubleKeyFrame(0, TimeSpan.Zero));
rotationAnimation.KeyFrames.Add(new LinearDoubleKeyFrame(360, TimeSpan.FromSeconds(5)));
Storyboard rotationStoryBoard = new Storyboard();
rotationStoryBoard.RepeatBehavior = RepeatBehavior.Forever;
rotationStoryBoard.Children.Add(rotationAnimation);
Storyboard.SetTarget(rotationAnimation, OpacitySlider);
Storyboard.SetTargetProperty(rotationAnimation,
new PropertyPath("(FrameworkElement.LayoutTransform).(RotateTransform.Angle)"));
rotationStoryBoard.Begin();
でスライダーは回転するんだけど、
Storyboard.SetTarget(rotationAnimation, rotate);
Storyboard.SetTargetProperty(rotationAnimation, new PropertyPath("Angle"));
って変更すると回転しなくなる。何でだか分かる人いる？ちなみにスライダーを回転させたいん
じゃなくて、別の問題を単純化したらこうなったんだけど。
180:デフォルトの名無しさん
09/02/12 04:21:50
>>179にレスが付かなくて(179は俺ね)連投みたいになってもうしわけないんだが、
Storyboardを使ってミクさんをアニメーションさせたので、またコードと動画を貼っておく。
URLﾘﾝｸ(sites.google.com)
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(www.nicovideo.jp)
WPFって一応今の流行だと思うんだけど、何でこんなに過疎ってるの？
181:デフォルトの名無しさん
09/02/12 04:54:52
必ずしも必要なものが出現するとは限らない
社員を遊ばせておくぐらいなら何かを作らせた方がいいという時だってある
Vista、C#、WPFなんかがそれに当てはまる。
182:デフォルトの名無しさん
09/02/12 07:14:01
>180
これって、描画領域になんか重ねたりとかも出来るの？
183:デフォルトの名無しさん
09/02/12 07:31:00
>>182
Canvasの上にViewport3Dという構成だからCanvasに重ね描きするかその上に別のコンテナを乗っけてViewport3DとZオーダーを調節すれば良いんじゃない？ソースあるから適当にいじってみて。
184:デフォルトの名無しさん
09/02/12 11:19:15
visual studioで app.xamlのstartupUriに指定されたウィンドウのxamlファイルの
ファイル名を変更しても、リファクタが効かず、毎回手で変更しないといけない
のですが、これってバグですか？
ファイル名ではなくクラス名としてのwindow1の名を変更したときにはちゃんと
xamlにも変更を反映してくれるので、技術的な問題と言うよりも、忘れられちゃった
としか思えないんですが。
みなさん、デフォルトの"window1.xaml"のまま使っているんでしょうか？
185:デフォルトの名無しさん
09/02/12 11:27:29
>184
C#の仕様上はファイル名と中のクラスには何の関係もないんだから、
中に記述されていうクラスのクラス名を変えないとリファクタリングは
効かないに決まっている。ただ、その場合もxamlの記述までは置換され
なかったような記憶があるけれど。
186:デフォルトの名無しさん
09/02/12 11:28:30
185です。
>>184
あ、その場合にはうまく行くのね。
187:デフォルトの名無しさん
09/02/12 11:52:23
>>186
windows formのときは メインウィンドウのcsファイルの名前を変更すると
formクラスの名前も、formクラスの参照先も、designer.cs やresxファイル
の名前も全部自動で変えてくれたので、Form1.csをMainForm.csとか
自分のわかりやすい名前に変えるだけで手間いらずだったんですけどね…。
理想はwinformの時みたいに、Window1.csをMainWindow.csに変更したら
window1クラスの名前およびその参照先を全部MainWindowクラスにして、
app.xamlのstartupUriまで一気に変えてくれることなんですけどね。
今は ファイル名の変更、クラス名の変更、startupUriの変更と3ステップ必要
なのがにくい…。
188:デフォルトの名無しさん
09/02/12 13:13:04
SuspendLayout, ResumeLayout, Invoke, Refresh, Update, Invalidatedと等価なのは何でしょう？
189:デフォルトの名無しさん
09/02/12 16:08:23
すいません、「WPF」での「Dim IconB As Icon = Icon.FromHandle(Icon_hWnd)」はどこにあたるのでしょうか？
WPFでIconは全てImageに変わったというのは判ったのですが、アイコンハンドルから画像に変換することができませんでした。
もしかして、別の方法でハンドルからアイコン画像を変換する方法があったら教えてください。
よろしくお願いしますm(_ _)m
190:デフォルトの名無しさん
09/02/12 16:33:13
>>187
186です。
Windows formsだとそうなんだ。知らなかった・・・。
IDEがスタイルを強要するみたいで個人的には嫌だけど、スタイルが受け入れられるなら便利では
あるね。それと多分JAVA出身の人なんかはファイル名と中身が関連付かないと気になるんだろうね。
そう言えば、System.Windows.Forms.Formを含んでいるcsファイルを開くと必ずデザイナが
開いて、csファイル毎にデザイナで開くかエディタで開くか設定できないのも個人的には嫌だった
なあ。しかも、Formを継承したクラスが一番初めにないとエラーが出たり。Windows Formsでは
C#とクラスライブラリの仕様だけでなくIDEの支援もセットでUIのフレームワークを形成して
いたんだよね。昔のVBと同じで。それがWPFで解決されてUIはC#から独立した言語／デザイナ
で定義するようになったのだから今さら言語仕様にない事をIDEが勝手な判断で手出しするのは
控えてくれた方が個人的にはうれしいなあ。x:Classなんて一属性に過ぎないのだからxamlの
ファイル名と勝手に関連付けられたりしない方がすっきりする。まあ個人的な見解ですが。
191:>>189
09/02/12 16:49:52
自己解決しました。
192:デフォルトの名無しさん
09/02/12 16:53:15
>>191
俺は知らない事なので、せっかくだから解決内容を書いてもらえるとうれしい。
193:>>189
09/02/12 17:11:01
もっとスマートならいいのですが、本当に自己が満足しただけの解決なんです orz
WPFでフォームをホストしてから、その中で「FromHandle」を使っただけという残念な方法です。
恐らくWPF内でForm系列のものを利用できるような方法があると思うのですがMSDNにも載っていないようなので諦めました（爆
194:デフォルトの名無しさん
09/02/12 17:14:34
URLﾘﾝｸ(msdn.microsoft.com)
195:>>189
09/02/12 17:54:54
>>194さんありがとうございます！
何とか無事にアイコン取得できそうです。
Win32との相互というのは覚えとくべきですね
196:デフォルトの名無しさん
09/02/13 00:33:09
SendToBackってどうすればいいですか？
197:デフォルトの名無しさん
09/02/13 05:52:26
最近、WPFが遂に流行ってきた気がする
198:デフォルトの名無しさん
09/02/13 06:29:43
ない
199:デフォルトの名無しさん
09/02/13 21:04:43
また、プログラミング言語ごとの募集要項での平均年収について、2007年から2008年にかけての上昇
額ランキングを見ると、C#が前年比66万6000円増と大幅に上昇した。2008年における平均年収ランキン
グでも1位となっている。
URLﾘﾝｸ(headlines.yahoo.co.jp)
ついに来たな、時代が俺に追いついた
200:デフォルトの名無しさん
09/02/13 21:15:54
まじかああああああああああああ
ついにきたあああああああああああああ
201:デフォルトの名無しさん
09/02/13 22:49:06
>>199
ちょっと前と比べてかなり速くなったしドライバとかでもない限り今わざわざCやC++でやる必要もなくなってきたしな
ASP.NETやSilverlightもあるしMonoを使えばMacでもLinuxでもUnixでも動くしバックにマイクロソフトがいる
何が言いたいのかって言うと今までが安すぎたんじゃねってこと
ついでにこれ貼っておきますね
URLﾘﾝｸ(japan.zdnet.com)
202:デフォルトの名無しさん
09/02/13 23:05:22
Miguel、GNOMEやってたときはかなり偏屈なあんちゃんだったように思うが
なんかもう完全にMSの飼い犬になってるな。そのうちNovellやめて
MSに入社するんじゃないか？
203:デフォルトの名無しさん
09/02/13 23:25:04
>>202
年を重ねるうちに丸くなったかお金のおいしさをしったかのどっちかだろうな
204:デフォルトの名無しさん
09/02/14 02:03:55
クラスライブラリ（dll)からWPFのwindowを作成して表示するには
どうしたらいいんでしょうか？
winformなら「新しい項目の追加」でformを追加しておいてnewしてshowすれば
表示できましたが、WPFだとそもそもユーザーコントロールしか追加項目
に現れてきませんが、そういうことはそもそもできないんでしょうか？。
205:デフォルトの名無しさん
09/02/14 07:59:16
WPF試して見ようと思ったんですが、
3.5のSP1インストールできないんだがどうすればいいんですか・・・？
[02/14/09,05:10:52] Microsoft .NET Framework 2.0a: [2] Error: Installation failed for component Microsoft .NET Framework 2.0a. MSI returned error code 1603
[02/14/09,05:11:18] WapUI: [2] DepCheck indicates Microsoft .NET Framework 2.0a is not installed.
[02/14/09,05:36:58] Microsoft .NET Framework 2.0a: [2] Error: Installation failed for component Microsoft .NET Framework 2.0a. MSI returned error code 1603
[02/14/09,05:37:28] WapUI: [2] DepCheck indicates Microsoft .NET Framework 2.0a is not installed.
[02/14/09,07:56:44] Microsoft .NET Framework 3.5 'package': [2] Error: Installation failed for component Microsoft .NET Framework 3.5 'package'. MSI returned error code 1603
[02/14/09,07:56:54] WapUI: [2] DepCheck indicates Microsoft .NET Framework 3.5 'package' is not installed.
よろしくお願い致します。
206:デフォルトの名無しさん
09/02/14 11:49:00
エラー文抜き出して検索すれば早いだろうに。
URLﾘﾝｸ(detail.chiebukuro.yahoo.co.jp)
それにスレチな。
207:デフォルトの名無しさん
09/02/14 13:05:02
>>204
自己解決しました。
いったんUserControlを新規項目として追加して
UserControlをWindowにxaml側、cs側両方で書き換えたら
普通に new →show()で表示することができました。
でもなんでIDEから簡単にwindow追加できないんだろう。
208:デフォルトの名無しさん
09/02/14 13:22:51
>>206
それはもうやりました・・
209:デフォルトの名無しさん
09/02/15 06:33:21
ARToolkit+WPFで今度はミクを溢れ出させてみました(というか簡単な物理シミュレーション)。
URLﾘﾝｸ(www.nicovideo.jp)
URLﾘﾝｸ(sites.google.com) (ソース：ARWithWPFMikuEmitted.zip)
WPFの3Dにもようやく慣れてきた・・・
210:デフォルトの名無しさん
09/02/15 14:47:42
ListBoxの選択色を変えるにはどうしたらいい？
211:デフォルトの名無しさん
09/02/15 15:59:42
URLﾘﾝｸ(msdn.microsoft.com)(VS.95).aspx
このプロパティに、TemplateプロパティにListboxItemをターゲットとするコントロールテンプレートを割り当てるSetterを含むスタイルを与えてやればよい、と思う。そのコントロールテンプレートの中でTriggerを設定するのね。
ListViewの場合でしかやった事がないので外してるかもしれないけど。
212:211
09/02/15 16:11:46
じゃなかった。
確か、ItemContainerStyleプロパティに割り当てるスタイル中で、<Style.Triggers Property="IsSelected" ...みたいにやれば良いという単純な話だった気がする。
何かの理由でデフォルトのコントロールスタイル中の同様のトリガーが優先されてしまうために
コントロールテンプレートまで書き換えた事があったんだけど、多分普通は↑で済むと思う。
213:デフォルトの名無しさん
09/02/15 16:18:26
>>211,212
試してみる。ありがとー
214:デフォルトの名無しさん
09/02/15 16:18:31
もっと簡単にできる
wpf listview selection colorでぐぐったらすぐ出てくるよ
215:211
09/02/15 16:31:34
試してみたけど、やっぱりTemplateプロパティを書き換えるのも必要だね。
<ListBox>
<ListBoxItem>Apple</ListBoxItem>
<ListBoxItem>Orange</ListBoxItem>
<ListBoxItem>Grape</ListBoxItem>
<ListBox.ItemContainerStyle>
<Style TargetType="{x:Type ListBoxItem}">
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="{x:Type ListBoxItem}">
216:211
09/02/15 16:36:10
<Border Name="Bd"
Background="{TemplateBinding Background}"
BorderBrush="{TemplateBinding BorderBrush}"
BorderThickness="{TemplateBinding BorderThickness}"
Padding="{TemplateBinding Padding}"
SnapsToDevicePixels="true">
<ContentPresenter
HorizontalAlignment="{TemplateBinding HorizontalContentAlignment}"
VerticalAlignment="{TemplateBinding VerticalContentAlignment}"
SnapsToDevicePixels="{TemplateBinding SnapsToDevicePixels}" />
</Border>
</ControlTemplate>
</Setter.Value>
</Setter>
217:211
09/02/15 16:37:15
>>214
あれ、俺道化？まあとりあえず最後まで書くので必要なら使って。
<Style.Triggers>
<Trigger Property="IsSelected" Value="true">
<Setter Property="Background" Value="LimeGreen" />
</Trigger>
</Style.Triggers>
</Style>
</ListBox.ItemContainerStyle>
</ListBox>
コントロールテンプレートはPresentationFramework.Classic.dllからReflectorのBAML Viewewプラグインを使って抜き出して、トリガー関係をごっそり削除したもの。関係ないところまで消しちゃっている(IsEnabledのトリガーとか)ので、実際にはもう少し色々試してみて。
218:デフォルトの名無しさん
09/02/16 00:55:57
リアルタイムで受信したデータに応じて色々表示変えたいんだが、データに応じてUIElementを色々入れ替えたりすると言うことでよいのかな?Rectangleの色だけを変えるとかってできましたっけ?
219:デフォルトの名無しさん
09/02/16 12:51:56
Vistaで動かすともっさり、XPだとまあまあなアプリ
Windows7だとどうなりますか？快適に動くでしょうか？
220:デフォルトの名無しさん
09/02/16 13:03:24
一般論として最適化はされているみたいだね。
俺は、古いPCにWindows 7を入れたので細かいパフォーマンスの比較はできないけれど、
WPFアプリの起動は確実に速くなっている。
221:デフォルトの名無しさん
09/02/16 18:17:05
>>214って結局どんな方法？
ググって見たけど、デフォルトのテンプレートが使っているリソースのキー名で
ブラシをListBoxのスコープのリソースで定義する方法しか出なかった。
チートっぽいけどこれ？
222:デフォルトの名無しさん
09/02/16 19:10:53
>>218
Rectangle.Fill変更すれば変わるっしょ
223:デフォルトの名無しさん
09/02/16 23:30:51
>>222
グラフのようなもの変えるんだとLineElementをつくり変えて入れ替えないと駄目なのかね?
とりあえずうごくんだがなんか無駄な子としてるような気が･･･
224:デフォルトの名無しさん
09/02/17 07:35:15
折れ線変化させたりする程度なら、
Polyline置いてdependency property使えば瞬殺だと思うんだが
225:デフォルトの名無しさん
09/02/17 18:01:40
WPFでアンチエイリアシングを無効にする方法
URLﾘﾝｸ(blogs.msdn.com)
>これを無効にするには、RenderOptions.EdgeMode="Aliased" を使います。
これってフォントには応用できない？単純にテキストボックスに対してこれやってもなんも変わんなかった
226:デフォルトの名無しさん
09/02/17 18:10:32
URLﾘﾝｸ(msdn.microsoft.com)
リンク先の直前に
>Windows Presentation Foundation (WPF) は常にアンチエイリアスされたテキストを
>生成します。生成されたテキストが静的な場合は、ピクセル スナップされます。これに
>より、グリフがピクセルグリッド上に直接配置されて、アンチエイリアスされたテキス
>トの外観が鮮明になり、テキストがよりクリアになります。ただし、Windows Presen
>tation Foundation (WPF) が、スクロール、スケーリング、アニメーション化された変
>換など、アニメーション的な動きを検出すると、そのような動きが完了するまでピクセ
>ルスナップはオフになります。アニメーションやスクロールの動きが完了すると、ピク
>セル スナップがゆっくりと復活します。
だそうなので、アンチエイリアスはするけれど、ぼやけないように気は使ってくれるみたい。
だから気にしないで良いんじゃない？
227:デフォルトの名無しさん
09/02/17 18:37:37
気になっちゃうんだもん・・・ WindowsFormsHost 使えばいいんだけどさ
228:デフォルトの名無しさん
09/02/17 18:42:45
俺はむしろ、ClearType万歳、アンチエイリアス万歳！だけどなあ。
229:デフォルトの名無しさん
09/02/17 18:49:20
さすがにビットマップフォント使えばアンチエイリアシングされないと思わない？
230:デフォルトの名無しさん
09/02/17 18:55:04
Bitmapに描画すればアンチエイリアスはかかるかも知れないけど
ClearTypeにならないんじゃね？
RGBディスプレイで作った画像がBGRディスプレイで見ると悲惨になるような設計されてないはずだし。
231:デフォルトの名無しさん
09/02/17 20:19:01
URLﾘﾝｸ(blogs.msdn.com)
ここからダウンロードできるwpfwmp.zipが壊れているんだけど、誰か壊れていないやつを
ダウンロードしていて、今も持っているって人いない？はじめから壊れていたらどうしようも
ないし、持っている人が偶々このスレ見ているなんてそもそも可能性がすげー少ない話なんだが。
Adam Nahanさんにも怪しい英語でメールしたけど、返事が来ない・・・
C#+WPFでWMPの視覚エフェクトが作れるってすごく面白そうなんだけど、COMの知識がないから
COM InterOpもわけわかめなんだよね。一週間待ってwpfwmp.zipが手に入らなかったら勉強
してみる。
それまでに、
>Make your class implement the IWMPEffects COM interface.
>I manually defined this interface in C# based on the IDL definition in the Media Player SDK.
をわざわざやってくれる奇特な人も募集中。Windows Media Player 10 SDKは
URLﾘﾝｸ(msdn.microsoft.com)
から手に入るみたい。
232:デフォルトの名無しさん
09/02/17 20:29:19
idlがあるならmidl.exeとtlbimp.exeでdll作れよ
233:231
09/02/17 21:11:56
>232
ちょっと調べて知恵をつけて
midl /newtlb effects.idl
してみたんだけど、effects_i.c, effects_p.c, dlldata.cしかできない・・・
これ以上は初心者板向けになりそうだから、一週間たってwpfwmp.zipが手に入っていなかったら
まじめにCOMを勉強するわ。
234:デフォルトの名無しさん
09/02/17 21:44:31
>>224
殺しちゃうのかよｗ
235:デフォルトの名無しさん
09/02/17 21:46:25
ScrollViewer のインスタンスの垂直スクロールバーが
一番下まで来たかどうかを調べる方法って、どうすればいいんでしたっけ？
やりたいことは
ScrollViewer に対して、コントロール内で PageDown() メソッドを
呼んだあと、もうこれ以上ページを下におろすことができないかどうかを知りたい。
でもなんだかうまくいきません。
ぐぐっても出てこないし、歯がゆい。
もしご存知でしたら教えてください。。。。。。
236:デフォルトの名無しさん
09/02/17 22:51:36
WPF 勉強中なんですが、
Windows に Image を張って、
そこに、jpg 画像ファイルを読み込みました。
この画像ファイルに、文字列を書き込みをしたいんですが、
どのようにしたらよいでしょうか？
Image.Source から、DrawingContext を生成してなるのかな
と思いますが、やりかたがわかりませんでした。
237:デフォルトの名無しさん
09/02/17 22:54:21
画像にじゃなくて画像ファイルに？
238:デフォルトの名無しさん
09/02/17 22:56:16
画像に、です
すいません
239:デフォルトの名無しさん
09/02/17 23:02:28
>>235
HorizontalOffset/VerticalOffsetとScrollableWidth/ScrollableHeight
240:デフォルトの名無しさん
09/02/17 23:02:51
>>236
なんでもかんでもGraphcsで描くWinFormsとは根本的に考え方が違うんだよな
特殊な場合を除いて基本的にDrawingContextは使わない
DrawingVisual作ってImageDrawingやGlyphRunDrawingを追加して
RenderTargetBitmap.Renderが正当かな
241:デフォルトの名無しさん
09/02/17 23:09:31
Canvas使うとかAdorner使うとか色々あるぜ
242:デフォルトの名無しさん
09/02/17 23:15:13
いずれにしても元のImageSourceに直接描くのは無理
>>236じゃないけど，最終的にRenderTargetBitmap以外の方法はあるのか知りたい
243:デフォルトの名無しさん
09/02/17 23:24:25
WPFのコントロールテンプレートで迷ってしまいました、どうもラジオボックスの連動がうまく行きません。
<Window.Resources>
<Style TargetType="RadioButton" x:Key="Test_Style">
<Setter Property="RadioButton.FontSize" Value="20"/>
<Setter Property="Template">
<Setter.Value>
<ControlTemplate TargetType="RadioButton">
<StackPanel>
<RadioButton x:Name="tet" Content="!" />
</StackPanel>
<ControlTemplate.Triggers>
<Trigger Property="IsChecked" Value="True">
<Setter TargetName="tet" Property="IsChecked" Value="True" />
</Trigger>
<Trigger Property="IsChecked" Value="False">
<Setter TargetName="tet" Property="IsChecked" Value="False" />
</Trigger>
</ControlTemplate.Triggers>
</ControlTemplate>
</Setter.Value>
</Setter>
</Style>
</Window.Resources>
<StackPanel VerticalAlignment="Center" HorizontalAlignment="Center">
<RadioButton x:Name="RadioButton_1" Style="{StaticResource Test_Style}" Content="RadioButton__1" IsChecked="True" />
<RadioButton x:Name="RadioButton_2" Content="RadioButton__2" IsChecked="False" />
</StackPanel>...
244:デフォルトの名無しさん
09/02/17 23:26:56
>>242
ImageDrawingは？
何をもって最終とするのか知らんが
245:242
09/02/17 23:30:47
元の画像に文字を合成したImageSourceを得たいんでしょ
その完成したImageSourceを作る段階
246:>>189
09/02/17 23:30:52
やりたいことは、普通にフォームにラジオボックスに2つ張った状態を目標にしています。
通常ならどちらか一方がチェックされれば、もう片方はチェックが外れるようにしたいです。
この方法では一度ならラジオボックスのチェックがどちらか一方に付くようになるのですが、
もう一度チェックしなおすと両方がチェックされた状態になってしまいます。
プロパティの値も実際に見てみたのですが、一度だけ成功していますが、それ以降は値が変化していないということになりました。
Private Sub Window1_Loaded(ByVal sender As Object, ByVal e As System.Windows.RoutedEventArgs) Handles Me.Loaded
MsgBox(Me.RadioButton_1.IsChecked & vbCrLf & Me.RadioButton_2.IsChecked)
End Sub
true:False
Private Sub RadioButton_2_Click(ByVal sender As Object, ByVal e As System.Windows.RoutedEventArgs) Handles RadioButton_2.Click
MsgBox(Me.RadioButton_1.IsChecked & vbCrLf & Me.RadioButton_2.IsChecked)
End Sub
False:True
Private Sub RadioButton_1_Click(ByVal sender As Object, ByVal e As System.Windows.RoutedEventArgs) Handles RadioButton_1.Click
MsgBox(Me.RadioButton_1.IsChecked & vbCrLf & Me.RadioButton_2.IsEnabled)
End Sub
True:False
(ここで見た目は両方ともチェックされた状態になってしまうが、値は希望通り)
247:デフォルトの名無しさん
09/02/17 23:32:07
>>246
コレハンミスです。
よろしくお願いします m(_ _)m
248:236
09/02/18 00:01:49
RenderTargetBitmap でいけそうです。
ありがとうございました。
>>245
そのとおりです。
238は俺じゃないんだが・・・。
書き込んだのを忘れてるんだろうか。
249:244
09/02/18 00:08:35
DrawingImageだった 名前が紛らわしいよまったく
250:デフォルトの名無しさん
09/02/18 00:23:35
DrawingImageは保存できなくね?
251:デフォルトの名無しさん
09/02/18 00:25:49
>>248
その年でもう健忘症か？
ほっとくと中川みたいになるぞ
病院いってこい
252:デフォルトの名無しさん
09/02/18 00:37:56
保存は条件じゃないっしょ
253:デフォルトの名無しさん
09/02/18 03:22:56
コードでResourcesを設定して、XAMLからStaticResourceとして読み込んでいるんだけど
デザイナ側はコードで設定される事を知らないので
>読み込みで問題が発生しました
>デザイナを読み込む前に修正しなければならないエラーがドキュメントに含まれています。エラーを修正してからデザイナを再度読み込んでください。
と言われてデザイナが読み込まれない。
このケースだとXAMLでリソースを定義してDynamicResourceとして読み込ませておいて、InitializeComponent後に設定するのが正攻法だと思うけど
<Window.Resources>
<app:Test x:Key="Test"/>
<Window.Resources>
この定義方法だと、勝手にインスタンス作ろうとして引数0のコンストラクタがないとエラーになってしまう。
デザイナにコード側で設定されるって事を教えるにはどうすべきなのでしょうか。
254:デフォルトの名無しさん
09/02/18 09:30:38
ObjectDataProvider使えばコンストラクタに引数渡したり、メソッドの結果にバインドできるのか。
255:231
09/02/18 12:53:18
>232さんの助言のお陰で、わりと上手く行っています。Adam Nahanさんからの返信はまだ
ありませんが、どうやら自力でできそうです。>232さん、ありがとうございました。
256:デフォルトの名無しさん
09/02/18 13:11:13
WPFでGDI風にテキスト書かせたりするのはどうすればいいですか？
ちなみにxamlはつかってません
C#でしこしこ書いてます
257:デフォルトの名無しさん
09/02/18 13:21:49
コンテキスト.DrawString("a")みたいなの?
OnRenderをオーバーライドすればそれっぽいことができるけど激しく非推奨
要素を置いていくだけで同じことできるしパフォーマンスも良くないし何よりWPFらしくない
258:デフォルトの名無しさん
09/02/18 13:25:51
初心者でよくわかってないんです
どうすればいいでしょう？
データ更新が多いのでできるだけ早く描画したいのですが
259:デフォルトの名無しさん
09/02/18 13:31:38
頻繁にOnRenderで更新するのは最悪
普通に要素を置いていったあとはそれらのプロパティの変更だけですませて
できるだけ要素の入れ替えは行わない
画面に表示するだけならDrawing系の要素を使うと軽い
260:デフォルトの名無しさん
09/02/18 13:41:41
うー
Drawing系の要素って何？orz
261:デフォルトの名無しさん
09/02/18 13:47:07
URLﾘﾝｸ(msdn.microsoft.com)
このへん読め
理解できないなら理解できるようになってから気にすればいい
262:>>243
09/02/18 15:42:07
何の参考にもならないと思いますが、何とか希望通りの動きをするようになったのでメモしておきます。
<Window.Resources>
<ControlTemplate x:Key="RadioButtonControlTemplate1" TargetType="{x:Type RadioButton}">
<StackPanel>
<Label Content="{Binding RelativeSource={RelativeSource AncestorType={x:Type RadioButton}}, Path=IsChecked}" />
</StackPanel>
</ControlTemplate>
</Window.Resources>
<StackPanel x:Name="LayoutRoot" VerticalAlignment="Center" HorizontalAlignment="Center">
<RadioButton Content="RadioButton" Template="{DynamicResource RadioButtonControlTemplate1}" />
<RadioButton Content="RadioButton" Template="{DynamicResource RadioButtonControlTemplate1}" IsChecked="True" x:Name="radioButton" />
</StackPanel>
263:デフォルトの名無しさん
09/02/18 15:42:50
わからん
Drawing系の要素、なんて言葉どこにもでてこない
textBlockとかいうのつかったほうがはやいってことか？
264:デフォルトの名無しさん
09/02/18 15:47:13
System.Windows.Media.Drawingクラス(の派生クラス)
画面に描画するにはDrawingVisualを使う
265:235
09/02/18 18:03:32
>239
レスありがとうございます。
各プロパティで試してみたのですが、うまくいかない原因は別にあったようです。
実際にスクロールバーの制御をおこなうときに、スクロールバーが表示されていなかったという
何ともお粗末な原因でした。
穴があったら入ってゆっくり眠りたい気持ちです。
266:デフォルトの名無しさん
09/02/18 23:41:20
なんでwpfのスレが伸びまくるんだろうか？
267:デフォルトの名無しさん
09/02/19 00:04:13
いいドキュメントがないから
268:デフォルトの名無しさん
09/02/19 02:58:30
本もほとんどないしな
269:デフォルトの名無しさん
09/02/19 10:17:53
決定版が一冊出ればそれでいいんだけどな
270:デフォルトの名無しさん
09/02/19 15:11:22
決定版ドキュメントが一冊出れば飛び付くんだが、最近の有力なエンジニアは
自ブログの充実ばかりで、書籍の執筆熱が冷めている上に、インターネットに
押されている出版社も支援が薄い。
出し惜しみ＋買い控えの無限ループ → 書籍出版の衰退
271:>>189
09/02/19 15:58:19
Blendが自動でコード補助とかしてくれたらわかるけど、ヒントすら出てくれないからヘコしんどい
272:デフォルトの名無しさん
09/02/19 16:16:14
MSDNが使いづらい
探したいものがあって検索してもなかなか見つからない
数十分かけてやっと見つかったと思ったら大雑把にしか書いてなくて迷うこともある
>>271
ヒントでねーわ選択画面ねーわで結局本片手にやるはめになるよな
273:デフォルトの名無しさん
09/02/19 16:20:57
IntelliSenseが最強の教師って状況はおかしいよな。
274:デフォルトの名無しさん
09/02/19 21:38:21
Silverlightのドキュメントなんかもっと酷いよ
275:デフォルトの名無しさん
09/02/19 22:10:32
MSDNで直接探すのは、どこに書いてあるか見当がつく場合ぐらいだなぁ
特定のクラスについて調べたいとか、この辺に探してるやつがある筈 と思う時ぐらい
調べる対象が漠然としてる時は、ググった方が早いね。
276:デフォルトの名無しさん
09/02/19 22:43:21
>>275
クラス名でググった方が早くね？
URLﾘﾝｸ(www.google.co.jp)
277:デフォルトの名無しさん
09/02/19 23:48:27
WPFをMicrosoft Blendで作るのと、Visual Studioで作るのって何が違うの？
分裂したメリット、デメリットが判らない。
自分的にはVisual Studioではコード候補が出るから何とかなる気もする、
Blendは即コンパイル。
こんな感じ？
278:デフォルトの名無しさん
09/02/20 00:06:39
プログラマーとデザイナーが同時に作業できるようにってことだったと思うけど
タダで配るならともかくこれは完全に失敗だよな
279:デフォルトの名無しさん
09/02/20 01:18:31
Blendがもっと手軽にコントロールテンプレートを弄り倒せるツールだったらヤル気がでた。
280:デフォルトの名無しさん
09/02/20 01:28:46
>>277
多分Blendに存在価値がないのが問題
どう見たってプログラム素人が手ェ出せるUIじゃないだろ・・・
281:デフォルトの名無しさん
09/02/20 02:25:33
>>280
xamlを意識しなければそれなりに使えそうだけどなぁ
ただ、デザイナじゃないからblendは使いこなせなかったけどw
とりあえず、フォーカスするとキモい挙動をする(グラデーションが動く)ボタンなら簡単に量産できると思う。
(センスのない自分が嫌になれるよ！)
282:デフォルトの名無しさん
09/02/20 07:43:01
色とかかえたりするにはまぁいいんだけどね･･･
何つーかもうちょっと全体的に使いやすくなって欲しいんだよなぁ
FLASH用のツール作ってた人なんだろ、これ作ったの。
283:デフォルトの名無しさん
09/02/20 08:52:06
xamlとC#の変換ツールないですか？
いきなりxaml使えといわれても何やってるのかよくわからないものは気持ち悪くてさわれない
284:デフォルトの名無しさん
09/02/20 09:37:19
>>283
それを言うならxamlとC++の変換じゃないの？
C#から使うものだけど実装自体をC#でやってるわけじゃなかろう。
俺は詳しくないからxamlをパースしたあとC#に変換しているのか
C++で直接動かしているのか詳しくは知らないが、
283はC#のメモリ管理が内部で何やってるかわからんから気持ち悪いとか言って
わざわざC++で書いたりするわけじゃないんだろう？
ああいう記法でラッピングした以上制約が色々あるから気になるならWindowsFormでやればいいし
そこまで潔癖に気にするやつが使う代物でもないと思う。
285:デフォルトの名無しさん
09/02/20 10:11:12
むしろaspxだろうJK
286:デフォルトの名無しさん
09/02/20 13:02:03
>>284
これはひどい
> C#のメモリ管理が内部で何やってるかわからんから気持ち悪いとか言って
CGの動作原理を理解すれば気持ち悪くなくなる
同様に、XAMLとC#の対応関係を理解すれば、XAMLに対する気持ち悪さも消えるだろう
対応関係はDependencyPropertyの解説などを見れば、だんだんわかってくるが、
てっとり早く理解する為に変換ツールが欲しくなるのも理解できる
けど、変換ツールは見たことないな
ライブラリはXAMLをパースして、（ILを出力せずに）直接オブジェクトを生成しちゃってるし
287:デフォルトの名無しさん
09/02/20 13:53:48
XAMLがC#のコードとして表示されてるのを見たことある気がするんだが、
VisualStudioにそういう機能なかったっけ？
288:デフォルトの名無しさん
09/02/20 14:08:35
アプリケーション定義のxamlならobjフォルダにC#コードが出力されるけど。
289:デフォルトの名無しさん
09/02/20 14:15:58
<x:Code>
```
</x:Code>
のことを言ってたりする？
これならXAMLの中にそのまま記述できるけど？
290:デフォルトの名無しさん
09/02/20 14:34:26
>>288
ああ、それだった。たいした情報はないのな。
291:デフォルトの名無しさん
09/02/20 16:03:42
>290
StartupUriのxamlをフレームワークのAPI使ってロードするだけのコードだからね。
292:デフォルトの名無しさん
09/02/20 21:04:52
>>283はXAMLがどうC#と関連づけられるか分からないから気持ち悪いと言っているんであって、
>>284が言うようなC#のメモリ管理なんて言ってないだろうが。
XAMLで書けることはC#で書けるんだから、C#がわかるなら気持ち悪いなんて事は無いだろうに。
293:284
09/02/20 22:05:03
すまん、俺がボケかましてただけだった。
milcore直接たたいてるのはWPFでXAMLじゃなかったわな。
直接たたいてるとしたらアンマネージドだからああいう物言いになったと。
メモリ管理どーのってのはあくまでも例え。286は例えとわかってくれているが292には通じんかったようだ。
GCは挙動わかっててさえ気持ち悪いとか非効率とかよく言われるものなのに、
まずGC積んでるC#自体を気持ち悪がらないのにXAML程度を気持ち悪がる理由がわからんって事。
例え悪くてすまんな、低脳なんで。
ただ、XAMLで書けることはC#で書けるというのは大抵書いてあることだけど
そのままパースして翻訳されてると俺は思ってないし、
そう考えると実際に内部で何やられてるかわからんと言う意味で
283が気持ち悪がってるのかなとは思い直した。
294:デフォルトの名無しさん
09/02/20 22:12:51
milcoreは最終的な一番低いレベルの描画に使ってるだけ
XAMLをパースしてるのはフレームワークのマネージコード
295:デフォルトの名無しさん
09/02/20 22:20:51
WPFは最終的な描画以外は全部C#で書かれてるよ
SilverlightはアンマネージC++にごくごく薄いマネージドの皮をかぶせただけ
296:デフォルトの名無しさん
09/02/20 22:28:05
>>294,295
把握した。
297:デフォルトの名無しさん
09/02/21 00:04:48
マイクロソフトの人がこのスレみて反省してくれればいいのだが
298:デフォルトの名無しさん
09/02/21 01:52:02
マネージからmilcoreたたければなー
299:デフォルトの名無しさん
09/02/21 09:39:09
299
300:デフォルトの名無しさん
09/02/21 09:39:45
300
301:デフォルトの名無しさん
09/02/22 22:20:19
Dispatcher.InvokeするとTargetInvocationExceptionが起きるんですが、どうすれば回避できるのでしょう？
302:デフォルトの名無しさん
09/02/22 22:25:45
中身(InnerException)は？
303:デフォルトの名無しさん
09/02/22 22:27:50
ごめんなさい、知識なさ過ぎて答えられません
InnerExceptionとは何でしょう？
304:デフォルトの名無しさん
09/02/22 22:48:19
ああ、TargetInvocationExceptionっていうのは呼び出した先でエラーが起きてるってことなのですか？
検索してもさっぱりわかりませんでした
それでは調べてみようと呼びだしてるメソッドの中身をtry catchで囲んでみたらなぜかエラーが起きなくなりました
なにがおきてるんでしょう？
305:デフォルトの名無しさん
09/02/22 22:56:08
try{
ほにゃらら
}catch(Exception e){
MessageBox.Show(e.InnerException.ToString());
}
してみたら？ていうか、キャッチしなかった場合にデバッグ環境で表示されるダイアログでも
InnerExceptionは見れるけど。
306:デフォルトの名無しさん
09/02/22 22:58:33
ごめんなさい、エラーおきてました
時間なくてあせってて
原因もわかりました
お騒がせしました
お付き合いありがとうございました
では
307:デフォルトの名無しさん
09/02/22 23:14:02
e.ToString() したら InnerException も連鎖的に出してくれたような
308:デフォルトの名無しさん
09/02/22 23:23:18
TargetInvocationExceptionが起きると出してくれないんですよ
だから何が起きてるのかさっぱりわからなくてパニくりました
はずかしい
309:デフォルトの名無しさん
09/02/23 01:12:03
違うスレッドで起きてる例外だからスタックトレースとしては連続してないってだけだろ。
ちゃんと例外の発生したスレッドというかメインスレッド側で処理しておけ。
310:デフォルトの名無しさん
09/02/23 11:55:11
Blendがうんこ過ぎてメモ帳以下ですが、私の使い方が間違っているものだと思うので質問します。
BlendでBindingするときに、勝手に全ての対象へ「x:Name」を定義してしまうのですが、
デフォで親参照とかにする設定などありますか？
311:デフォルトの名無しさん
09/02/23 12:51:58
xamlっていったんC#のコードに変換してからコンパイルされるんですか？
コードビハインドのコンストラクタにあるInitializeComponent()の定義を参照
すると、window1.g.csみたいなファイルが生成されて、xamlを置き換えた
windows forms時代のようなコードが見られるんですが。
そうやってるなら、いっそのことxamlなしでc#オンリーの選択肢もほしい。
RADツール使うなら、xamlだろうとc＃だろうと、かわらんし。
>>283
激しく同意だ。xamlはとにかく裏で何やってるのかさっぱりわからんのが
気持ち悪い。
さっきのInitializeComponent()メソッドなんて定義がどこにもないのに、
使えることになっている。自動生成されたcsファイルいじったらどう反映される
んかねえ。 だいたい、プログラムのエントリポイントはいったいどこにある
んだ？？？ いくらなんでも隠蔽しすぎなんじゃないのかね、wpfは。
312:デフォルトの名無しさん
09/02/23 13:03:25
根本的に間違ってる
XAMLはC#のコードに変換しているわけではない
WPF自身が実行時に直接XAMLをパースして組み立ててる
window1.g.csはXAMLを読み込む処理を呼び出して
読み込まれた要素を対応するC#のフィールドに代入するためだけに生成される
313:デフォルトの名無しさん
09/02/23 13:11:51
C#だけでも作れるよね？
xaml使ったのとC#だけのもの、初期化処理は違うとしてもほぼ等価な動作すると考えていいの？
314:デフォルトの名無しさん
09/02/23 13:25:07
それはもちろんそうだけど
RADで生成するからxamlだろうとC#だろうとかわらんというなら
わざわざC#を吐かせるメリットがない
言語別に対応しないといけないし動的に読み込むこともできないし
人間が読んだり修正したりするのも難しいし
RADが人間による修正に対応するのも難しい
315:デフォルトの名無しさん
09/02/23 19:33:27
>>311
XAMLからコントロールの論理ツリーが生成される。～.g.cs のC#コードはそれを参照するため。
それと、ASP.NETと違ってコントロールへはIDによるアクセスじゃなくなった。
＞ xamlはとにかく裏で何やってるのかさっぱりわからんのが気持ち悪い。
裏とか表ってｗ
これはW*Fの基本理念の一つで、「1つのプログラム言語やコードで何でもでき、そして何でもやる。」
という旧態のプログラマ的な思想から脱却して、高度にモデル化され、そして機能と役目の分担が
進んだ結果、こう変化したんだよ。
>>313
できるよ。 過去の資産であるWindowsFormライクなプログラミングスタイルも継承しているからね。
過去の資産＝過去の頭脳ｗ ・・・過去の技術者を一気に冷たく捨てないところがマイクロソフト。
316:デフォルトの名無しさん
09/02/23 19:38:21
すごく…
胡散臭いです
317:デフォルトの名無しさん
09/02/23 20:08:53
UI専用の言語とその構造に基づいたデザイナという組み合わせは、C#のコードをドキュメント化
されていない流儀で自動生成するブラックボックスなデザイナよりも圧倒的に優れていると思う。
Windows Formsは昔のVisual Basicのノリから抜け出せていなかった。
それに、コンテナの配置はxamlでやって、コントロールの動的生成をコードでやって、とか、
役割分担のさじ加減をプログラマがコントロールし易い(Windows Formsでもできるけど)WPF
の魅力だと思う。
xamlはxmlベースの構造的な言語だから、不明瞭なのは直接の子要素がChildrenプロパティなのか
Contentsプロパティなのか、くらいだけで、同等のコードをC#で書くのってとんでもなく楽。
318:デフォルトの名無しさん
09/02/23 20:28:48
いやおまえら、partial classくらい知ってろよ。
2.0からずっと、UIとイベントの定義は一緒だろうが。
WindowsFormsとXAML、どっちも同じ。ASP.NETも。
XAMLはC#で全く同じものが書ける。これは最終的に一つのクラスになるから。
複数のソースで一つのクラスが定義できるのがpartial class。XAMLのように
言語が異なるのは既にASP.NETでやっている。
319:デフォルトの名無しさん
09/02/23 20:38:49
ここまでの議論の参加者で*.xaml.csでpartial クラスの機能が使われている事を知らない奴が
いるとは思えないんだが・・・
320:デフォルトの名無しさん
09/02/23 20:53:59
時代はpartial !! じゃなくてｗ
C#使ってるならそのメカニズムくらい分かってる筈だよ。
つーか、Formデザイナからだけでなく、XML構文によるUI要素の
名前空間、クラス、プロパティ、イベントの表現が、公式フォーマットの
XAMLドキュメントという定義で可能になったことが新しい。
321:デフォルトの名無しさん
09/02/23 21:02:35
そうそう。UI定義の方法は、Windows Forms時代には、デザイナが勝手な流儀で勝手にやっていただけ。でもxamlはXMLベースで標準の構造的な仕様が定まっていて、その構造の上にデザイナが
乗っかっている。だから、ブラックボックスで気持ち悪い、とはならない。
322:デフォルトの名無しさん
09/02/23 21:29:15
以前に書き込んだC#+WPF+ARToolkitPlus+DShow.NETでミクさん大放出を、
Windows Media Playerの視覚エフェクトにしてみた。WMPのSDK的に視覚エフェクト
プラグインはC++で作ってオンフレームでデバイスコンテキストに描画するように
なっているので難儀したけど、C#板でCOM InterOpについて助言してもらってどう
にかC#+WPFだけで全部やれた。
動画：URLﾘﾝｸ(www.nicovideo.jp)
ソース：URLﾘﾝｸ(sites.google.com)
のWMPEmitMiku.zip
なんかもうコンセプトがカオスになってきて、WPF板的にスレ違いっぽくなってきたので
これで終わりにするわ。後の進展(あるか分からないけれど)に興味がある人がいたらニコ動の
マイリストでも時々見てくれ。
323:デフォルトの名無しさん
09/02/23 21:36:00
> window1.g.csはXAMLを読み込む処理を呼び出して
> 読み込まれた要素を対応するC#のフィールドに代入するためだけに生成される
いっている意味がよくわからないんだけれど、
window1.g.csはイベントのシンクとかも処理しているように見えるんだが。
フィールドの代入だけなんて代物じゃないんじゃないの？
xaml全体がシンタックスシュガーかと思っていたよ。
そんなとこまで隠蔽して、
324:デフォルトの名無しさん
09/02/23 21:40:22
323が隠蔽された！
325:デフォルトの名無しさん
09/02/23 21:49:21
window1.g.csがやってること
・リソースのXAMLを読み込む(Application.LoadComponentに丸投げ)
・ロード後，CLRフィールドに要素を代入
・イベントハンドラのアタッチ
326:デフォルトの名無しさん
09/02/23 21:59:07
C#だってILに変換される。それを隠蔽とは言わない。
期待される動作が一通りで、その通りの動作をするのならば、より低いレベルが隠蔽されていても
問題にはならない。必要に応じて高レベル、低レベルを使い分ければ良い。
ブラックボックスが気に食わないのは、ただ一通りの動作を期待できないからで、それは知識不足
のせいだと思うんだけど。
327:デフォルトの名無しさん
09/02/23 22:13:06
XAMLをAPIでパースして、親子関係にのっとり
それぞれのUI用クラスを生成してるだけだろ？
どこが隠蔽されてて気持ち悪いのかぜんぜんわからねーよ。
328:デフォルトの名無しさん
09/02/23 22:22:48
バインディングとかがイベントで実装されている事を知らずに、謎のコードが自動生成されている
とか勘違いしているのかなあ。
俺が気持ち悪く感じるのは、XAML記述上の直接の子要素がどのプロパティ(ChildrenとかContentとか)
に対応するのかXAMLを見ただけでは分からない事だけだ。まあ確かにこれだけは気持ち悪い。
329:デフォルトの名無しさん
09/02/23 23:14:26
以前アップしたXAMLを使わないWPFの例
URLﾘﾝｸ(kansai2channeler.hp.infoseek.co.jp)
一番下のXAMLのWindowsタグをPageに変えて、utf-8でhoge.xamlで保存。
IEで開けばloose xamlでも動く。
330:デフォルトの名無しさん
09/02/23 23:42:06
>>322
ARToolKitはC++でライブラリをラップして、
DLL作ってから参照してるのかいな？
331:デフォルトの名無しさん
09/02/23 23:57:40
>>330
その部分はbrains-N-Brawnさんの仕事。
``ARToolKitPlus - modified to be a DLL and export C-style functions that can be pInvoked from C#''
URLﾘﾝｸ(www.mperfect.net)
その部分だけpure .netじゃない。そのDLLをPInvokeするラッパはbrains-N-Brawnさんのを拝借
していてそれはpure C#(PInvokeがpureかは別として)。それからDShow.Netも(COM InterOpが
pureかは別として)pure C#。そんでもって3D出力は、NyARToolkitなんかがDirectX SDKに含まれる
Managed Direct Xを必要とするのに対しこちらはWPFの3Dを使用しているのでまあ敢えて言えば
pure(標準の) C#。
というわけで、上記DLLを除いて、オリジナル・非オリジナルのコードいずれも完全に標準のC#と
.NET 3.5(WPF)で書かかれている。まあ、NyARToolkitなんかはARToolkitのコードをマネージコード
に真面目に移植しているので、どっちがpureかというのは微妙だけど。でも、3D出力がWPFである点
によって、とっつき易いアプローチになっている面は確実にあると思う。というか、それで無理やり
関連付けてこのWPFスレに投稿しているわけなんだが。
332:デフォルトの名無しさん
09/02/23 23:58:25
ごめん、改行が変になって読みにくくなった。
333:デフォルトの名無しさん
09/02/24 00:00:05
Windows フォトギャラリーで露出とかコントラスト調整すると
スライダーの移動に合わせてほぼリアルタイムに描画されるんですが、
この機能を自作 WPF プログラムに実装したい場合どうすればよいでしょうか？
334:デフォルトの名無しさん
09/02/24 00:07:08
WriteableBitmapでも使って更新しまくれとしか答えようがない
画像処理自体はスレ違い
335:デフォルトの名無しさん
09/02/24 00:10:59
詳しくないんだが、一応バインディングとかINotifyPropertyChangedインタフェースとかの話題じゃないか？
336:デフォルトの名無しさん
09/02/24 00:17:39
ビットマップの方更新するだけでよかったはず
337:デフォルトの名無しさん
09/02/24 00:19:37
どのタイミングで更新、っていいたいんじゃ？
338:デフォルトの名無しさん
09/02/24 00:22:30
ダイナミックリソースとかバインディングじゃないの？
339:デフォルトの名無しさん
09/02/24 00:22:59
>>331
を、便利な物を作ってる人がいたんだ！。
ARには興味あったのでいじくってみる。
ソース読ませていただきます。
340:デフォルトの名無しさん
09/02/24 00:24:30
よし、リフレクタの出番だ。
URLﾘﾝｸ(www.red-gate.com)
341:デフォルトの名無しさん
09/02/24 00:27:05
ほんとにビットマップ更新するならバインディングじゃどうしようもない
SliderのValueChangedイベント使うくらい
342:デフォルトの名無しさん
09/02/24 00:38:30
結局C#なのね
343:デフォルトの名無しさん
09/02/24 00:43:21
>>333の言いたいことってこういうこと？
URLﾘﾝｸ(blogs.wankuma.com)
344:デフォルトの名無しさん
09/02/24 09:29:03
>>323はタブーに触れて消されちゃったんだなあ。
345:デフォルトの名無しさん
09/02/24 20:55:23
入力可能なDataGrid風ListView↓使ってる人っている？
URLﾘﾝｸ(pro.art55.jp)
URLﾘﾝｸ(d.hatena.ne.jp)
テキストの編集中、右クリックでTextBoxデフォルトのContextMenuを開くと
TextBoxがキーボードフォーカスを失い、編集モードを終えてしまうんだけどそういう風にはならない？
ContextMenuのアイテムも選択できない。
346:333
09/02/24 22:01:41
おまえら、エスパーすぐるｗ
>>343 そこを参考にして画像ビューワーを作ってて、
>>341 のイベントで、
>>334 の方法で自前で露出の調整をしたら、
イベントの処理に５秒もかかっちゃって、
がんばって最適化しても１秒を切ることができなくて、
ためしに、 Vista の Windows フォトビューワーいじってみたら
瞬時に変わるので、これは、GPU 使ってるとか、DirectX 使ってるとか、
なんか自分の知らない WPF テクニックがあるのかと思って質問しました。
347:デフォルトの名無しさん
09/02/24 22:10:35
だから、>>340のリフレクタで解析してみなよ。
俺、Windows XP⇒Windows 7ベータだから、Windows フォトギャラリーないんだ。
348:デフォルトの名無しさん
09/02/24 22:17:07
WPF自体はDirectXつかってるけどな
349:デフォルトの名無しさん
09/02/24 22:46:22
単に画像処理の実装が悪いだけだろ
WPF自体の描画更新なんか画像処理に比べたら一瞬
350:デフォルトの名無しさん
09/02/24 22:47:51
unsafeってしってるか？
351:デフォルトの名無しさん
09/02/24 22:48:31
Bitmapの処理はメモリをロックしてアンマネージでポインタを使わないと遅いぞ～。