【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】

【新GUI FW】WPF（XAM ..

116:デフォルトの名無しさん
07/02/28 11:08:21
>>113
気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？

117:デフォルトの名無しさん
07/02/28 13:28:35
普及しようにもナ・・・・・
しばらく無理だろ
つうわけでマターリ4.0待つか

118:デフォルトの名無しさん
07/02/28 15:43:05
98SEでいいやとか言ってる連中にマルチコアも糞もないだろ

119:デフォルトの名無しさん
07/03/01 21:04:08
>>116
確かにUIContextの件は残念だけどそこでマルチコアを持ち出すのはどうだかね。
コア数に応じてスケールする、本当の意味でのマルチコア対応を謳いたければ、
結局RDBMSなりWFなりの仕組みの上でプログラミングしないときついんじゃないかな。
そういう場面でUIContextの不在が問題になる状況ってあんまり思い付かないんだけど。

スレッド2～3個の処理をハードコードして自己満足に浸りたい時には確かにUIContextが恋しくなるけどね。
でもベンチとってみたら猿でも使えるSQL Serverの方が高いスケーラビリティを示すなんてことが実にありそうだ。

ところでマルチコア以前に今のアプリはI/Oやネットワークの
ブロッキングに対して無頓着なの多すぎだと思わない？
ちょっとネットワーク帯域が狭いからってUI応答が遅延するアプリが平気で生き残ってるし。
マルチコア以前にシングルコア時代の宿題がまだ終わっていない。

本気でやろうと思ったらVistaのWin32 I/Oキャンセルも対応しないと大変なのかもしれんけど。
URLﾘﾝｸ(www.microsoft.com)

そういえばOrcas March 2007 CTPのリリースノートに「CLR: New Async model on Socket class」とかあるね。
まあ大半の開発者にっとってはこんなの使いこなす以前の問題が山積みで、結局大して使われない予感もする。

WPFとあんまり関係ない話でスマソ。

120:デフォルトの名無しさん
07/03/01 22:02:25
色んな話をｺﾞｯﾁｬにして誤魔化す気満々？

121:デフォルトの名無しさん
07/03/01 23:05:44
なんか必至にごまかしてるな

122:デフォルトの名無しさん
07/03/02 00:48:18
なんか、知らぬ間に誰かが書き込みしてるな。

123:デフォルトの名無しさん
07/03/02 07:38:49
>>119
フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。

124:デフォルトの名無しさん
07/03/02 10:33:29
>>123
へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。

そういや最近CCR特許がパブリッシュされてたね。
URLﾘﾝｸ(www.freepatentsonline.com)

125:デフォルトの名無しさん
07/03/02 11:21:56
Concurrency and Coordination Runtimeでしょ

126:デフォルトの名無しさん
07/03/03 00:55:21
ロボットって時点で萎える

127:名無しさん♯
07/03/03 05:14:40
>>124
　　　　　　　　∧＿∧　　　┌─────────
　　　　　　 ◯（ ´∀｀）◯ ＜僕はJoinsちゃん！！
　　　　　　　＼　　　／　　└─────────
　　　　　　　_／＿＿＼_
　　　　　　（＿／　　＼＿）
　　　　　　　　　　ｌｌｌ

URLﾘﾝｸ(research.microsoft.com)
URLﾘﾝｸ(research.microsoft.com)

128:デフォルトの名無しさん
07/03/03 20:47:26
狂ったか

129:デフォルトの名無しさん
07/03/07 22:07:44
Vista、個人での利用は0.9％、会社ではゼロ
URLﾘﾝｸ(headlines.yahoo.co.jp)

Vistaｵﾜﾀ

130:デフォルトの名無しさん
07/03/07 23:24:24
XPの時もそんなこと言ってる奴がいたな。

131:デフォルトの名無しさん
07/03/07 23:35:05
XPの時も抵抗激しかったね。
「ペケポン」と呼ばせようとしてたりｗ

132:デフォルトの名無しさん
07/03/08 00:46:04
>>108
ゲーム作ったことないだろ

133:デフォルトの名無しさん
07/03/08 00:49:16
ま、今のMS、日本法人も含めて、今回結果を出せなかった奴は全てクビにしないとダメ。
そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。

134:デフォルトの名無しさん
07/03/08 00:50:46
PS2の時もそんなこと言ってる奴がいたな。

135:デフォルトの名無しさん
07/03/08 08:43:50
>>132
ゲームならDirectXで作れよ

136:デフォルトの名無しさん
07/03/08 09:29:25
XBOX360はアメリカ(欧州も含む？)ではかなーり高い評価らしいな。

137:デフォルトの名無しさん
07/03/08 09:35:48
方向としてはオワタに向かってる会社にそこまでしてマンセーして楽しい？
何がメリット？

138:デフォルトの名無しさん
07/03/08 14:21:34
明日の飯を人質にとられてるから。

139:デフォルトの名無しさん
07/03/08 15:05:26
>>135
GDIのウンコ加減を認めると？

140:デフォルトの名無しさん
07/03/08 15:27:07
適材適所って知らないのかな

141:デフォルトの名無しさん
07/03/09 02:19:20
GDIがどの時代に生まれたのか考えれば、哀れみを持って接することが出来るはずなのだがな。

142:デフォルトの名無しさん
07/03/09 09:08:25
GDIは性能を除けば可愛いインターフェースだお。
アクセスの仕方に注意すれば劇遅ってわけでなし。

143:デフォルトの名無しさん
07/03/09 18:17:15
まあ描く内容による罠
16*16と1280*960のBitBltじゃぜんぜん違うし。

144:デフォルトの名無しさん
07/03/15 23:21:52
milcoreの仕様公開してくれないのがなんともなあ。

いつまでGDI使わせるつもりじゃ

145:デフォルトの名無しさん
07/04/07 09:59:06
ウムコー

146:デフォルトの名無しさん
07/04/18 22:07:04
Silverlight ageしちゃうぞー

147:デフォルトの名無しさん
07/04/18 22:08:47
>>146
正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？

148:デフォルトの名無しさん
07/04/18 22:15:26
>>147
ないよー

あ、壁紙が追加されたけど。
URLﾘﾝｸ(www.microsoft.com)

149:デフォルトの名無しさん
07/04/30 22:17:35
XAMLプログラミングって本買ってきた。
これから読む。

150:デフォルトの名無しさん
07/04/30 22:23:41
>>149
買ってきたところで悪いがあんまりいい本じゃないぞ、それ。

まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。

151:デフォルトの名無しさん
07/05/01 08:12:45
何故先に言わん

152:デフォルトの名無しさん
07/05/01 20:55:23
>>151
おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ

まぁ、それに、代わりとなる書籍がないのも事実じゃない？　いまんとこ。

153:デフォルトの名無しさん
07/05/01 23:39:36
URLﾘﾝｸ(www.shuwasystem.co.jp)
↑この本はどうなんだろう？

154:デフォルトの名無しさん
07/05/01 23:51:01
Silverlight Including .NET Support - Download it Today
URLﾘﾝｸ(blogs.msdn.com)

TechCrunch Japanese
URLﾘﾝｸ(jp.techcrunch.com)

155:デフォルトの名無しさん
07/05/01 23:59:11
>>153
なぜかその本、amazonで扱ってないね。

156:デフォルトの名無しさん
07/05/02 00:04:26
>>155
有るよ。ISBNで検索したら出てきた。
URLﾘﾝｸ(www.amazon.co.jp)

157:デフォルトの名無しさん
07/05/02 00:12:29
>>156
本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。

158:デフォルトの名無しさん
07/05/02 00:14:49
クリッコした。読んだあと、気が向いたらレポするよ。

159:デフォルトの名無しさん
07/05/02 22:03:33
Silverlight age

Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた

Silverlightで動くPythonコンソール
URLﾘﾝｸ(silverlight.net)

TechCrunch もう一本
URLﾘﾝｸ(jp.techcrunch.com)

160:149
07/05/03 20:22:11
>>153の本買ってきた。
これから読む。

161:デフォルトの名無しさん
07/05/03 20:47:50
>>159
なんという提灯記事・・・

162:デフォルトの名無しさん
07/05/04 23:01:33
Linuxのサポートがないンだからさ、そんなもの不必要。
Operaのサポートがないンだからさ、そんなもの不必要。

いい加減にしろ、マイクロソフト。

163:デフォルトの名無しさん
07/05/04 23:29:24
>>162
OperaとはWPF/E時代からクロスプラットフォームのためにこっそり共同開発してたらしい
もうすぐ正式発表だってさ。Operaの中の人いわく
URLﾘﾝｸ(my.opera.com)
LinuxではMonoがサポートする予定らしい
（ただ、Monoは人材不足らしいからかなり時間がかかるかも）
URLﾘﾝｸ(news.com.com)

164:デフォルトの名無しさん
07/05/05 01:36:04
しかしActionScriptなんて低レベルなコミュニティに新参者として顔をださなきゃならないくらいなら、
いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。

165:デフォルトの名無しさん
07/05/05 03:00:33
んなーのは幻想。

166:デフォルトの名無しさん
07/05/05 13:42:50
>>163
GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。

167:デフォルトの名無しさん
07/05/05 13:47:46
乗り換えるのはクライアントが判断することだ。
開発者は情勢を見極めて開発するか決めればよい。

168:デフォルトの名無しさん
07/05/05 13:52:29
え゛っ

169:デフォルトの名無しさん
07/05/05 14:11:54
>>167は究極のコーディングマシン

170:デフォルトの名無しさん
07/05/05 18:52:22
開発キットがタダで手にはいるなら、使ってやっても良いぞ >> マイクロソフト

171:デフォルトの名無しさん
07/05/05 20:48:56
質問。

Silverlight のサーバ側は、ASP.NET 以外は不可なのか?

どうなんだよ、マイクロソフトさんよぉ。

172:デフォルトの名無しさん
07/05/05 21:11:11
>>171
URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(d.hatena.ne.jp)

ちゃんと読んでないけど。

173:デフォルトの名無しさん
07/05/05 22:24:47
>172

それ、ストリーム転送とか大丈夫なのかよぉーっっ。

174:デフォルトの名無しさん
07/05/06 06:16:51
>>171
Apache可

175:デフォルトの名無しさん
07/05/08 21:00:12
IDEのWPFデザイナ重すぎっす＞＜

176:デフォルトの名無しさん
07/05/08 23:20:11
もっさり.NETは仕様です。

177:デフォルトの名無しさん
07/05/08 23:26:05
IDEのWPFってVS2005に追加させるやつのことか？

178:デフォルトの名無しさん
07/05/10 22:52:02
URLﾘﾝｸ(msdn2.microsoft.com)
日本語版無いのか・・・orz

179:デフォルトの名無しさん
07/05/12 22:10:14
WPFってアンマネージドな世界からも使えるの？

180:デフォルトの名無しさん
07/05/12 23:54:17
メッセージは健在だって話は聞いた事があるな。

181:デフォルトの名無しさん
07/05/12 23:58:58
>>179
もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない

やってみたことないのでさっぱりわからないが

182:デフォルトの名無しさん
07/05/22 00:19:31
ATLのほうが百倍飯食える

183:デフォルトの名無しさん
07/05/22 00:52:43
嘘と大げさは、詐欺師の始まり。

184:デフォルトの名無しさん
07/05/22 17:35:43
>>179
できるとすれば、CLRホスティングでだろうな。

185:デフォルトの名無しさん
07/06/04 18:59:52
>>178
URLﾘﾝｸ(www.microsoft.com)
やっと出たんだっけ。

186:デフォルトの名無しさん
07/06/08 19:33:18
*.csファイルでインスタンス化したオブジェクトと
XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…

187:デフォルトの名無しさん
07/06/08 19:52:06
>>186
ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。

188:186
07/06/08 20:36:20
>>187
無事できました、ありがとうございます。
これでUI作成がけっこう楽になりそうな予感。

189:186
07/06/08 21:20:06
質問ばかりで申し訳ないんですが、
BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？

DependencyObject派生ではないsourceで

source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty

としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…

190:186
07/06/10 02:36:57
どうやらsource側はINotifyPropertyChangedを実装すればいいようですね。
スレ汚してすみません。

191:デフォルトの名無しさん
07/06/11 11:02:02
んーと∩(　´Α｀)＜　先生、「・・・」ってどうよ？ですが、XAMLもしくはコーディングで作るWPFのUIというのはメモリ空間的に通常のコードと離れたところにあるのかね？
Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。

192:デフォルトの名無しさん
07/06/11 15:56:41
WPFだろうがなんだろうが.NET上では全部System.Objectクラス派生なんだから
そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど

193:デフォルトの名無しさん
07/06/11 16:17:40
>>192　プログラムコードからWPFオブジェクトにアクセスすることってできるん？

194:デフォルトの名無しさん
07/06/11 20:27:25
普通にできるよ
てか、できなきゃ困る

195:デフォルトの名無しさん
07/06/11 20:34:21
そのときってどういうイメージ？
FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？

196:デフォルトの名無しさん
07/06/11 21:04:38
>195
XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。

197:デフォルトの名無しさん
07/06/11 21:12:20
結構簡単にできるんじゃない？
*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。

もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。

198:デフォルトの名無しさん
07/06/12 02:09:16
MS机ってWPFなんだってな

199:デフォルトの名無しさん
07/07/01 20:51:39
WPF初めて触ってみたけど
これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。

200:デフォルトの名無しさん
07/07/01 22:13:27
ゲーム向き以外のしくみはみんなウンコかよｗ

201:デフォルトの名無しさん
07/07/01 22:49:46
もうゲームなんて斜陽産業だろ?
わかってんの?

202:デフォルトの名無しさん
07/07/01 22:53:17
重いからリアルタイム性のあるゲームには向かない。
エロゲーとかは作れるかもな

203:デフォルトの名無しさん
07/07/02 04:57:14
ゲームみたいなGUIアプリも作れなかったらGPUで計算する意味ねーだろ
WPFなんてsilver lightの練習環境ｗ

204:デフォルトの名無しさん
07/07/02 06:36:40
だったら他の何かを使って好きなだけゲーム作っててくれ

205:デフォルトの名無しさん
07/07/02 10:01:09
よくわからんが、なんでGameに使えないほど遅い実装になってるんだ？
XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。

206:デフォルトの名無しさん
07/07/02 10:07:59
なんでだろ。
Binding とか Template 機能にこりすぎた？

あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。

207:デフォルトの名無しさん
07/07/02 11:47:03
ゆとり？文脈よもうや。普通この流れでゲームって逝ったら３Dでのリアルタイム性を求められるものだろう。

208:デフォルトの名無しさん
07/07/02 11:47:03
>>205
次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。

209:デフォルトの名無しさん
07/07/02 16:16:23
>>205
ゲームより速度を要求するアプリってなんなのか、教えてくれ。

210:デフォルトの名無しさん
07/07/02 16:33:48
>>209　どこをどう読むとそんな質問が出てくるんだ?

211:デフォルトの名無しさん
07/07/02 16:40:31
Gameに使えない程遅い→じゃあゲームに使えるくらいの遅さってのは？
→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい

ってな感じで思考が飛躍したんだと思われる

212:デフォルトの名無しさん
07/07/02 16:43:29
厨の思考なんだから理解してやれよ。
ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。

213:デフォルトの名無しさん
07/07/02 17:21:06
ゲームなんてハゲでも作れるのに、なんでゲームゲームってウザイのかね。

214:デフォルトの名無しさん
07/07/02 17:26:55
ゲームプログラマ以下のプログラマが多すぎるからじゃない？
あとハゲに謝れ

215:デフォルトの名無しさん
07/07/02 17:55:01
WPFで新しく何ができるんだ？
XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。

売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話

216:デフォルトの名無しさん
07/07/02 18:06:18
まあ、それ、WPF に限らず 3.0 全般、プレス発表時から散々言われてるけど
プログラマ視点の利点しか目に付くところなくない気が。

てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。

217:デフォルトの名無しさん
07/07/02 18:08:21
３Dオブジェクトを透過させて背景も透過させて
裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ

218:デフォルトの名無しさん
07/07/02 20:02:58
夢見させるようなこと言うなよ三井

219:デフォルトの名無しさん
07/07/02 22:16:30
>>205
利便性と動作速度はトレードオフ

>>217
DirectXに無理なことはWPFでも無理

>>214
ハゲｗｗｗｗ

220:デフォルトの名無しさん
07/07/02 22:34:24
ああ、待ってればそのうち何でもできるようになるよ

221:デフォルトの名無しさん
07/07/02 22:39:09
アホか。2003年からどんだけ待ってたんだと思ってんだ。
で出てきたのがこの出来なんだ。
これで失望しなくてどうする。

222:デフォルトの名無しさん
07/07/02 22:41:32
>202
つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。

223:デフォルトの名無しさん
07/07/02 22:59:48
>>221
まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。

224:デフォルトの名無しさん
07/07/02 23:18:53
ぬあ

225:デフォルトの名無しさん
07/07/02 23:26:58
＞売りはGPUによる３D高速描画だろ？
そうだったのか

226:デフォルトの名無しさん
07/07/02 23:46:28
ネットワーク透過はVistaのAeroもそうだろ

227:デフォルトの名無しさん
07/07/02 23:50:58
俺もネイティブC++で扱えるもんだと思ってたからがっかり
C#はちょっとな

228:デフォルトの名無しさん
07/07/03 00:04:39
>>226
WPFもAeroも同じ仕組み使ってるからな。

229:デフォルトの名無しさん
07/07/03 00:09:14
>>227
milcoreをたたけ！

230:デフォルトの名無しさん
07/07/03 01:02:33
>>199
普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
URLﾘﾝｸ(blogs.msdn.com)

231:デフォルトの名無しさん
07/07/03 01:07:50
>>217
URLﾘﾝｸ(byfiles.storage.msn.com)
URLﾘﾝｸ(vistacon.spaces.live.com)
これぐらいのことなら・・・

232:デフォルトの名無しさん
07/07/03 01:51:27
>>227
WPFってCOMに対応してないんだよなあ。

233:デフォルトの名無しさん
07/07/03 22:05:49
>>216
ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム

234:デフォルトの名無しさん
07/07/08 01:36:58
いつになったらはやるんだろう…(´・ω・｀)
GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが

235:デフォルトの名無しさん
07/07/08 01:45:52
VisualStudioがちゃんと対応しないと

236:デフォルトの名無しさん
07/07/08 11:17:44
XPsp2で.NET3.0入れて*.xbapファイルを起動するとfirefoxのタブが無限に増えていく……
通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)

237:デフォルトの名無しさん
07/07/10 00:52:42
まあ、WebアプリはFlexにまかせとけばいいでしょ

238:デフォルトの名無しさん
07/07/10 12:33:04
>>237
ないない、それはない。

239:デフォルトの名無しさん
07/07/10 20:11:37
silverlight　1.1ともろかぶりそうだからxbapは微妙だとは思う。

240:デフォルトの名無しさん
07/07/10 20:52:56
xbapはWebサービスにアクセスできないから終わってる。
Silverlightのがマシ

241:デフォルトの名無しさん
07/07/10 20:58:27
FlexよりAIRだろ

242:デフォルトの名無しさん
07/07/10 21:01:32
>>240
証明書があればできるお

243:デフォルトの名無しさん
07/07/10 21:32:00
まじで！？

244:デフォルトの名無しさん
07/07/21 15:57:22
【派遣ネガティブ根性チェック】

3つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。

□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□口伝された仕様を意図どおり理解できなかったのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ

245:デフォルトの名無しさん
07/07/28 14:57:17
これってマジなん？
URLﾘﾝｸ(d.hatena.ne.jp)

まさかJavaがWPF使ってくるなんて思ってなかったが・・・

246:デフォルトの名無しさん
07/07/28 15:44:54
>>245
EclipseのWPF版は使ってみると分かるけどまだまだ重いよ。
そのページからリンクされてるけど、こっちの方が文字入力環境としてはまだ快適。

URLﾘﾝｸ(d.hatena.ne.jp)
URLﾘﾝｸ(www.actiprosoftware.com)

原理上、WPF版Eclipseもこれぐらいのパフォーマンスは出るはずなので
今後のチューニングに期待。そうなると結構化けるかも。

.NET 3.5に付属する.NET 2.0 SP1で、WPFのパフォーマンス向上って話もあるし。

247:デフォルトの名無しさん
07/07/28 23:48:32
>245
思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。

248:名無しさん＠そうだ選挙に行こう
07/07/29 01:13:34
>>247
Javaにはうといんで

249:デフォルトの名無しさん
07/07/31 14:39:50
>>246
xbapって日本語通るんだね。

昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。

とか入力したりコピペしてみたけど全然大丈夫だった('A`)

ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB

250:デフォルトの名無しさん
07/07/31 14:44:07
>>249
.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。

251:デフォルトの名無しさん
07/08/01 00:51:24
>>249
なんというロースペック

252:デフォルトの名無しさん
07/08/01 01:56:09
eclipseは開発環境としての利便性の充実にスイッチしてるぞ。
Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。

253:デフォルトの名無しさん
07/08/01 02:03:50
そういやREMIX07のページは見た？

こっちはSilverLightってことで完全ソフトウェア描画だけど、
滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。
結構滑らかにぬるぬる動くよ。
URLﾘﾝｸ(www.event-information.jp)

てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。

254:デフォルトの名無しさん
07/08/01 02:04:57
すまん、FlushじゃなくてFlashだ。

255:デフォルトの名無しさん
07/08/01 03:10:09
こんちは、下のサイトで、Rubyで、WPFを使ったサンプルがあったのですが、

First Look at IronRuby - ScottGu's Blog
URLﾘﾝｸ(weblogs.asp.net)

WPFって、最新の.NET用のGUIライブラリってことでよいのでしょうか？
.NET 2.0までは、VCLよろしくなWindows Form?（なんて呼ぶの？）だったと思うのですが、
なんで、今、WPFなんでしょう？
GPU使いたいからなんですかね？
しかし、また、アーキテクチャともかく、使い方がWindowsFormと互換性ないのは、
なぜ？なんで変えたんだろう

256:デフォルトの名無しさん
07/08/01 03:32:44
>>255
成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。

2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
　　　　　　URLﾘﾝｸ(www.freepatentsonline.com)
2004年 - Longhornバブル
　　　　　　URLﾘﾝｸ(pc.watch.impress.co.jp)
2005年 - Longhornバブル崩壊、.NET 2.0リリース(年末)
2006年 - WPFベータ->VistaにWPF RTM標準搭載(年末)
　　　　　　WPF向けデザインアプリ(Expression)ベータ登場、WPF/Eの噂が流れる
2007年 - WPF/E改めSilverLightお披露目、Expression RTM
　　　　　<- いまここ

なぜWinForm互換じゃないのかについてはそれこそ5年前に
それで行こうと決心したからじゃないかな。
まあ当時予想されていたLonghornとはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。

257:デフォルトの名無しさん
07/08/01 04:44:14
>>256
サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。

勉強になりました

機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。

258:デフォルトの名無しさん
07/08/01 07:13:27
>>256
おお見やすい。

WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。

259:デフォルトの名無しさん
07/08/01 07:17:06
後当時は
「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？

260:デフォルトの名無しさん
07/08/01 15:22:07
まあ、GUI アプリ開発環境を一新したいけど、
WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。

・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。

261:デフォルトの名無しさん
07/08/01 15:24:37
ハードが進化したら、それに合わせてソフトも進化させるのは当然の選択肢だからね。
WinFormsは基本的にハードの進化を考慮していないテクノロジー

262:デフォルトの名無しさん
07/08/01 15:46:28
CodeGears は WinForms のサポートを切ったり、eclipse も
wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

C#はともかくなんとなく Xaml に馴染めてない俺涙目。

263:デフォルトの名無しさん
07/08/01 15:55:32
JavaのエンジニアにとってはXMLは馴染めてる奴が多いから、Xamlは労なくして
覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。

264:デフォルトの名無しさん
07/08/01 15:57:53
CodeGearsなんていうから合衆国日本の改変ネタしようかと思っちゃった

265:デフォルトの名無しさん
07/08/01 15:59:12
そもそもXAMLは手書きするものなのか？

266:デフォルトの名無しさん
07/08/01 16:05:49
XMLの修正は普通におこなうだろ？

267:デフォルトの名無しさん
07/08/01 16:06:51
それにXAMLはWebのASPと同じようなもの

268:デフォルトの名無しさん
07/08/01 16:08:39
>>262
「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。

>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。

269:デフォルトの名無しさん
07/08/01 16:30:39
＞wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz

要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・

270:デフォルトの名無しさん
07/08/01 16:50:13
> 要らない子っていうか、IDE で簡単に UI を構築って場面以外では
> WinForms は素の Win32 に対して優位性ないよね・・・

エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ

271:デフォルトの名無しさん
07/08/01 19:28:35
>>262
むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。

そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが
当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと
やっと達観できるようになった。

XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？と思うんだがどうよ。

272:デフォルトの名無しさん
07/08/01 22:42:23
間違いなくWinFormsはいらない子

273:デフォルトの名無しさん
07/08/01 23:26:16
>>270
なんかおかしいか？

>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね

274:デフォルトの名無しさん
07/08/01 23:46:46
UI 記述言語とプログラミング言語を一緒にしちゃダメだろ。

275:デフォルトの名無しさん
07/08/02 00:51:42
>>260
> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？

>>・XAML＋C# による UI とビジネスロジックの分離
Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い

>>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
VMLやSVGなどの従来技術をごちゃ混ぜにしただけ

>> ・タイムラインベースのアニメーション
それFlash

276:デフォルトの名無しさん
07/08/02 00:56:50
>>275
まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。

277:デフォルトの名無しさん
07/08/02 01:18:32
>>275

> ・従来通り
そもそも従来通りの処理ではない。

> ・Webだと当たり前だし
んなことないだろｗｗｗｗ aspとかPHPとかだとぐちゃぐちゃ

> ・従来技術を
従来技術で動画を球体のテクスチャに貼り付けて再生するような処理を、
簡潔に記述できたっけ？

> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。

278:デフォルトの名無しさん
07/08/02 01:21:08
WPFって XPで動くの?

279:デフォルトの名無しさん
07/08/02 01:31:24
>>278
.NET Framework 3.0をインストールすれば動く。

280:デフォルトの名無しさん
07/08/02 07:26:14
>>>276
確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな

281:デフォルトの名無しさん
07/08/02 09:25:55
WPFのスレッドモデル、当初予定より退化と言われることもあるけど、
個人的には結構好きだよ。
あと、Win32/WinForm時代の弱点をちゃんと改良しようとしている点も○
例えば「入れ子になったポンプ処理」ってところで説明されてるPushFrameとか。
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx
URLﾘﾝｸ(msdn2.microsoft.com)(VS.80).aspx

URLﾘﾝｸ(forums.microsoft.com)
WinFormって結局Win32の知識無いと使うの無理だと思う。

282:デフォルトの名無しさん
07/08/02 10:07:11
WinFormはWin32をきれいにラップしたものに過ぎないからな。

283:デフォルトの名無しさん
07/08/02 10:08:25
＞きれいに

ダウト

284:デフォルトの名無しさん
07/08/02 10:20:07
まぁMFCよりはましでしょ。

285:デフォルトの名無しさん
07/08/02 10:30:34
まぁね。

286:デフォルトの名無しさん
07/08/02 17:18:55
WinFormsを使っているか簡単に判別する方法
キボンヌ。

コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?

287:デフォルトの名無しさん
07/08/02 17:40:46
使っているの基準がよくわからんが
参照設定を見てSystem.Windows.Formsがあるかどうか

288:デフォルトの名無しさん
07/08/02 17:55:42
import System
from System.Windows.Controls import *
from System.Windows.Media import *
from System.Windows.Documents import *
from System.Windows import *
from System.Windows.Shapes import *
from System.Windows.Input import *
from System.Windows.Media.Animation import *
from System.Windows.Interop import *

とかだとどっちとか？ import文 using文だけ見てどっちか
判断するとかはできないのかな？Xamlはなるだけ使わないでC#だけで
書くなら何かどっちもコードの表面的な部分はあんま大して変らないような
気がするんだよね…もっと全然文法的な面とかガラガラポンされちゃってて
互換性ゼロみたいな世界なのかと思ってたから。その辺どうなのかなと。

289:デフォルトの名無しさん
07/08/02 20:54:01
所詮ライブラリ
いちいち言語仕様ガラガラポンされてたらたまらん

290:デフォルトの名無しさん
07/08/02 22:39:48
>>289
一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。

291:デフォルトの名無しさん
07/08/02 23:07:25
WPFは良いのはわかるが、プロパティ名がFormsから変更されているのが気に入らない。
紛らわしいｗ

292:デフォルトの名無しさん
07/08/03 00:03:29
RoutedEventとか、CommandBindingとか、
アプリケーションフレームワーク的には進化してるだろ。

293:デフォルトの名無しさん
07/08/03 00:25:15
前までDelphiやってて、C#やろうとしているんですが、
いまやるなら、どっちがベターなんすかね。
WinForms？WPF？

WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが

294:デフォルトの名無しさん
07/08/03 01:02:53
WPFがベターだと思う、結局Formsは中途半端な仕様だから。
ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。

295:デフォルトの名無しさん
07/08/03 01:59:07
.NET Framework 3.5ってWPFに関しては何か変更あるんですか？

296:デフォルトの名無しさん
07/08/03 02:41:06
ランタイムが早くなったのは実感できた。

297:デフォルトの名無しさん
07/08/03 03:27:50
>>295
URLﾘﾝｸ(blogs.msdn.com)

298:デフォルトの名無しさん
07/08/03 15:56:55
>>295　ちら見したが、3DのでHittestやイベントハンドリングついたみたいね。

ところで誰かBlendでのReleaseビルドに仕方教えてくれ・・・
Help見てもどこでTarget切り替えるのかわからん････

299:デフォルトの名無しさん
07/08/03 16:30:16
>>294
サンクス

300:デフォルトの名無しさん
07/08/04 00:52:20
3.5でWPFの劇重糞仕様って直ってる？

301:デフォルトの名無しさん
07/08/04 00:52:51
↑3Dのことです

302:デフォルトの名無しさん
07/08/04 05:52:09
貧弱グラボを買い換えればすぐに直るだろ

303:デフォルトの名無しさん
07/08/04 09:05:46
本気でそう思うのか？
Expression Blendの車のサンプルで5秒/1フレーム
3800 X2
2GB
X1300 Pro

304:デフォルトの名無しさん
07/08/04 09:15:27
>>303
10年前にタイムスリップできてよかったね

305:デフォルトの名無しさん
07/08/04 13:33:42
大体、VistaのAeroですら重すぎ、とかなのにさ。
WPFは劇重評価が普通の感覚だろ。

306:デフォルトの名無しさん
07/08/04 13:40:39
激しく同意

307:デフォルトの名無しさん
07/08/04 14:02:18
WPFは既存のWindowsアプリをリプレースする為の仕様。
３Dグラフィックスをバリバリ使いたければ、素直にDirectX使いなさい。

308:デフォルトの名無しさん
07/08/04 14:19:23
ExpressionBlendで作ったサンプルボタン貼り付けアプリが、サイズ変更時劇オモ･･･
ボタン5個とをスタックパネルの上にちょっくら貼っただけなのに。
AMDDualに程ほどの具ラボでしかないけどあれじゃ使い物にならん･･･

309:デフォルトの名無しさん
07/08/04 15:29:25
>>303
5fpsだと思ったけど0.2fpsなのかｗ

310:デフォルトの名無しさん
07/08/04 16:25:41
業務で開発してるやつは普通fps使うわな。

311:デフォルトの名無しさん
07/08/04 16:34:43
GeForce 8800でも重かったらさすがに問題だな

312:デフォルトの名無しさん
07/08/04 17:20:28
WindowのDialogResultってなんでNullableなんですか？
MSDNを読んでもこれがnullになる場合についての記述がないんですが・・・

313:デフォルトの名無しさん
07/08/04 18:28:13
Silverlightで3D使えるライブラリがあるけど1.1Alphaランタイムでも動かない
あれも重いのかな。それとも軽い？

314:デフォルトの名無しさん
07/08/04 18:39:25
>>313
SilverlightはDirectX使ってないから重いんじゃないの？

315:デフォルトの名無しさん
07/08/04 19:26:14
SilverlightはFlashと役割変わらないから、使い方も限定的。
間違っても、３DゲームやCGを作ろうと思わないほうがよい。

316:デフォルトの名無しさん
07/08/04 19:47:02
>>315
そうなの？
てっきり3Dが既存のFlashに対する優位性かとばかり・・・

317:デフォルトの名無しさん
07/08/04 22:02:35
Windows版FlashがWPFにポートされておしまい。

318:デフォルトの名無しさん
07/08/04 22:14:03
軽い Silverlight >>>>>>>>>(越えられない壁)>>>>>>>>>>> WPF 劇重

URLﾘﾝｸ(www.dolittle.com)
これなんだけどOrcasなども入ってないと動かないらしい。だれかレポートきぼんぬ

319:デフォルトの名無しさん
07/08/05 00:58:44
なんかAlpha Refresh入ってると動かないんだけど

320:デフォルトの名無しさん
07/08/05 00:59:27
俺も動かないな。

321:デフォルトの名無しさん
07/08/05 01:04:42
URLﾘﾝｸ(www.papervision3d.org)

322:デフォルトの名無しさん
07/08/05 02:35:49
>>319 >>320
検証乙カレー
なんで動かないんだろう

>>321
それはFlash(ry

323:デフォルトの名無しさん
07/08/05 03:55:29
>307
じゃあなんでWPFは3Dのロジックを新しく追加してんだよ。
結局、3Dグラフィックスだって2Dがそうなったようにバリバリ使えないと動かなくなるぜ。

324:デフォルトの名無しさん
07/08/05 03:57:29
WPFの3Dはちょっとした演出やエフェクト用じゃない？
てかそれぐらいにしか使い物にならん。

325:デフォルトの名無しさん
07/08/05 03:58:26
ドミノ軒見て来い

326:デフォルトの名無しさん
07/08/05 04:04:25
WPFはラーメン屋でおいしいラーメンを手軽に食べることが出来れば良い。
ラーメン屋でDirectXの様なフルコースを食べてもおいしくないだろ。

327:デフォルトの名無しさん
07/08/05 05:30:17
まぁそういうこと

328:デフォルトの名無しさん
07/08/05 11:44:03
とはいえ、どう考えても手軽に食えるほど軽くないけどな。

329:デフォルトの名無しさん
07/08/05 12:46:48
>>328
セレブからしたら3000円ぐらいのラーメンなんて
安いだろうからそうゆうのをターゲットにしてるんだろ

330:デフォルトの名無しさん
07/08/05 14:05:08
WPFはセレブ用のフレームワーク？
わらわせんなｗ

誰が使うんだよ

331:デフォルトの名無しさん
07/08/05 14:08:31
セレブなら、高価な３DCGを買うよ。
MayaやMAXのように50万から100万くらいする奴をｗ

332:デフォルトの名無しさん
07/08/05 15:30:05
いやそう言おうとしてるようにしか見えないんだが

333:デフォルトの名無しさん
07/08/05 22:33:18
MessageBoxて直接Win32呼んでるのか
ちょっとがっかり

334:デフォルトの名無しさん
07/08/05 23:47:50
WPFを使って4時間で作られたGMail UIクローン。
URLﾘﾝｸ(cs.nerdbank.net)

335:デフォルトの名無しさん
07/08/06 14:36:47
Flashを使えば2（ryで作成できね？

336:デフォルトの名無しさん
07/08/06 15:42:15
どんな、プログラムだろうとあらかじめライブラリが揃っていれば簡単に作成できる。
正式リリース前の開発環境だから、結論出すには早すぎる。

337:デフォルトの名無しさん
07/08/06 15:45:27
たった7行で実現とか
30分ハックとか
そういうのをもてはやす風潮はとてもよいと思う。

338:デフォルトの名無しさん
07/08/07 17:08:10
いや、迷惑以外の何者でもない。
営業が「30分ハックでちゃちゃっと作ってよ」みたいに使うだけだし。

339:デフォルトの名無しさん
07/08/07 17:37:44
そりゃAjaxだってそれにつかうライブラリが完備してれば4時間で作れるだろうさ。
まぁそれだけ強力なライブラリを持ってるのはいいことだ。

340:デフォルトの名無しさん
07/08/08 02:07:58
全然詳しくないので質問させてください。

自称「マネージメントもできる」派遣クンが
「WPFが僕のプログラムどおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。

彼のWPFプログラムが動かないのを調べるのは誰の仕事なのでしょうか？

341:デフォルトの名無しさん
07/08/08 02:25:15
愚痴を言いにプログラム板にくるなよｗ

342:341
07/08/08 02:25:54
とコピペに反応すればいいのかｗ

343:デフォルトの名無しさん
07/08/08 03:30:17
作るだけしてデバッグを人のせいにするような性格の人なら、
契約終了を待たずに辞めてもらえば？

344:デフォルトの名無しさん
07/08/08 13:02:09
とはいえ、WPF挙動自体ののデバッグはなぁ。
MSDNでインシデント使って、Microsoftに投げろよ。

345:デフォルトの名無しさん
07/08/08 23:14:06
とはいえ、原因を分析する、人に説明する、ってのは派遣が苦手な作業だからな。
派遣を使わないで正社員を雇えよ。

346:デフォルトの名無しさん
07/08/08 23:16:53
WPFのバグがあれば回避して、代案を使ってプログラミングをするのが
エンジニアの仕事だろう。

347:デフォルトの名無しさん
07/08/08 23:26:47
WPFのバグがどうかわからなくても、とりあえず人のせいにして、
「あの人の調査が終わるまで僕は待ちです」と言うのが派遣の仕事だろう。

348:デフォルトの名無しさん
07/08/09 01:43:22
派遣くん　「正社員にしてくれたら調査します。」

349:デフォルトの名無しさん
07/08/09 12:48:20
なんかマ板向けの話題だな。

350:デフォルトの名無しさん
07/08/09 13:03:00
被差別民が素性を隠して同じ被差別民を徹底的に迫害するという行動パターンがある。
在日右翼なんていうのもその一種。あちこちにコピペしてるのもその類だろ。

351:デフォルトの名無しさん
07/08/11 00:41:50
Buttonのコメントを外したときにテキストがくっつくのは何故？

<Page xmlns="URLﾘﾝｸ(schemas.microsoft.com)
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)
<Grid>

<Grid>
<Grid.RowDefinitions>
<RowDefinition Height="*"/>
<RowDefinition Height="*"/>
</Grid.RowDefinitions>
<Grid.ColumnDefinitions>
<ColumnDefinition Width="*"/>
<ColumnDefinition Width="*"/>
</Grid.ColumnDefinitions>
<TextBlock Grid.Row="0" Grid.Column="0" Text ="0-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="0" Grid.Column="1" Text ="0-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="0" Text ="1-0"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
<TextBlock Grid.Row="1" Grid.Column="1" Text ="1-1"
HorizontalAlignment="Center" VerticalAlignment="Center"/>
</Grid>

</Grid>
</Page>

次ページ