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

WPF(XAML,XBAP,.NET3. ..

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>...

次ページ