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

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/ 70 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 16:20:12 ] XAML使わない方が圧倒的に面倒 試してみた俺が保証する 71 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 16:22:20 ] C#で書くと階層構造作るのが面倒臭すぎる 後で解読不能 72 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 16:35:53 ] XAMLでロジック作労とするとこれがまた面倒なんだよな･･･ 73 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:05:34 ] 混ぜて使うのが普通だろ。 前のスレにXMALなしのサンプルがあったが、アップローダーからは消えてるな。 HTMLをjavascript+DOMで動かすようなもの。 74 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 17:49:57 ] UIとロジックを徹底的に分離しようと意識して書いてみたら結構いい感じになった ような気がする。 BindingとかStyleとかコマンドとか、理解が進むと便利な仕組みだと実感できる。 75 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 20:38:26 ] UIとの分離については、RoutedCommand が重要なポイントだと思う。 C#側でコマンドをずらずら書くところをもうちょっと綺麗にしたいけど。 76 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 21:43:51 ] xamlって、Cocoaでいうnibみたいなもん？ 77 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:32:12 ] >>70,71 C#に対する利点ってどんなところ？ 何が書きやすくなるの？ 78 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:44:39 ] やってみればいいじゃん。 WPFはどっちのやり方も使えるように設計されている。 79 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 22:49:40 ] 一回好きなようにXAMLで書いてみて，それをC#で書き直してみたらいい アニメーションとか死ねる 80 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:29:06 ] 画面の位置、階層構造　XAML>C# ロジックや複雑な関係構築　XAML<C$ 81 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:30:03 ] どっちもナイス　VB 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のエディタが�dでも無く貧弱だった これに尽きる 上の方でちまちまフォーカスしてプロパティ設定するより直打ちがいいとか抜かしてるのいるけど 直打ちじゃそもそもどんな属性があるのか「その場」で分からんじゃないか とか言うと「最初にヘルプ嫁ボケ」とか言われそうだが、昔から読み辛いのに定評あるだろヘルプは ただでさえ作法違うんだから、一目瞭然にすべきだった 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 ] ＞プログラミングすらしないで目的を達成させることのほうが大事 そりゃそうだが、プログラミングする以上はちゃんと勉強しろよ

---

---

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

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