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/
82 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:50:25 ]: XAMLって言語なんですか？
個別に本を買って勉強した方がいいですか？
これやりたくて今C#勉強してるんですけど、道のりは長いですね
83 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 01:46:19 ]: >XAMLって言語なんですか？
XMLベースの宣言的言語
84 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 01:58:25 ]: 別にWinFormsのような感覚でやっててもいいわけだし
85 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 02:15:21 ]: >>82
XAML は言語といっても HTML みたいなものだから、そんなに難しくはないよ。
見たり書いたりしているうちに、すぐに慣れると思う。
86 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 03:08:29 ]: >>85
静的なものはいいんだ
問題はバインド関係
正直リソース系のあの宣言方式はどうにかならんかったのかと
87 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 13:20:19 ]: MouseBindingで、(None or Shift or Ctrl or Shift + Ctrl)+左クリックを表すには
4通り全て書く以外方法は無いですか?
88 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 13:52:33 ]: そうやってROでくくってやれば１通りの書き方で収まってると思うんだけど？
89 名前：デフォルトの名無しさん mailto:sage [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 19:29:18 ]: 質問
XAMLの階層構造ってなんですか？
91 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 23:37:31 ]: 画面の階層構造
92 名前：デフォルトの名無しさん [2009/02/03(火) 11:54:59 ]: >>71

そっかなあ。HTMLドキュメントをDOMで操作すること考えたら、
アーキテクチャの設計次第では大したことないと思うが。

第一、いまどきGUIの設計はRADユーティリティ利用が当たり前で、わざわざ
コード書くバカいないだろ。windows formのときにそんなことしてた？
93 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 15:06:40 ]: だからそのデザイナが生成するコードがC#じゃなくてXAMLになっただけだよ
Designer.csなんてちょっと複雑になると人間が読むのが難しくなるし
必要に応じて修正することもできない
94 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 15:54:12 ]: 一回デザイナのコードが壊れると、デザイナのウィンドウに
ブラウザの「ネットに繋がってません」的なコードを表示するようになる
これがコントロール関係でのエラーだと修復はほぼ不可能
95 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 16:05:19 ]: XAMLなら言語に依存しない
VBだろうとC#だろうとIronPythonだろうと同じデザイナが使える
96 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 16:17:27 ]: XAMLはずらっと項目が並んだプロパティウインドウをちまちまクリックするのは面倒くさいだけだと気付かせてくれた点で（作る側的に）UI革命
97 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 17:02:51 ]: XAML採用の理由は、半分ぐらいExpression Blend用だろ。
98 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 18:24:55 ]: Expression Blendだけ高すぎる・・・
せめてExpression Webくらいの値段にしてくれ
99 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:03:36 ]: あんなもん売れても無いからそのうちVSに統合されるよ
100 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:46:10 ]: ttp://japan.zdnet.com/news/os/story/0,2000056192,20387503,00.htm
> 特にVistaに組み込まれた画像描画機能であるWPFの利用が伸び悩んでいることに触れて

自分らは使ってないくせに、どの口が言うか
101 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 19:49:25 ]: VS2010で使われるよ
102 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 20:20:56 ]: 基本XAML無しで追加機能としてXAMLも使えるよ的に出してればもう少し使われたかも。
いきなりUIだけ別言語使えとかハードルが高すぎたんだ。
103 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 20:23:01 ]: そもそも今まではUI作るのに開発言語なんか使えなかっただろ
いままで通りデザイナで作るのに加えて，オプションとしてXAMLを直接いじることもできるようになった
104 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 20:31:30 ]: WPFがココまで使われないとは正直思わなかった。
おそすぎんだよな。きびきび動いてたら色々と使う所も出てきたと思うけれど。
Longhorn時代に出ていた想定アプリケーションはどこへ行った屋ら
105 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 20:33:47 ]: >>102
昔だってダイアログはリソーススクリプトで別だったじゃないか。
まあ手書きなんてやらないけど。
106 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:07:31 ]: そもそもデスクトップアプリの数が増加どころが淘汰・減少気味だからなぁ。
数だけでいえばデスクトップのWPFアプリよりもブラウザベースのSilverlightの圧勝になりそう。
機能限定とはいえOffice移植はインパクトでかいよ。

とはいえWPF製デスクトップアプリも無いわけじゃない。
Xperfは最近やたら見かけるようになってきたし。
Windows 7付属のPowerShell統合環境も確かWPF製。

MS以外だと映像系で即戦力として使われてる感じ
ttp://loilo.tv/ とか >>6 が書いてた ttp://tmpgenc.pegasys-inc.com/ja/product/tme3.html とか
107 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:59:59 ]: >>100
普及させたいならまずExpressionタダにしろよ
108 名前：デフォルトの名無しさん [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 22:08:48 ]: >>104
WindowsXPで走らせるとモッサリするからな。
WPFが増えるには、WindowsXPの比率が下がらないとね。

Beta1で評価が高いWindows7、製品版の完成度と出来映えに掛かる！
110 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 22:55:34 ]: >>108
まぁ要するに、公開当初のコントロールが不十分で
しかもVS2008のエディタが㌧でも無く貧弱だった
これに尽きる

上の方でちまちまフォーカスしてプロパティ設定するより直打ちがいいとか抜かしてるのいるけど
直打ちじゃそもそもどんな属性があるのか「その場」で分からんじゃないか
とか言うと「最初にヘルプ嫁ボケ」とか言われそうだが、昔から読み辛いのに定評あるだろヘルプは
ただでさえ作法違うんだから、一目瞭然にすべきだった
111 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:13:57 ]: プログラムでビットマップデータ変更すると即座に表示に反映される、ってことしたいんだけど
WPFだとどうすればいいの？
112 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:17:43 ]: どのレベルで分からないのさ？
113 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:22:24 ]: >>111
WriteableBitmap？とエスパーしてみる
114 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:26:39 ]: WPF,xamlまださわったことないんだ
だからどのレベルといわれてもｗ

WriteableBitmap?ぐぐってみる、ありがとう
エスパー大好き＾＾
115 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:26:49 ]: Dependecyつかえば？
116 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:12:43 ]: Dependency？
依存関係プロパティとかいうやつですか？
勉強してみます
ありがとう

WriteableBitmap、チョイ見た感じわかりやすそうでいいですね
DirectX？やってるような気分になる
ほんとエスパー大好き＾＾
117 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:27:16 ]: >>110
なんでMSってヘルプ作るのこんなに下手なんだろうな
118 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 00:30:09 ]: 形にこだわってるという印象がある
体裁ととのってればよし、みたいな
119 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 01:50:23 ]: 伸びてると思ったらこれか！
120 名前：デフォルトの名無しさん [2009/02/04(水) 16:56:24 ]: >110
xaml直打ちはありえんな。今時ウェブデザイナでもそんなことはせん。

そもそも「UIとロジックの分離」ってのが胡散臭すぎる。
ウェブの世界では確かにUIはデザイナが作ってるけど、そもそも商用パッケージ
製品でもない限り、デスクトップアプリケーションの世界UIデザインとロジックを分
離して別々の間が作るなんてあり得ない絵ゾラごとだとおもう。
xamlはxbapとかsilverlight専用でいいよ。
121 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:45:21 ]: >>117
　osx になってから、Appleの開発者サイトは見やすくなった。
122 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 20:48:34 ]: >>117
互換性ってのを気にしてるんじゃない？
Macはそこらへん無視だから作り直したりできるけど、MSは数十年前からの積み重ねだから自由が利かないんじゃない？
123 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 21:17:40 ]: >>120
多人数開発が当たり前のデスクトップアプリケーションで、UIとロジックをろくに分離せずに開発するとか完全に死亡フラグ
124 名前：デフォルトの名無しさん [2009/02/04(水) 22:25:43 ]: >>123

画面設計とバックエンドを分離することはあるが、UIと「UIにまつわる」ロジックを
分離するなんてありえんだろ。
125 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 23:01:33 ]: >>124
モデル部、モデル部と連携するUIイベントハンドリングと相互作用、UIでの表示とイベント操作を行うコントロールは分離可能。
WPFでのXAMLは２と３の分離
126 名前：デフォルトの名無しさん [2009/02/05(木) 08:27:38 ]: >>125

MVCの役割をキチンと分離して見通しがよく、相互に影響の少ない
プログラミングを、なーんて話と、実際にを分離・分業で作成して
うまくいくかどうかって話はべつもんだろ。
UIの入出力なんてそもそも不可分いったい何だから、「分けましょう」
なんて教条主義ふりかざしたところでうまくいかんものはいかん。

デザインがプログラミングとは別に意味を持つwebの世界ならともかく、
デスクトップアプリケーションでV,C分離して分業する意味もないし、
そんなことして品質と生産性が保てるとは思えん。

理想論としては分業しなくても極力見通しよく設計する方がいいのは
確かだけれど、
・分業するためにはVCをきっちり分離しておかないとという話と
・分業も必要ないのに VCをがちがちに分けすぎたものが果たして
使いやすいのか？という話を混同してない？
127 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 08:56:36 ]: >>126
いや、業務アプリでも捨てコードとかでないならきっちりやっとくべきだと思うけどね。
動かしたあととかに色々変えてくれとか言うものも出てくるはず。その中にはきちんと分離しておけばZAMLレベルの修正で住むものも宅差なると思われ。
ドメインモデルとのやりとりはUIの中のVからはやったらあかん。
128 名前：デフォルトの名無しさん [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:13:42 ]: ＞・V,Cは別々の人が設計すべき→・だからXAMLがいいんだ
これが違うというのは同意。また分業しないほうがよいというのも同意。

でも仕様が不明確で肯定がグダグダになるのとMVCなどで分離するかどうかはまた別のはなしかと。

どうせ全員一致のMVCの定義すらないわけだしそこらへんの言葉遊びしても意味ないかと。
WinFormsよりはWPFのほうがいずれにしてもUIとモデル部などを分離しやすいのは確かだし。
仮に分業目的でなくてもWPFでの分離の仕方はそれなりにいいと思う。その手段としてXAMLがあるわけだが、それは必須条件じゃないし。
130 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 16:40:28 ]: quince.infragistics.com/
ここ面白いな
131 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 17:19:19 ]: >>130
かなり面白いな。
どっかにサンプルソースがないのかねぇ…。みつけられんかった。
132 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 21:32:15 ]: >>130
愛用のoperaじゃぴくりともう五課ねぇ･･･
133 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 21:43:06 ]: >>132
さぁ、Opera 10 alphaを入れるんだ
134 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:09:02 ]: >>130
何が面白いんだよ馬鹿しかもSilverlightだからスレ違いだろボケ
135 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:25:41 ]: 見たけどページはSilverlightだけど中身はWPFじゃん
HTMLはスレ違いとかならかわいげがあるが
136 名前：デフォルトの名無しさん mailto:sage [2009/02/05(木) 23:37:06 ]: 両方あるんだけど、、、
137 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:02:56 ]: ソースもあれば最高なんだけどな
138 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 14:19:44 ]: VirtualizedWrapPanelが無いのはなぜなんだ…
139 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 14:32:06 ]: 僕らが車輪の新生産を出来るように。
140 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 21:40:48 ]: StackPanelは画面内に収めるのが普通だから
141 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 03:47:15 ]: System.Windows.FormsのLocationに相当するものはWPFのコントロールにはないの？
142 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 04:43:18 ]: Canvas
143 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 12:58:41 ]: WPFにもなってLocationなんて指定する奴はWPFの存在意義がわかってない
144 名前：デフォルトの名無しさん [2009/02/07(土) 13:06:59 ]: XAMLでブール値を設定するにはどうしたらいい？
～～～="True"
じゃぁ文字列になってしまう。
145 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:16:51 ]: WPFってエフェクトさえ使わなければ軽い気がしてきた
146 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 15:48:49 ]: 3.5はシェーダ使うようになったからエフェクト軽くなったらしいけど
147 名前：デフォルトの名無しさん mailto:sage [2009/02/07(土) 19:15:47 ]: >>142
ありがとう

>>143
なんで聞いてるか理解できないならどっかいけ
148 名前：デフォルトの名無しさん mailto:sage [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 18:40:59 ]: ウィンドウの大きさを変化させたとき
右下に配置したボタンがずっと右下にあるようにするにはどう設定すればいいですか？
150 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:33:09 ]: Grid使うとか，DockPanelで下にStackPanel { FlowDirection = LeftToRight }配置してその中に入れるとか
WinFormsのDockみたいな考え方はしない
151 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 22:36:55 ]: 間違えたRightToLeftだった
152 名前：デフォルトの名無しさん [2009/02/09(月) 00:45:24 ]: >>149
VerticalAlighnment="Bottom", "HorizontalAlignment="Right"
じゃだめなの？
153 名前：デフォルトの名無しさん mailto:sage [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 01:00:58 ]: >>149 だった訂正
155 名前：デフォルトの名無しさん [2009/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でやる
サンプルプログラムを
www.mperfect.net/wpfAugReal/
で公開したんだ。

俺はこれは使える！と思ったんだけど、brains-N-brawnさんのコードはARToolkitPlusの
色々な機能を試していて軽量なサンプルとは言い難い物だった。それで、自分でARToolkitPlus+DirectShow.NET+WPFの組み合わせの最低限の内容を持って十分に整理された
スケルトンコードを書いてみた。こいつは特別なライブラリを導入しなくてもVisual C# 2008
のみでビルド可能でしかも3D部分はWPFだし、WPFだからGUIとの連携も容易だしで、
これからARを始めようとする人にはサンプルとして比較的向いているかもしれないと思う。

そんなわけでコードは
sites.google.com/site/augmentedrealitytestingsite/download
ここに置いてある。あと、www.nicovideo.jp/watch/sm6074669にデモ動画を
アップしてみたけど、ミクさんとかの面白いネタがあるわけじゃない。

ニッチ市場向けの内容なのに長文ですまない。せっかくだから誰かが活用してくれるとうれしい。
156 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 12:31:01 ]: >>150,151,153,154
ありがとうございます
Dock、Dockの階層化でやってみて所望の動作ができることを確認しました

>>152
やってみ
157 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 15:36:09 ]: >>156
152です。
<Window x:Class="WpfApplication1.Window1"
xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">
<Button Width="120" Height="80"
HorizontalAlignment="Right" VerticalAlignment="Bottom"
Margin="0,0,10,10">Button</Button>
</Window>
じゃ駄目なの？と思ったんだけど、実際にはほかのコントロールも配置するんだから
実際にこんなコードにはしないね、確かに。
158 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 18:56:36 ]: >>117
なんでTipsみたいなものをもっと大量に用意しないんだろうな。
ネットであさったりあれこれ実験したり、（それこそこういうとこで聞いたり）に
多くの人間がどれだけ無用な時間を取られていることか。

割く人員が少ない（天下のMS様だがそういう金はなぜかない）とでもいうのなら、例えば適当な学生を複数雇って、
よくあるタイプのフリーソフトを指定して（この「ちょっと高機能な関数電卓ソフト」の類似品を１からWPFで作ってみてくれ）
わかりにくかった点はどこで、どう解決したのレポートを書かせて、
適当にリライトしてアップすればいい。
「ただでも習得しようと思っていたところ」だというので、
1本十万円とか１ページ１万円くらいでバイトとして喜んでやる奴幾らでもいるだろう。
節約したいならインドあたりの工科大の学生とかでいいわけで。

「WPFでこれらの見た目も機能もカラフルな数々の便利ソフトがすぐ出来ます。
全ソースと整理されたわかりやすい解説はこちらのページ群をご参照」
使う気になる人間・会社、ぐっと増えるんじゃないんだろうか。
そういうことをほとんどせず>>100
159 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 19:10:27 ]: 金というか資本主義じゃなかったら今だにマンモス狩ってるだろjk
160 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 19:16:25 ]: 技術オタク万歳
ゲーム廃人よりたちが悪い。
そこに付け込んだのがWPF
つかわなきゃいいだけ
161 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 20:53:10 ]: 今日、渋谷の書店でWPFの書籍を買おうとした
かなり品ぞろえが悪かった（３，４冊くらいしかなかった）
WPF大丈夫なのか？
不安になって本買うのやめた
162 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:10:00 ]: まずは、WPFのなんたるかから勉強しろ。
哲学みたいなもんだ
163 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:30:56 ]: >>158 とか >>160-161 みたいのは、PHPやRubyだけやってればいいと思うよ。いやマジで。
164 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 21:34:08 ]: 本買わなかっただけでその仕打ちorz
165 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:09:11 ]: いいんじゃん自分だけわかるみたいなこと言わせておけば
使う人少なければ開発続かないだけだし
166 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:37:20 ]: デスクトップUIの技術自体がもうそれほど重要視されない時代で、なおかつ、
MS系技術がやたらめったら嫌われる傾向の日本では、今後も流行ることないから、
日本語ドキュメントが山ほどあるみんなが使っているものを触らないと落ち着かない人であるとか、
マイナーなものに手を付けることを、今後（その技術のエッセンスがどっかで生き残るだけじゃなくて）
その製品自体が普及するか否かだけで不安になる人は、来ないほうがいいよと言ってあげただけ。
167 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:44:29 ]: サンプル山ほどあるだろ
168 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 22:49:57 ]: ほんとその通り。
UI技術に投資するなんて無駄なだけ。
もっとやるべきことがある
169 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 23:24:52 ]: 勉強すればいいと思ってる馬鹿は大抵学歴が高い傾向にある
本質がわからない。辿りつけない層であり、GDPを上げるために仕込まれた人口比率の最も多い層でもある
プログラミングすらしないで目的を達成させることのほうが大事
お前の言っているやるべきこともたぶん糞
170 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 23:36:27 ]: ＞プログラミングすらしないで目的を達成させることのほうが大事
そりゃそうだが、プログラミングする以上はちゃんと勉強しろよ
171 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 23:46:35 ]: 軍事技術が優先だったけど今はそいつらが集まって自動でアプリケーションを作りだす人工知能の開発に本気になってるから
それまで待ってろ。もう５０年もすれば人がいらなくなる
172 名前：デフォルトの名無しさん mailto:sage [2009/02/09(月) 23:51:36 ]: >>171
その頃ロシアではウォッカの生成方法を考えるAIの研究をしていた
173 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 00:41:09 ]: >>171
未来の二つの顔だな
あれの中ではナイスなAIのおかげで皆働かなくてよくなったとなってたが、もし実現しタラ超格差になるだけのような気がする。
174 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:08:05 ]: 俺はWPFに賭ける
今すごい使い方を編み出せばMSからMVPをもらえるかも知れん
やってやるぜ
175 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:18:21 ]: >>174
釣り針垂らしてスレチの阿呆に餌を与えようとするなｗ
176 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 08:14:56 ]: >>155です。
せっかくなのでARToolkit+DShowNET+WPFでミクさんネタもやってみました。
まあ、このネタはもうやりつくされた感がありますが。ミクさんxamlにしたよー。疲れた。
　
www.nicovideo.jp/watch/sm6099189
sites.google.com/site/augmentedrealitytestingsite/download (コード)
　
UIとかあんまり関係ないプログラムになっているけれど、WPFってUIのフレームワーク
なのにビットマップエフェクトと3Dを宣伝文句にする姑息な事してきたわけだから、
3D描画に酷使してやれば本望だと。それに前にも書いたけど本家ARToolkitがGLUT
べったりなのに対してWPFを使っているのでこのコードをスケルトンとして作ったプログラム
ではバインディングなどのWPFの恩恵を受け易い。・・・はず。
177 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 22:40:41 ]: CAG for WPF 日本語版出てたのね。
ttp://msdn.microsoft.com/ja-jp/library/dd365013.aspx
178 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 22:54:52 ]: WriteableBitmapとBitmapなにがちがうですか？
179 名前：デフォルトの名無しさん mailto:sage [2009/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 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 04:21:50 ]: >>179にレスが付かなくて(179は俺ね)連投みたいになってもうしわけないんだが、
Storyboardを使ってミクさんをアニメーションさせたので、またコードと動画を貼っておく。
　
sites.google.com/site/augmentedrealitytestingsite/download
www.nicovideo.jp/watch/sm6116619
www.nicovideo.jp/watch/sm6117872
　
WPFって一応今の流行だと思うんだけど、何でこんなに過疎ってるの？
181 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 04:54:52 ]: 必ずしも必要なものが出現するとは限らない
社員を遊ばせておくぐらいなら何かを作らせた方がいいという時だってある
Vista、C#、WPFなんかがそれに当てはまる。
182 名前：デフォルトの名無しさん mailto:sage [2009/02/12(木) 07:14:01 ]: >180
これって、描画領域になんか重ねたりとかも出来るの？

[ 続きを読む ] / [ 携帯版 ]

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