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/
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まださわったことないんだ だからどのレベルといわれてもw 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は2と3の分離
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様だがそういう金はなぜかない)とでもいうのなら、例えば適当な学生を複数雇って、 よくあるタイプのフリーソフトを指定して(この「ちょっと高機能な関数電卓ソフト」の類似品を1からWPFで作ってみてくれ) わかりにくかった点はどこで、どう解決したのレポートを書かせて、 適当にリライトしてアップすればいい。 「ただでも習得しようと思っていたところ」だというので、 1本十万円とか1ページ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の書籍を買おうとした かなり品ぞろえが悪かった(3,4冊くらいしかなかった) 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 ] 軍事技術が優先だったけど今はそいつらが集まって自動でアプリケーションを作りだす人工知能の開発に本気になってるから それまで待ってろ。もう50年もすれば人がいらなくなる
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 釣り針垂らしてスレチの阿呆に餌を与えようとするなw
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 これって、描画領域になんか重ねたりとかも出来るの?
183 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 07:31:00 ] >>182 Canvasの上にViewport3Dという構成だからCanvasに重ね描きするかその上に別のコンテナを乗っけてViewport3DとZオーダーを調節すれば良いんじゃない?ソースあるから適当にいじってみて。
184 名前:デフォルトの名無しさん [2009/02/12(木) 11:19:15 ] visual studioで app.xamlのstartupUriに指定されたウィンドウのxamlファイルの ファイル名を変更しても、リファクタが効かず、毎回手で変更しないといけない のですが、これってバグですか? ファイル名ではなくクラス名としてのwindow1の名を変更したときにはちゃんと xamlにも変更を反映してくれるので、技術的な問題と言うよりも、忘れられちゃった としか思えないんですが。 みなさん、デフォルトの"window1.xaml"のまま使っているんでしょうか?
185 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 11:27:29 ] >184 C#の仕様上はファイル名と中のクラスには何の関係もないんだから、 中に記述されていうクラスのクラス名を変えないとリファクタリングは 効かないに決まっている。ただ、その場合もxamlの記述までは置換され なかったような記憶があるけれど。
186 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 11:28:30 ] 185です。 >>184 あ、その場合にはうまく行くのね。
187 名前:デフォルトの名無しさん [2009/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 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 13:13:04 ] SuspendLayout, ResumeLayout, Invoke, Refresh, Update, Invalidatedと等価なのは何でしょう?
189 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 16:08:23 ] すいません、「WPF」での「Dim IconB As Icon = Icon.FromHandle(Icon_hWnd)」はどこにあたるのでしょうか? WPFでIconは全てImageに変わったというのは判ったのですが、アイコンハンドルから画像に変換することができませんでした。 もしかして、別の方法でハンドルからアイコン画像を変換する方法があったら教えてください。 よろしくお願いしますm(_ _)m
190 名前:デフォルトの名無しさん mailto:sage [2009/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 mailto:sage [2009/02/12(木) 16:49:52 ] 自己解決しました。
192 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 16:53:15 ] >>191 俺は知らない事なので、せっかくだから解決内容を書いてもらえるとうれしい。
193 名前:>>189 mailto:sage [2009/02/12(木) 17:11:01 ] もっとスマートならいいのですが、本当に自己が満足しただけの解決なんです orz WPFでフォームをホストしてから、その中で「FromHandle」を使っただけという残念な方法です。 恐らくWPF内でForm系列のものを利用できるような方法があると思うのですがMSDNにも載っていないようなので諦めました(爆
194 名前:デフォルトの名無しさん mailto:sage [2009/02/12(木) 17:14:34 ] ttp://msdn.microsoft.com/ja-jp/library/system.windows.interop.imaging.createbitmapsourcefromhicon.aspx
195 名前:>>189 mailto:sage [2009/02/12(木) 17:54:54 ] >>194 さんありがとうございます! 何とか無事にアイコン取得できそうです。 Win32との相互というのは覚えとくべきですね
196 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 00:33:09 ] SendToBackってどうすればいいですか?
197 名前:デフォルトの名無しさん [2009/02/13(金) 05:52:26 ] 最近、WPFが遂に流行ってきた気がする
198 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 06:29:43 ] ない
199 名前:デフォルトの名無しさん [2009/02/13(金) 21:04:43 ] また、プログラミング言語ごとの募集要項での平均年収について、2007年から2008年にかけての上昇 額ランキングを見ると、C#が前年比66万6000円増と大幅に上昇した。2008年における平均年収ランキン グでも1位となっている。 ttp://headlines.yahoo.co.jp/hl?a=20090213-00000000-zdn_ait-sci ついに来たな、時代が俺に追いついた
200 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 21:15:54 ] まじかああああああああああああ ついにきたあああああああああああああ
201 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 22:49:06 ] >>199 ちょっと前と比べてかなり速くなったしドライバとかでもない限り今わざわざCやC++でやる必要もなくなってきたしな ASP.NETやSilverlightもあるしMonoを使えばMacでもLinuxでもUnixでも動くしバックにマイクロソフトがいる 何が言いたいのかって言うと今までが安すぎたんじゃねってこと ついでにこれ貼っておきますね japan.zdnet.com/news/internet/story/0,2000056185,20388173,00.htm
202 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:05:22 ] Miguel、GNOMEやってたときはかなり偏屈なあんちゃんだったように思うが なんかもう完全にMSの飼い犬になってるな。そのうちNovellやめて MSに入社するんじゃないか?
203 名前:デフォルトの名無しさん mailto:sage [2009/02/13(金) 23:25:04 ] >>202 年を重ねるうちに丸くなったかお金のおいしさをしったかのどっちかだろうな
204 名前:デフォルトの名無しさん [2009/02/14(土) 02:03:55 ] クラスライブラリ(dll)からWPFのwindowを作成して表示するには どうしたらいいんでしょうか? winformなら「新しい項目の追加」でformを追加しておいてnewしてshowすれば 表示できましたが、WPFだとそもそもユーザーコントロールしか追加項目 に現れてきませんが、そういうことはそもそもできないんでしょうか?。
205 名前:デフォルトの名無しさん mailto:sage [2009/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 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 11:49:00 ] エラー文抜き出して検索すれば早いだろうに。 detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1115761341 それにスレチな。
207 名前:デフォルトの名無しさん [2009/02/14(土) 13:05:02 ] >>204 自己解決しました。 いったんUserControlを新規項目として追加して UserControlをWindowにxaml側、cs側両方で書き換えたら 普通に new →show()で表示することができました。 でもなんでIDEから簡単にwindow追加できないんだろう。
208 名前:デフォルトの名無しさん mailto:sage [2009/02/14(土) 13:22:51 ] >>206 それはもうやりました・・
209 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 06:33:21 ] ARToolkit+WPFで今度はミクを溢れ出させてみました(というか簡単な物理シミュレーション)。 www.nicovideo.jp/watch/sm6155021 sites.google.com/site/augmentedrealitytestingsite/download (ソース:ARWithWPFMikuEmitted.zip) WPFの3Dにもようやく慣れてきた・・・
210 名前:デフォルトの名無しさん [2009/02/15(日) 14:47:42 ] ListBoxの選択色を変えるにはどうしたらいい?
211 名前:デフォルトの名無しさん mailto:sage [2009/02/15(日) 15:59:42 ] msdn.microsoft.com/ja-jp/library/system.windows.controls.listbox.itemcontainerstyle (VS.95).aspx このプロパティに、TemplateプロパティにListboxItemをターゲットとするコントロールテンプレートを割り当てるSetterを含むスタイルを与えてやればよい、と思う。そのコントロールテンプレートの中でTriggerを設定するのね。 ListViewの場合でしかやった事がないので外してるかもしれないけど。