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

WPF(XAML,XBAP,.NET3. ..

481:デフォルトの名無しさん
09/03/19 21:40:39
>>479
TabItem.Header　に　Image　を指定する。

<TabControl>
　　<TabItem>
　　　　<TabItem.Header>
　　　　　　<Image　Source="example.jpg"　Stretch="None"/>
　　　　</TabItem.Header>
　　　　....
　　</TabItem>
　　....
</TabControl>

482:デフォルトの名無しさん
09/03/20 07:25:57
481>>
ありがとうございます。
「ファイル example.jpg はプロジェクトの一部ではないか、'Build Action' プロパティが 'Resource' に設定されていません。」
となります。Resource設定はどのように行うのでしょうか。

483:デフォルトの名無しさん
09/03/20 11:30:12
>>482
Visual　Studio　を使っているなら、
プロジェクトを右クリック->追加->既存の項目...->イメージ　ファイル->example.jpg。
ビルドアションの変更する場合は、
プロジェクトに追加したファイルを右クリック->プロパティ->ビルド　アクション。

詳しくは、ここを参照。
Windows　Presentation　Foundation　アプリケーションのリソース、コンテンツ、およびデータ　ファイル
URLﾘﾝｸ(msdn.microsoft.com)

484:デフォルトの名無しさん
09/03/20 20:48:14
WPFの窓の中にopenglで描画したり，WPFの窓をC++で使うことは出来ますか？

485:デフォルトの名無しさん
09/03/20 21:12:32
>>484
とりあえずここを読んでみては？

WPF 移行と相互運用性 - MSDN
URLﾘﾝｸ(msdn.microsoft.com)

486:デフォルトの名無しさん
09/03/20 21:18:12
WPFは4.0でよくなるのかなー
Form,Silverlight,WPFどれがどうつかわれてくのかいまいちさきがみえん。
Silverlight3.0とかかなりよさげで環境を問わないWeb,デスクトップ含めたUIフレームワークとしてかなり有望そうだが。

487:デフォルトの名無しさん
09/03/20 21:46:10
>>485 読んでみます

488:デフォルトの名無しさん
09/03/20 23:24:43
機能もだが、XPで4.0がサポートされるのかどうか不安だ。
グラフィック関係の新規APIはほとんどVista以降のみ対応だからなあ。

489:デフォルトの名無しさん
09/03/21 03:38:28
SGMLは<tag> </tag>ではなく[tag][/tag]にすべきだった
<>入力するときにShiftがめんどくさいです＞＜

490:デフォルトの名無しさん
09/03/21 08:04:07
>>483
ありがとうございます。できました。

491:デフォルトの名無しさん
09/03/21 09:30:52
WPFって時期尚早と思わない？
初心者が取っ付くには敷居が高すぎる。
ウインドウズフォームとちがって単純に貼り付けて
プロパティを操作するだけではだめだ。

インテリセンスも効かないXAMLファイルを操作しなくては
ならないし。

492:デフォルトの名無しさん
09/03/21 12:28:12
時期尚早だよ。だからこそ楽しい。

493:デフォルトの名無しさん
09/03/21 14:00:00
そういうこと。F#もいい。

494:デフォルトの名無しさん
09/03/21 14:23:11
少なくとも生産性は低いな

495:デフォルトの名無しさん
09/03/21 14:40:02
>>491
俺はC#だけで書いてる

496:デフォルトの名無しさん
09/03/21 15:06:20
確かWPFってデュアルコア6GHz時代を想定して作ったんじゃなかったっけ？

497:デフォルトの名無しさん
09/03/21 15:33:44
どう考えても、XAML + C# の方が生産性が高くないか？

498:デフォルトの名無しさん
09/03/21 15:37:54
WinFormよりXAML+WPFの法がよほど効率的だな。

499:デフォルトの名無しさん
09/03/21 15:59:55
DataGridViewさえ充実していれば…

500:デフォルトの名無しさん
09/03/21 16:01:15
次期バージョンを待て

501:デフォルトの名無しさん
09/03/21 17:56:52
>>497
>>498
何を持ってそう言える？？？

502:デフォルトの名無しさん
09/03/21 21:17:12
生産性を高くするためのフレームワークなんだから、低かったら使う意味ないじゃん。

503:デフォルトの名無しさん
09/03/21 23:55:26
XAMLでＵＩの階層分けを意識して記述できるし、
アニメーションさせなきゃならない部分があっても気軽に書ける。

504:デフォルトの名無しさん
09/03/22 00:06:30
WinFormsはデザイナでコントロールの親子関係を変更するのが面倒だったな

その点、WPFはXAMLを少し書き換えるだけなので楽だ

505:デフォルトの名無しさん
09/03/22 00:09:13
ポトペタ以上のことやろうとしたらWinFormsは簡単に破綻するでしょ。

506:デフォルトの名無しさん
09/03/22 00:59:04
XAMLはコントロールの親子関係もプロパティもすべて一覧で把握できる。

507:デフォルトの名無しさん
09/03/22 01:02:31
UIの柔軟性とソースでの視認性の双方のバランスがいいよなXAMLは
これに関してはWinFormとは段違いでいいと思う

508:デフォルトの名無しさん
09/03/22 01:12:50
>>501涙目

509:デフォルトの名無しさん
09/03/22 01:26:51
C#とxamlとで相互変換できるならVSでボタン一つで切り替えるようになるといい
それぞれのいい所取りできれば最高

510:デフォルトの名無しさん
09/03/22 01:45:40
C#の利点（リファクタリングとか）がXAMLでも完璧に使えたらとは思うが、
そのアプローチには無理があるだろう

XAML→C#は可能だろうけど、
C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう

511:デフォルトの名無しさん
09/03/22 02:10:37
＞C#→XAMLはC#のコードがXAMLに埋め込まれる事になりそう
これに関してはマイクロソフト様より「技術的には可能だが非推奨」という
実務ガイドラインの見解を戴いております。

512:デフォルトの名無しさん
09/03/22 11:54:50
コードが埋め込まれたとしても、そんなところには見向きもしないでxamlで見やすいところだけ編集するんだから無問題

513:デフォルトの名無しさん
09/03/23 15:22:18
WPF　Toolkit　が更新されてるね。
DataGrid,　DatePicker,　Calendar　のバグが修正されたみたい。

WPF　Toolkit　-　March　2009　Release
URLﾘﾝｸ(wpf.codeplex.com)

URLﾘﾝｸ(blogs.wankuma.com)
↑のスクロールで列の表示が崩れるバグもしっかり修正されてたよ。

514:デフォルトの名無しさん
09/03/24 20:22:05
XAML編集でちゃんとインテリセンスが効けばいいんだけどねえ。
この辺もVS2010で改善されるのかなあ……

515:デフォルトの名無しさん
09/03/24 20:28:48
>>514
{Binding }にもインテリセンス効くようになるらしいよ
エディタも十分高機能化するそうだけど

516:デフォルトの名無しさん
09/03/25 03:46:02
VS2008でその水準に達していなかったのが最大の失策

517:デフォルトの名無しさん
09/03/25 11:40:19
>>515
>{Binding }にもインテリセンス効くようになるらしいよ
これはかなり嬉しい。
そういや、WPF Toolkitも標準で入るとか聞いたが…。

518:デフォルトの名無しさん
09/03/25 19:05:20
Windowsライクな外観を作りにくい