【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2006/11/08(水) 10:43:18.NET3.0もリリースされて盛り上がってまいりますた。
WPF on MSDN
http://msdn2.microsoft.com/en-us/netframework/aa663326.aspx
.NET3.0
http://www.netfx3.com/blogs/news_and_announcements/archive/2006/11/06/.NET-Framework-3.0-has-been-released_2100_.aspx
WPF Mashup on YOUTUBE
http://www.youtube.com/watch?v=BUBOQFvh6yI
0002デフォルトの名無しさん
2006/11/08(水) 12:14:32http://pc8.2ch.net/test/read.cgi/tech/1160431192/
0003デフォルトの名無しさん
2006/11/08(水) 20:08:17アンチエイリアスOFFにできないのかな？
0004デフォルトの名無しさん
2006/11/08(水) 20:24:21の邦訳の予定とかないんでしょうか？？
0005デフォルトの名無しさん
2006/11/08(水) 23:22:22>>796
このページができた原因ってもしかして･･･。
http://msdn.microsoft.com/vstudio/partners/localization/
864 ：デフォルトの名無しさん ：03/04/19 12:28
>>847
知っている人は知っているんだけど、異なる言語の 1.0 と 1.1 を同じ環境にインストールすると .NET は発狂する。
SDK の README にも重要な注意として明記されているし、実際混ぜると変なエラーメッセージが出まくる。
対応策として
A: ローカライズ版 1.0 を抜き、英語版 1.0 を入れる。
B: 1.0 と同一言語のローカライズ版または多国語対応版 1.1 を入れる。
を MS は公開している。
A案は、英語版の FrameWork で使ってください。というもの。
B案は、1.0 と同じ言語の 1.1 を入れれば大丈夫ですよ。というもの。
B 案のほうがまともな案なのだが、この「多国語対応版」 .NET Framework v1.1 を
英語版 1.1 と同時にリリースする話だったのだ。
Windows MUI 版と同じでインストーラドキュメントは英語のまま。.NET Framework としての UI / 実行時メッセージが多国語対応。
かつ（たぶん再起動が必要だが）切り替え可能。というもの。
これがなぜかいまだにリリースされていない。
ほとんどのマシンには Windows Update で、適切な言語の .NET Runtime がインストール
されちゃっているから、現時点で 1.1 アプリを配布することは実質的にできない。
MUI 版が出ないとアプリを配布できない開発環境になることは分かっているはずなのに > MS
0006デフォルトの名無しさん
2006/11/08(水) 23:24:240007デフォルトの名無しさん
2006/11/08(水) 23:38:350008デフォルトの名無しさん
2006/11/09(木) 03:31:003.0は死亡５秒前
0009デフォルトの名無しさん
2006/11/09(木) 14:22:430010デフォルトの名無しさん
2006/11/09(木) 14:25:000011デフォルトの名無しさん
2006/11/10(金) 00:39:42動作がいっこく堂風になるんじゃないか。
「あれっ、クリックに遅れて、反応するよ…」
0012デフォルトの名無しさん
2006/11/13(月) 14:44:01Vistaじゃまともに表示されるんだけどね・・
0013デフォルトの名無しさん
2006/11/13(月) 15:47:36いつの間にか、Disposedもなくなってるよ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
0014デフォルトの名無しさん
2006/11/13(月) 15:49:450015デフォルトの名無しさん
2006/11/14(火) 08:06:170016デフォルトの名無しさん
2006/11/16(木) 11:54:500017デフォルトの名無しさん
2006/11/18(土) 14:56:34HTMLライクなレイアウト ＋ DirectX ＋ .NET = WPF
俺のイメージではこんな感じ。
0018デフォルトの名無しさん
2006/11/20(月) 11:41:320019デフォルトの名無しさん
2006/11/20(月) 18:34:460020デフォルトの名無しさん
2006/11/20(月) 19:01:440021デフォルトの名無しさん
2006/11/21(火) 06:20:12>>19もだけど、逆に２次元空間（Gridとか）にViewport3Dを配置できたりして便利
>>20
FrameworkElementを継承して、独自コントロールにすれば便利なんじゃないかな。
0022デフォルトの名無しさん
2006/11/23(木) 20:47:050023デフォルトの名無しさん
2006/12/05(火) 10:17:490024デフォルトの名無しさん
2006/12/06(水) 15:59:520025デフォルトの名無しさん
2006/12/07(木) 05:28:50http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=986877&SiteID=7
でたらしい！（詳しくはまだ見てない）
0026デフォルトの名無しさん
2006/12/07(木) 22:24:48InteractiveDesignerは知らないが、
Blend使ってみた(*'-')ノ
最初カナーリ期待してたんだが、
ToolBarTrayがGUIで置けないっぽい
あんまり直感的に操作できない。
例えば、
グラデーションブラシはデフォルトで横だが、
StopPointも色の変更方法もすぐに簡単に分かるのに、
方向を変える方向が簡単に見つからない。
吐き出すXAMLは人間に読みやすい順序ではない。
例えば、プロパティなんかだと、StartPoint EndPointのような順序ではなく
単純にアルファベット順に吐き出すぽい。EndPoint -> StartPoint
XAML時にはインテリセンス効かねー。できるのかな？
特殊効果とか色とかそーいうのは設定はともかく、
大まかなレイアウトとかメニューとかは普通に手でカット＆ペーストで
書いた方が生産性高そーに感じたけど気のせいだろうか。
インターフェースも下手に懲りすぎてて見ずらい。
なんだか・・・ orz
InteractiveDesigner時代もこーだったの？
0027デフォルトの名無しさん
2006/12/07(木) 23:34:180028デフォルトの名無しさん
2006/12/08(金) 05:26:11そだね。
「PlaformSDKに.NET SDKを混ぜてWindows SDKと呼ばせることで
日本語化するコスト削減しました。。
今後は英語だけでがんばってくださいね＾＾v」
ってとこなんだろうか？
それとも、単にまだ翻訳ができてないだけなのか。
そもそもPlatformSDK日本語化してないこと自体が
おかしいと思っていたのだがナー。
0029デフォルトの名無しさん
2006/12/08(金) 08:49:155年も仕事して、英文マニュアル読めない奴は廃業でもかまわん。
0030デフォルトの名無しさん
2006/12/08(金) 10:32:50社会のあり方まで変えてしまう
―― グーグルはコンピュータ・メーカーそのものといえるし，あるいは既存のコンピュータ・メーカーを超えた存在ということになるでしょうか。
これだけの広告費のうち，ネットの分野に移ってきているのは，まだ全世界で3兆円くらいなのです。
150兆円もの額がまるごとネットに移ってくることはないでしょうが，3兆円の10倍，つまり30兆円も原資があれば，
全世界の個人が使うITニーズは，すべて受益者非負担で提供できるはずです。
米マイクロソフトの売上高は法人向け・個人向けを含めて約5兆円です。それを考えれば，十分な金額でしょう。
マイクロソフトは変われるか
もちろん，企業ユーザーはOfficeを使い続けるでしょうし、
消費者もしばらくの間はパソコンにバンドルされたOfficeを無意識に使い続けるでしょうが、
次第に利用度，依存度が下がっていくことでしょう。
0031デフォルトの名無しさん
2006/12/08(金) 16:10:19ν即でもみたぞ
とっととＰＧやめて農家にでもいけ
0032デフォルトの名無しさん
2006/12/08(金) 18:18:16英語のサイトも読んでるよ
0033デフォルトの名無しさん
2006/12/08(金) 22:20:47XHTML → XAML
JavaScript → C#, VB.NET
AJAXの考え方はすばらしい。
しかし、他のOSで動作するとWindowsの売り上げダウン。
じゃあ、俺様が好きなように一からAJAXみたいなものを作ってしまえ
結果できたものがWPF
0034デフォルトの名無しさん
2006/12/08(金) 23:08:51よう、知ったかぶり野郎
0035デフォルトの名無しさん
2006/12/08(金) 23:57:170036デフォルトの名無しさん
2006/12/09(土) 00:05:350037デフォルトの名無しさん
2006/12/09(土) 11:56:410038デフォルトの名無しさん
2006/12/09(土) 11:58:12http://homepage1.nifty.com/kaneko/bench.htm
DirectX使用 ON の場合 (＝HEL描画)
Polygon OFF 14から15 FPS
Polygon ON Texture ON 1から2 FPS
Polygon ON Texture OFF 2から3 FPS
DirectX使用 OFFの場合 (＝GDI描画)
Polygon OFF 21から23 FPS
Polygon ON Texture OFF 11から12 FPS
DirectX OFFの場合、GDI表示となります。
0039デフォルトの名無しさん
2006/12/09(土) 11:59:070040デフォルトの名無しさん
2006/12/09(土) 12:01:38WPFではどうすればいいですか？
0041デフォルトの名無しさん
2006/12/09(土) 12:14:480042デフォルトの名無しさん
2006/12/09(土) 12:30:29つ DataTemplate
0043デフォルトの名無しさん
2006/12/09(土) 16:57:31適当なWPF/Eまとめ
・IE、Firefox、Safariに対応
・WMVやMP3のコーデックが付属しているので、ビデオ再生ができる。
・プログラムはJavaScriptで書く（将来的にはCLRのサブセットを付属予定←2007年前半）
・GridとかStackPanelとかはない。Canvasはある。（前者もサポート予定）
・3Dはサポートされてない（デモビデオでは動かしてるから、そのうちサポートされるのかな？）
・２バイト文字は現時点ではサポートされてない。化ける。
0044デフォルトの名無しさん
2006/12/09(土) 18:32:42Flashのように、主要OSの主要ブラウザで全ての機能が使えるようになってからこい。
0045デフォルトの名無しさん
2006/12/09(土) 20:09:26WPF/E works with IE6 + 7, FireFox and will support Opera on Windows. You can use any modern browser with it.
ってことだから、Operaでも動くようになるよ。期待しててね。
0046デフォルトの名無しさん
2006/12/11(月) 09:17:41[質問] 将来的に、MSIL (.NET の中間言語) を Windows カーネル内で使用することができるようになるか?
将来はそうなるかも知れない。現時点では難しい。
0047デフォルトの名無しさん
2006/12/11(月) 20:37:16WindowsマルチとかWindowsVTとか。そういう感じの。
0048デフォルトの名無しさん
2006/12/25(月) 11:08:36ttp://www.atmarkit.co.jp/news/200612/22/sun01.jpg
0049デフォルトの名無しさん
2006/12/30(土) 00:24:240050デフォルトの名無しさん
2007/01/09(火) 21:39:260051デフォルトの名無しさん
2007/01/12(金) 18:35:58サービス切ってもWPF動くし
0052デフォルトの名無しさん
2007/01/13(土) 23:41:38C#のコード中から動的にUIコンポーネント追加したいんだけど
いいサンプルないですか?
0053デフォルトの名無しさん
2007/01/14(日) 12:05:51XAMLの構造をC#に落とすだけ
0054デフォルトの名無しさん
2007/01/15(月) 00:22:09http://japan.cnet.com/news/ent/story/0,2000056022,20099027,00.htm
“WPF/E” (codename) Community Technology Preview for Windows (Dec 2006)
http://www.microsoft.com/downloads/details.aspx?familyid=A3E29817-F841-46F
C-A1D2-CEDC1ED5C948&displaylang=en
--
Mac/SDK
http://www.microsoft.com/downloads/thankyou.aspx?familyId=A3E29817-F841-46
FC-A1D2-CEDC1ED5C948&displayLang=en
0055デフォルトの名無しさん
2007/02/03(土) 04:47:560056デフォルトの名無しさん
2007/02/05(月) 21:00:31Visual C# 2005 Express Editionで可能？
0057デフォルトの名無しさん
2007/02/06(火) 00:33:52WPFはヤル気が感じられないな。
0058デフォルトの名無しさん
2007/02/06(火) 00:40:260059デフォルトの名無しさん
2007/02/18(日) 13:52:24MSが力を入れてるのは、WPF。
MSも、いつまでも２つのGraphics Engineをサポートするわけにもいかんので、
GDIはしぼんでいくと思われる。
ま、それはさておきWPFを利用するには、
XAML + .NET 3.0を使えばいいというのはわかったが、
VCやMFCでWPFを使った開発って現状行うことできるのだろうか？
0060デフォルトの名無しさん
2007/02/18(日) 13:55:10ネイティブアプリケーションでは無理だと思う。
それともCOM経由でできるのか？
0061デフォルトの名無しさん
2007/02/18(日) 15:02:24本来ならC++ならMIL APIを使うべきだったんだろうけど、非公開なのでなす術なし。
0062デフォルトの名無しさん
2007/02/18(日) 15:50:190063デフォルトの名無しさん
2007/02/18(日) 17:55:57VistaではWPFしかハードウェアアクセラレーションが効かない？
0064デフォルトの名無しさん
2007/02/18(日) 20:54:39http://www.hdbench.net/
しかし、これを見てVistaが糞ＯＳだというのも早い。
今後、Avalonでどこまで革新的なUI環境が実現できるかにかかってるな。
0065デフォルトの名無しさん
2007/02/18(日) 22:22:13http://www.spacewalker.jp/wpf/
0066デフォルトの名無しさん
2007/02/18(日) 22:24:44このサイトすごいな
レベル高いし
0067デフォルトの名無しさん
2007/02/18(日) 22:31:54ブックマークに登録した
0068デフォルトの名無しさん
2007/02/18(日) 22:51:340069デフォルトの名無しさん
2007/02/18(日) 23:11:080070デフォルトの名無しさん
2007/02/18(日) 23:14:550071デフォルトの名無しさん
2007/02/18(日) 23:17:47firefox2でやってみた。
タブが無限に増えていく。
ブラクラだこりゃｗｗｗｗｗｗｗ
0072デフォルトの名無しさん
2007/02/19(月) 02:01:210073デフォルトの名無しさん
2007/02/19(月) 05:29:05ﾜﾛﾀ
0074デフォルトの名無しさん
2007/02/19(月) 23:25:56余りの分かりやすい自演っぷりに感動した
0075デフォルトの名無しさん
2007/02/20(火) 20:22:110076デフォルトの名無しさん
2007/02/20(火) 22:15:04「使用していたアプリケーションでエラーが発生しました」ってでて起動できないんだ
誰かたすけてorz
環境は
Vista Home Premium
Visual Studio 2005 SP1
・Windows SDK for Vista
・Visual Studio 2005 Extensions for WCF, WPF (英語版)
0077デフォルトの名無しさん
2007/02/20(火) 22:32:45そうに違いない。
0078デフォルトの名無しさん
2007/02/20(火) 22:47:43ちなみに実行しようとしてるのはこれ
<Page
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation";
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml";
Background="White"
>
<Button>
<Button.Background>Gray</Button.Background>
<Button.Foreground>White</Button.Foreground>
<Button.Content>ここを押して</Button.Content>
</Button>
</WrapPanel>
</Page>
0079デフォルトの名無しさん
2007/02/20(火) 22:49:450080デフォルトの名無しさん
2007/02/20(火) 22:54:26でも</WrapPanel>なくしてもエラーでてる・・・
すんません。ちょっといろいろ調べてみる
0081デフォルトの名無しさん
2007/02/20(火) 23:05:54SJISで保存したら俺もエラーが出た。UTF-8で保存したらできた。IE6だが。
0082デフォルトの名無しさん
2007/02/20(火) 23:27:450083デフォルトの名無しさん
2007/02/21(水) 00:02:23独占しか考えないMSが他のOSやブラウザで動作するように作成するわけがない。
WPFの１割の機能もないWPF/E(笑)
0084デフォルトの名無しさん
2007/02/21(水) 00:04:25<NET3.0をダウンロードさせないといけない時点でほぼVistaオンリーな技術じゃん。
Ｖｉｓｔａ普及するのまってからじゃあないと意味ないぞ
0085デフォルトの名無しさん
2007/02/21(水) 00:07:540086デフォルトの名無しさん
2007/02/21(水) 00:11:09.NETみたいに重くない
おそらくFlashみたいにほぼ意識せずに入れられるだろう
そのてん.NETは（笑）
0087デフォルトの名無しさん
2007/02/21(水) 01:07:010088デフォルトの名無しさん
2007/02/21(水) 01:28:20Vistaだけとはいえ最初から入ってるWPF
0089デフォルトの名無しさん
2007/02/21(水) 01:34:56日本語勉強するニダ
0090デフォルトの名無しさん
2007/02/21(水) 01:52:330091デフォルトの名無しさん
2007/02/24(土) 01:10:50http://www.ms-tenkafubu.com/wpf/truth.xbap
これを快適にみれる環境ってあるのか？
0092デフォルトの名無しさん
2007/02/24(土) 10:27:14ちょｗｗｗｗ重いとかいう問題じゃねえｗｗ
全然動かないままCPU天井張り付きってどういう事だよｗ
0093デフォルトの名無しさん
2007/02/24(土) 11:53:31外観をくるくるするだけだし、ズームの最大も大したサイズにならないのに
この重さはだめだろ
0094デフォルトの名無しさん
2007/02/24(土) 11:56:400095デフォルトの名無しさん
2007/02/24(土) 12:00:42回したり動かすと 100% まで逝っちゃうな
0096デフォルトの名無しさん
2007/02/24(土) 21:18:16クリックとか標準対応してないだろ、3Dオブジェクトのさ。
E5700+7950だけど、これは重すぎ。
0097デフォルトの名無しさん
2007/02/24(土) 21:54:33そうでもしないとウリがないからじゃね？
人、それを手段の目的化と言う。
0098デフォルトの名無しさん
2007/02/24(土) 23:19:390099デフォルトの名無しさん
2007/02/25(日) 12:10:36ttp://www.sneath.org/tim/chocolate.xaml
0100デフォルトの名無しさん
2007/02/25(日) 12:55:42仕掛けねーじゃんｗ
普通のWebで十分。
0101デフォルトの名無しさん
2007/02/25(日) 17:34:26まじでいらねーな
0102デフォルトの名無しさん
2007/02/27(火) 13:42:46TBSなんかと組んで法則発動したな･･･
0103デフォルトの名無しさん
2007/02/27(火) 15:16:44このサンプルはWPF/EのCTPだよね＾＾；
この速度で正式版だったら終わったなｗ
0104デフォルトの名無しさん
2007/02/27(火) 16:30:00.xbapはWPFの方。つまり、正式版でこの有り様ってこと。
これがVistaの新しい「体験」とやらだ。終わってるな。
0105デフォルトの名無しさん
2007/02/27(火) 16:39:250106デフォルトの名無しさん
2007/02/27(火) 22:25:12そもそも初回描画に時間がかかっても
GDIのように更新もしてないのに無駄なWM_PAINTで描き直しつづける必要がないからね。
0107デフォルトの名無しさん
2007/02/27(火) 22:39:43利点
WPFだとGPUパイプラインでCPUで描画処理のリソースを有効に活用できる。
XAMLでMVCモデルで開発ができる。
欠点
3D描画処理が重い（使えない）
WPF/Eで3D処理が行えない（Flashより有用なところがない）
0108デフォルトの名無しさん
2007/02/27(火) 23:01:30別にコーディング上不可にもならん。
0109デフォルトの名無しさん
2007/02/27(火) 23:09:370110デフォルトの名無しさん
2007/02/28(水) 01:05:180111デフォルトの名無しさん
2007/02/28(水) 02:54:560112デフォルトの名無しさん
2007/02/28(水) 07:03:05とどめたほうがよかった気がするな
0113デフォルトの名無しさん
2007/02/28(水) 09:27:41ただ、実装に数年かかったと言うことと、色々イレギュラーな件が発生してパフォーマンスが落ちたけど。
でも、設計方針は間違ってない。
かなり気合い入れて設計されているのに、あまりアピールしてないから、みんな見た目だけでグチグチ文句言ってるけどさ。
0114デフォルトの名無しさん
2007/02/28(水) 09:54:520115デフォルトの名無しさん
2007/02/28(水) 10:00:25だなw
0116デフォルトの名無しさん
2007/02/28(水) 11:08:21気合を入れたのなら、UIContextモデルを破棄してマルチコア対応を台無しにしたことの説明は？
0117デフォルトの名無しさん
2007/02/28(水) 13:28:35しばらく無理だろ
つうわけでマターリ4.0待つか
0118デフォルトの名無しさん
2007/02/28(水) 15:43:050119デフォルトの名無しさん
2007/03/01(木) 21:04:08確かにUIContextの件は残念だけどそこでマルチコアを持ち出すのはどうだかね。
コア数に応じてスケールする、本当の意味でのマルチコア対応を謳いたければ、
結局RDBMSなりWFなりの仕組みの上でプログラミングしないときついんじゃないかな。
そういう場面でUIContextの不在が問題になる状況ってあんまり思い付かないんだけど。
スレッド2～3個の処理をハードコードして自己満足に浸りたい時には確かにUIContextが恋しくなるけどね。
でもベンチとってみたら猿でも使えるSQL Serverの方が高いスケーラビリティを示すなんてことが実にありそうだ。
ところでマルチコア以前に今のアプリはI/Oやネットワークの
ブロッキングに対して無頓着なの多すぎだと思わない？
ちょっとネットワーク帯域が狭いからってUI応答が遅延するアプリが平気で生き残ってるし。
マルチコア以前にシングルコア時代の宿題がまだ終わっていない。
本気でやろうと思ったらVistaのWin32 I/Oキャンセルも対応しないと大変なのかもしれんけど。
ttp://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/default.aspx?loc=jp#S5
そういえばOrcas March 2007 CTPのリリースノートに「CLR: New Async model on Socket class」とかあるね。
まあ大半の開発者にっとってはこんなの使いこなす以前の問題が山積みで、結局大して使われない予感もする。
WPFとあんまり関係ない話でスマソ。
0120デフォルトの名無しさん
2007/03/01(木) 22:02:250121デフォルトの名無しさん
2007/03/01(木) 23:05:440122デフォルトの名無しさん
2007/03/02(金) 00:48:180123デフォルトの名無しさん
2007/03/02(金) 07:38:49フリースレッド環境で非同期メッセージ渡しでやり合って、必要な時だけjoinする、
そういうモデルを期待してたんだけどなあ。
そうすればマルチコアでは何もしなくても自然に並列処理で効率化できる。
まあ、WPFではなくてRoboticsの方で実現しちゃったんだけどね。
0124デフォルトの名無しさん
2007/03/02(金) 10:33:29へー、Common Concurrency Runtime使ってみた人が名無しさん♯以外にいたとは。
名無しさん♯がblogでCCRダメすぎワラタと書いてたのが日本唯一の言及かと思ってたけど。
そういや最近CCR特許がパブリッシュされてたね。
ttp://www.freepatentsonline.com/20070027912.html
0125デフォルトの名無しさん
2007/03/02(金) 11:21:560126デフォルトの名無しさん
2007/03/03(土) 00:55:210127名無しさん♯
2007/03/03(土) 05:14:40∧＿∧ ┌─────────────────
◯（ ´∀｀ ）◯ ＜ 僕はJoinsちゃん！！
＼ ／ └─────────────────
_／ ＿＿ ＼_
（＿／ ＼＿）
ｌｌｌ
ttp://research.microsoft.com/~crusso/papers/padl07.pdf
ttp://research.microsoft.com/research/downloads/Details/f9d6994e-45f6-49b8-b3c9-2a44bb2a4c50/Details.aspx
0128デフォルトの名無しさん
2007/03/03(土) 20:47:260129デフォルトの名無しさん
2007/03/07(水) 22:07:44http://headlines.yahoo.co.jp/hl?a=20070307-00000019-inet-inet
Vistaｵﾜﾀ
0130デフォルトの名無しさん
2007/03/07(水) 23:24:240131デフォルトの名無しさん
2007/03/07(水) 23:35:05「ペケポン」と呼ばせようとしてたりｗ
0132デフォルトの名無しさん
2007/03/08(木) 00:46:04ゲーム作ったことないだろ
0133デフォルトの名無しさん
2007/03/08(木) 00:49:16そうしないと、SONYみたいになっちゃうよー。
馬鹿が作るPS3みたいに、なっちゃうよー。
0134デフォルトの名無しさん
2007/03/08(木) 00:50:460135デフォルトの名無しさん
2007/03/08(木) 08:43:50ゲームならDirectXで作れよ
0136デフォルトの名無しさん
2007/03/08(木) 09:29:250137デフォルトの名無しさん
2007/03/08(木) 09:35:48何がメリット？
0138デフォルトの名無しさん
2007/03/08(木) 14:21:340139デフォルトの名無しさん
2007/03/08(木) 15:05:26GDIのウンコ加減を認めると？
0140デフォルトの名無しさん
2007/03/08(木) 15:27:070141デフォルトの名無しさん
2007/03/09(金) 02:19:200142デフォルトの名無しさん
2007/03/09(金) 09:08:25アクセスの仕方に注意すれば劇遅ってわけでなし。
0143デフォルトの名無しさん
2007/03/09(金) 18:17:1516*16と1280*960のBitBltじゃぜんぜん違うし。
0144デフォルトの名無しさん
2007/03/15(木) 23:21:52いつまでGDI使わせるつもりじゃ
0145デフォルトの名無しさん
2007/04/07(土) 09:59:060146デフォルトの名無しさん
2007/04/18(水) 22:07:040147デフォルトの名無しさん
2007/04/18(水) 22:08:47正式名称とロゴ発表されただけで、技術的な情報の追加って全然ないよね？
0148デフォルトの名無しさん
2007/04/18(水) 22:15:26ないよー
あ、壁紙が追加されたけど。
http://www.microsoft.com/silverlight/downloads.aspx
0149デフォルトの名無しさん
2007/04/30(月) 22:17:35これから読む。
0150デフォルトの名無しさん
2007/04/30(月) 22:23:41買ってきたところで悪いがあんまりいい本じゃないぞ、それ。
まぁ、内容的にXAMLの入門には無難だとは思うが、プログラミングになれてる
ヤツ向けに書かれてないし、かと言って初心者には辛いだろうというどっちつかず。
0151デフォルトの名無しさん
2007/05/01(火) 08:12:450152デフォルトの名無しさん
2007/05/01(火) 20:55:23おまいさんが、買おうしてるのを知らなかったから。
いやまぁ、俺、性格悪いから知っててもどのみち買った後じゃないと
言わんかったような気もするがｗ
まぁ、それに、代わりとなる書籍がないのも事実じゃない？ いまんとこ。
0153デフォルトの名無しさん
2007/05/01(火) 23:39:36↑この本はどうなんだろう？
0154デフォルトの名無しさん
2007/05/01(火) 23:51:01http://blogs.msdn.com/mharsh/archive/2007/04/30/silverlight-including-net-support-download-it-today.aspx
TechCrunch Japanese
http://jp.techcrunch.com/archives/silverlight-the-web-just-got-richer/
0155デフォルトの名無しさん
2007/05/01(火) 23:59:11なぜかその本、amazonで扱ってないね。
0156デフォルトの名無しさん
2007/05/02(水) 00:04:26有るよ。ISBNで検索したら出てきた。
ttp://www.amazon.co.jp/Windows-Presentation-Foundatio-%E8%B5%A4%E5%9D%82-%E7%8E%B2%E9%9F%B3/dp/4798016373/ref=sr_11_1/503-4620684-1795945?ie=UTF8&qid=1178031781&sr=11-1
0157デフォルトの名無しさん
2007/05/02(水) 00:12:29本当だ。てか名前が欠けてるしｗ
通りで見つからんわけだ。
0158デフォルトの名無しさん
2007/05/02(水) 00:14:490159デフォルトの名無しさん
2007/05/02(水) 22:03:33Mini-CLR搭載版のSilverlight(v1.1 alpha)が公開されて、おもしろそうになってきた
Silverlightで動くPythonコンソール
http://silverlight.net/Samples/1.1/DLR-Console/python/index.htm
TechCrunch もう一本
http://jp.techcrunch.com/archives/take-time-to-understand-silverlight-its-important/
0161デフォルトの名無しさん
2007/05/03(木) 20:47:50なんという提灯記事・・・
0162デフォルトの名無しさん
2007/05/04(金) 23:01:33Operaのサポートがないンだからさ、そんなもの不必要。
いい加減にしろ、マイクロソフト。
0163デフォルトの名無しさん
2007/05/04(金) 23:29:24OperaとはWPF/E時代からクロスプラットフォームのためにこっそり共同開発してたらしい
もうすぐ正式発表だってさ。Operaの中の人いわく
ttp://my.opera.com/dstorey/blog/silverlight-coming-so-to-a-browser-near-you
LinuxではMonoがサポートする予定らしい
（ただ、Monoは人材不足らしいからかなり時間がかかるかも）
ttp://news.com.com/8301-10784_3-9714669-7.html
0164デフォルトの名無しさん
2007/05/05(土) 01:36:04いよいよ本気でC#やPythonを書ける幸せを感じてこちらを選ぶ人は大勢いるだろう。
0165デフォルトの名無しさん
2007/05/05(土) 03:00:330166デフォルトの名無しさん
2007/05/05(土) 13:42:50GJ！MSも少しは変わってきたのかね。
あとは、MS自らサポートするようになれば、FlashからSilverlightに乗り換えるか。
0167デフォルトの名無しさん
2007/05/05(土) 13:47:46開発者は情勢を見極めて開発するか決めればよい。
0168デフォルトの名無しさん
2007/05/05(土) 13:52:290169デフォルトの名無しさん
2007/05/05(土) 14:11:540170デフォルトの名無しさん
2007/05/05(土) 18:52:220171デフォルトの名無しさん
2007/05/05(土) 20:48:56Silverlight のサーバ側は、ASP.NET 以外は不可なのか?
どうなんだよ、マイクロソフトさんよぉ。
0172デフォルトの名無しさん
2007/05/05(土) 21:11:11http://d.hatena.ne.jp/Seasons/20070505/1178307632
http://d.hatena.ne.jp/Seasons/20070506/1178309681
ちゃんと読んでないけど。
0173デフォルトの名無しさん
2007/05/05(土) 22:24:47それ、ストリーム転送とか大丈夫なのかよぉーっっ。
0174デフォルトの名無しさん
2007/05/06(日) 06:16:51Apache可
0175デフォルトの名無しさん
2007/05/08(火) 21:00:120176デフォルトの名無しさん
2007/05/08(火) 23:20:110177デフォルトの名無しさん
2007/05/08(火) 23:26:050178デフォルトの名無しさん
2007/05/10(木) 22:52:02日本語版無いのか・・・orz
0179デフォルトの名無しさん
2007/05/12(土) 22:10:140180デフォルトの名無しさん
2007/05/12(土) 23:54:170181デフォルトの名無しさん
2007/05/12(土) 23:58:58もしかしたら他の.NET Frameworkクラスライブラリと同様に
COM相互運用である程度はなんとかなるのかもしれない
やってみたことないのでさっぱりわからないが
0182デフォルトの名無しさん
2007/05/22(火) 00:19:310183デフォルトの名無しさん
2007/05/22(火) 00:52:430184デフォルトの名無しさん
2007/05/22(火) 17:35:43できるとすれば、CLRホスティングでだろうな。
0185デフォルトの名無しさん
2007/06/04(月) 18:59:52http://www.microsoft.com/downloads/details.aspx?FamilyID=7614fe22-8a64-4dfb-aa0c-db53035f40a0&DisplayLang=ja
やっと出たんだっけ。
0186デフォルトの名無しさん
2007/06/08(金) 19:33:18XAMLに書いたコントロールをデータバインディングするのって
どうやるんでしょうか?
XAML内のUI同士やリソースとのバインディングの例はたくさん見つかるんですが…
0187デフォルトの名無しさん
2007/06/08(金) 19:52:06ヘルプの「Binding Declarations Overview」見るといいと思うよ。
BindingOperations.SetBinding(source, destination, bindingObj);
みたいな感じのはず。
0189186
2007/06/08(金) 21:20:06BindingModeをTwoWayにする場合は、やはりsource側も
依存プロパティにしないといけないんでしょうか？
DependencyObject派生ではないsourceで
source <---bind---> TextBox.TextProperty
source <---bind---> TextBlock.TextProperty
としてTextBoxを変更すると、TextBlockにも反映されるんですが、
プログラム内部からsourceを変更すると、なにも反映されないという
どっちとも取れない状況なのです…
0190186
2007/06/10(日) 02:36:57スレ汚してすみません。
0191デフォルトの名無しさん
2007/06/11(月) 11:02:02Formだとデザイナーで定義したものは通常生成オブジェクトと実質変わらないよね？
なんかMSの人がWPFのUIオブジェクトは通常オブジェクトからアクセスできませんとかいってたんだが。
0192デフォルトの名無しさん
2007/06/11(月) 15:56:41そんな変な区別ないと思うが…
Formとの相互運用をする場合には、少し仕掛けがいるようだけど
0193デフォルトの名無しさん
2007/06/11(月) 16:17:400194デフォルトの名無しさん
2007/06/11(月) 20:27:25てか、できなきゃ困る
0195デフォルトの名無しさん
2007/06/11(月) 20:34:21FormだとFormのコード通してメンバであるコントロールなどにアクセスって感じですが。
WPFでも同じような感じ？
0196デフォルトの名無しさん
2007/06/11(月) 21:04:38XMLで、いったんワンクッションおいてからアクセス。
直接は無理。めんどい。
0197デフォルトの名無しさん
2007/06/11(月) 21:12:20*.xamlと*.csの内容をpartialで一つのクラスにできるから、xamlに
<TextBox Name="hoge" ... />
みたいに書いておけば、*.cs側で
this.hoge.Text = "hogehoge";
みたいにできる。
もちろん、xaml使わないで
this.hoge = new TextBox();
みたいにもできる。
0198デフォルトの名無しさん
2007/06/12(火) 02:09:160199デフォルトの名無しさん
2007/07/01(日) 20:51:39これって３D物体を半透明化することってできないの？
ウンコだな。
ゲーム向きではないことがよくわかった。
0200デフォルトの名無しさん
2007/07/01(日) 22:13:270201デフォルトの名無しさん
2007/07/01(日) 22:49:46わかってんの?
0202デフォルトの名無しさん
2007/07/01(日) 22:53:17エロゲーとかは作れるかもな
0203デフォルトの名無しさん
2007/07/02(月) 04:57:14WPFなんてsilver lightの練習環境ｗ
0204デフォルトの名無しさん
2007/07/02(月) 06:36:400205デフォルトの名無しさん
2007/07/02(月) 10:01:09XAMLとかただのシンタックスシュガーなんだしなんとでもなりそうなんだが。
0206デフォルトの名無しさん
2007/07/02(月) 10:07:59Binding とか Template 機能にこりすぎた？
あと、Game に使えないって程遅いんかな？
シューティングとか、ハードリアルタイム求められるもの以外はいけそうな気も。
0207デフォルトの名無しさん
2007/07/02(月) 11:47:030208デフォルトの名無しさん
2007/07/02(月) 11:47:03次のバージョンで対応したグラボとか出させてPC市場を活性化(w させるんだろ。
0209デフォルトの名無しさん
2007/07/02(月) 16:16:23ゲームより速度を要求するアプリってなんなのか、教えてくれ。
0210デフォルトの名無しさん
2007/07/02(月) 16:33:480211デフォルトの名無しさん
2007/07/02(月) 16:40:31→程度に限らず遅いって時点でゲームには使えない→つまりその表現はおかしい
ってな感じで思考が飛躍したんだと思われる
0212デフォルトの名無しさん
2007/07/02(月) 16:43:29ﾌﾟｯっていうようなレスであっても、本人にとってはその論理が全てなんだから。
0213デフォルトの名無しさん
2007/07/02(月) 17:21:060214デフォルトの名無しさん
2007/07/02(月) 17:26:55あとハゲに謝れ
0215デフォルトの名無しさん
2007/07/02(月) 17:55:01XAMLやらデータバインディングやら開発視点視点じゃなくて
ユーザの視点からみて。
売りはGPUによる３D高速描画だろ？
そのわりに機能に制限かかりすぎてる気がするんだが
というお話
0216デフォルトの名無しさん
2007/07/02(月) 18:06:18プログラマ視点の利点しか目に付くところなくない気が。
てか、プログラマ視点で利便性よくなってて、
それ以上何を望むよ。
0217デフォルトの名無しさん
2007/07/02(月) 18:08:21裏で別アプリが透けて見える３DGUIのフォームアプリが作れるのかと思ってたよ
0218デフォルトの名無しさん
2007/07/02(月) 20:02:580219デフォルトの名無しさん
2007/07/02(月) 22:16:30利便性と動作速度はトレードオフ
>>217
DirectXに無理なことはWPFでも無理
>>214
ハゲｗｗｗｗ
0220デフォルトの名無しさん
2007/07/02(月) 22:34:240221デフォルトの名無しさん
2007/07/02(月) 22:39:09で出てきたのがこの出来なんだ。
これで失望しなくてどうする。
0222デフォルトの名無しさん
2007/07/02(月) 22:41:32つまりClickOnceで起動するエロゲーフレームワークとか作ればいいんだよ。
0223デフォルトの名無しさん
2007/07/02(月) 22:59:48まあDirect3Dとは方向性微妙に違うしな。
WPFはネットワーク透過の分散レンダリングに最初から対応とか結構おもしろいと思うけど。
0224デフォルトの名無しさん
2007/07/02(月) 23:18:530225デフォルトの名無しさん
2007/07/02(月) 23:26:58そうだったのか
0226デフォルトの名無しさん
2007/07/02(月) 23:46:280227デフォルトの名無しさん
2007/07/02(月) 23:50:58C#はちょっとな
0228デフォルトの名無しさん
2007/07/03(火) 00:04:39WPFもAeroも同じ仕組み使ってるからな。
0229デフォルトの名無しさん
2007/07/03(火) 00:09:14milcoreをたたけ！
0230デフォルトの名無しさん
2007/07/03(火) 01:02:33普通にできるけど。ただし、Zオーダーの順にカメラを向けないと半透明にならないという
問題はある。↓とかを参照。
↓のソースには、DirectX10で改善されるように書いてあるけど、改善されたのかな・・
http://blogs.msdn.com/hiroyuk/archive/2007/01/12/3d.aspx
0231デフォルトの名無しさん
2007/07/03(火) 01:07:50http://byfiles.storage.msn.com/y1psF2ifk77l803A1nb0dVXONn_bIG9aCInk2H2gbfAc7_Nj_sVDz3rU95pgtWvyncO
http://vistacon.spaces.live.com/blog/cns!E7B8B7FBB8342214!146.entry
これぐらいのことなら・・・
0232デフォルトの名無しさん
2007/07/03(火) 01:51:27WPFってCOMに対応してないんだよなあ。
0233デフォルトの名無しさん
2007/07/03(火) 22:05:49ユーザ視点で言えば、最新のハイエンドPCでなくても快適に利用できるシステム
0234デフォルトの名無しさん
2007/07/08(日) 01:36:58GUIフレームワークとしてはかなり使いやすい気がするんだけど
Windows限定だが
0235デフォルトの名無しさん
2007/07/08(日) 01:45:520236デフォルトの名無しさん
2007/07/08(日) 11:17:44通常使うブラウザをIE6にしたらiexplorer.exeが無限に増えていく……( ´・ω・`)
0237デフォルトの名無しさん
2007/07/10(火) 00:52:420238デフォルトの名無しさん
2007/07/10(火) 12:33:04ないない、それはない。
0239デフォルトの名無しさん
2007/07/10(火) 20:11:370240デフォルトの名無しさん
2007/07/10(火) 20:52:56Silverlightのがマシ
0241デフォルトの名無しさん
2007/07/10(火) 20:58:270242デフォルトの名無しさん
2007/07/10(火) 21:01:32証明書があればできるお
0243デフォルトの名無しさん
2007/07/10(火) 21:32:000244デフォルトの名無しさん
2007/07/21(土) 15:57:223つ以上、チェックがつけばアナタの性格はひん曲がっており、
ネガティブ負け組派遣人生を歩んでいます。
□派遣先正社員の作った糞開発ツールはたとえ腐っててもマンセーして使う
□派遣先の人事権のある社員の意見はたとえ間違っていてもマンセーする
□仕様とは正社員から口伝されるものだ
□口伝された仕様を意図どおり理解できなかったのは自分の責任だ
□昼食は必ず派遣先の社員と行くべきだ
□自分の仕事で問題が発生しても解決するのは派遣の仕事ではない
□派遣先から「いつまでもここで仕事してくださいね(安い金でｗ)」と言われて嬉しい
□自社で仕事なんてできるわけがない
□派遣労働の問題点の話題が出ると感情剥き出しにして反論する
□派遣労働の問題を指摘する人は嫌いだ
□派遣先には仕事だけでなくプライベートについてもグイグイ引っ張って欲しい
□奢ってくれる派遣先正社員を尊敬する
□自分の月額金額を知らないのは当然だ、単金を聞いてはいけない
□派遣先正社員より自分の生涯収入が低いのは当然だ
□チビは派遣先にかわいがってもらいやすから派遣には有利だ
0245デフォルトの名無しさん
2007/07/28(土) 14:57:17ttp://d.hatena.ne.jp/NyaRuRu/20070728/p1
まさかJavaがWPF使ってくるなんて思ってなかったが・・・
0246デフォルトの名無しさん
2007/07/28(土) 15:44:54EclipseのWPF版は使ってみると分かるけどまだまだ重いよ。
そのページからリンクされてるけど、こっちの方が文字入力環境としてはまだ快適。
ttp://d.hatena.ne.jp/NyaRuRu/20070425/p1
ttp://www.actiprosoftware.com/Products/DotNet/WPF/Ribbon/LiveDemo/Sample.xbap
原理上、WPF版Eclipseもこれぐらいのパフォーマンスは出るはずなので
今後のチューニングに期待。そうなると結構化けるかも。
.NET 3.5に付属する.NET 2.0 SP1で、WPFのパフォーマンス向上って話もあるし。
0247デフォルトの名無しさん
2007/07/28(土) 23:48:32思ってもみなかった…、って、WPF対応するって初めから言ってたじゃん。
0248名無しさん＠そうだ選挙に行こう
2007/07/29(日) 01:13:34Javaにはうといんで
0249デフォルトの名無しさん
2007/07/31(火) 14:39:50xbapって日本語通るんだね。
昨日、近所の吉野家行ったんです。吉野家。
そしたらなんか人がめちゃくちゃいっぱいで座れないんです。
で、よく見たらなんか垂れ幕下がってて、１５０円引き、とか書いてあるんです。
もうね、アホかと。馬鹿かと。
とか入力したりコピペしてみたけど全然大丈夫だった('A`)
ちょっと、メニューバーにカーソル持っていったりボタンを選択
すると重いのがネックかも。
OS : XP Pro SP2 グラボはオンボード('A`)
CPU: 2.40GHz、 Mem: 448MB
0250デフォルトの名無しさん
2007/07/31(火) 14:44:07.NET Framework 使うなら、日本語通らなくする方が難しい気が。
xbap も .NET ベース技術なんだし。
0251デフォルトの名無しさん
2007/08/01(水) 00:51:24なんというロースペック
0252デフォルトの名無しさん
2007/08/01(水) 01:56:09Javaを前提にして、一緒に心中するつもりがないんだろう。
そのうち、シェアを取った言語を次々とサポートする戦略と見られる。
0253デフォルトの名無しさん
2007/08/01(水) 02:03:50こっちはSilverLightってことで完全ソフトウェア描画だけど、
滑らかさって点ではFlush対抗と呼べる程度までは来てると思う。
結構滑らかにぬるぬる動くよ。
ttp://www.event-information.jp/events/remixj07/default.htm
てかまあ、最近のCPU速いなぁ。
それをあそこまで重くできるWinFormもすげぇが。
0254デフォルトの名無しさん
2007/08/01(水) 02:04:570255デフォルトの名無しさん
2007/08/01(水) 03:10:09First Look at IronRuby - ScottGu's Blog
http://weblogs.asp.net/scottgu/archive/2007/07/23/first-look-at-ironruby.aspx
WPFって、最新の.NET用のGUIライブラリってことでよいのでしょうか？
.NET 2.0までは、VCLよろしくなWindows Form?（なんて呼ぶの？）だったと思うのですが、
なんで、今、WPFなんでしょう？
GPU使いたいからなんですかね？
しかし、また、アーキテクチャともかく、使い方がWindowsFormと互換性ないのは、
なぜ？なんで変えたんだろう
0256デフォルトの名無しさん
2007/08/01(水) 03:32:44成果物だけ見るといま急に出てきたように見えるかもしれないけど、
基礎開発から含めると5年以上になる息の長いプロジェクトだから、
見方によっては色々あると思う。
2002年 - WPF描画エンジンの原案作成
2003年 - 特許申請
http://www.freepatentsonline.com/20050140694.html
2004年 - Longhornバブル
http://pc.watch.impress.co.jp/docs/2004/0506/mobile239.htm
2005年 - Longhornバブル崩壊、.NET 2.0リリース(年末)
2006年 - WPFベータ->VistaにWPF RTM標準搭載(年末)
WPF向けデザインアプリ(Expression)ベータ登場、WPF/Eの噂が流れる
2007年 - WPF/E改めSilverLightお披露目、Expression RTM
<- いまここ
なぜWinForm互換じゃないのかについてはそれこそ5年前に
それで行こうと決心したからじゃないかな。
まあ当時予想されていたLonghornとはずいぶん変わっちゃったけど
描画エンジン自体はおおむね予定通りのものがちゃんとできてるよ。
分散レンダリングとか変態機能もちゃんと実装されてる。
0257デフォルトの名無しさん
2007/08/01(水) 04:44:14サンクス
基礎研究開発は、前からやってたんですね。
互換性ないのは、なるほど並行してやってからかー。
勉強になりました
機能的には、どうなんすかね
WinFormと、WPFってすみ分けできるものなんですかね。
将来的にWinFormを置き換えーとかなると、
今、WinFormやるべきなのか・・・とか思ってしまいます。
0258デフォルトの名無しさん
2007/08/01(水) 07:13:27おお見やすい。
WPFの目標の一つにローカルアプリとウェブアプリの
いいとこ取りっていうのがあったはず。（達成したとは思えんが）
それで必然的に今のデザインになったんだと思う。
0259デフォルトの名無しさん
2007/08/01(水) 07:17:06「WinFXで全部仕切りなおしだぜヤフー！」
みたいなノリがあったから、互換性より革新性に重心を置いたんじゃないかな？
0260デフォルトの名無しさん
2007/08/01(水) 15:22:07WinForms を拡張するよりはフルスクラッチで作ったほうが早かったってことでしょ。
・GPU のパワーを使える
・XAML＋C# による UI とビジネスロジックの分離
・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
・タイムラインベースのアニメーション
と、目新しいことかなりいろいろやってるし。
0261デフォルトの名無しさん
2007/08/01(水) 15:24:37WinFormsは基本的にハードの進化を考慮していないテクノロジー
0262デフォルトの名無しさん
2007/08/01(水) 15:46:28wpf を採用してきたり、WinFormsはやっぱりいらない子なのか orz
C#はともかくなんとなく Xaml に 馴染めてない俺涙目。
0263デフォルトの名無しさん
2007/08/01(水) 15:55:32覚えることが出来る奴は多いだろう。
むしろ、MFCに慣れているクライアントアプリ開発者にとっては、覚えることが
多くて苦労が多いだろうね。
0264デフォルトの名無しさん
2007/08/01(水) 15:57:530265デフォルトの名無しさん
2007/08/01(水) 15:59:120266デフォルトの名無しさん
2007/08/01(水) 16:05:490267デフォルトの名無しさん
2007/08/01(水) 16:06:510268デフォルトの名無しさん
2007/08/01(水) 16:08:39「HTML ＋ JavaScript でウェブサイト構築」と同じノリだと思っても駄目？
まあ、どうしても XAML が駄目なら、全部 C# だけでも書けるよ、WPF アプリ。
WinForms とほぼ同じノリで。
>>265
俺、結構手書きしてる。
まあ、VS のインテリセンス機能をフル活用しつつだけど。
0269デフォルトの名無しさん
2007/08/01(水) 16:30:39要らない子っていうか、IDE で簡単に UI を構築って場面以外では
WinForms は素の Win32 に対して優位性ないよね・・・
0270デフォルトの名無しさん
2007/08/01(水) 16:50:13> WinForms は素の Win32 に対して優位性ないよね・・・
エエｴｴｪｪ(´Д｀)ｪｪｴｴエエ
0271デフォルトの名無しさん
2007/08/01(水) 19:28:35むかしは俺もそう思ってた。XAMLじゃなくてHTMLだけど。
文字を7色にするのに7回もfontタグ書きながら
「なんでループが無いんだダメだろこの言語」と思ってた。
そんな俺でも、Webの世界で角の丸い四角を作るために四隅に画像貼り付けるのが
当たり前の世界になって、ああHTMLはアセンブリダンプみたいなもんなんだと
やっと達観できるようになった。
XAMLも同じで、キモくてもでかくても冗長でも、
世間が望むものを作れるんならあんまり気にする必要ないんじゃね？ と思うんだがどうよ。
0272デフォルトの名無しさん
2007/08/01(水) 22:42:230273デフォルトの名無しさん
2007/08/01(水) 23:26:16なんかおかしいか？
>>271
HTMLとかXAMLっていうのは”宣言型言語”であることが利点なんじゃないかな。
手続き型になると、バグが入り込めちゃうからね
0274デフォルトの名無しさん
2007/08/01(水) 23:46:460275デフォルトの名無しさん
2007/08/02(木) 00:51:42> ・GPU のパワーを使える
従来通り、描画処理がハードウェアアクセラレーションされるだけで、
演算処理は従来通りＣＰＵが行っているようだが？
>>・XAML＋C# による UI とビジネスロジックの分離
Webだと当たり前だし、クライアント側でもUIをXMLで定義できるフレームワークの歴史は古い
>>・2Dと3D、ビットマップとベクタグラフィック、音声や動画との統合
VMLやSVGなどの従来技術をごちゃ混ぜにしただけ
>> ・タイムラインベースのアニメーション
それFlash
0276デフォルトの名無しさん
2007/08/02(木) 00:56:50まあ、その通りだけど、それを WinForms ベースで作りたいかって話だろ。
0277デフォルトの名無しさん
2007/08/02(木) 01:18:32> ・従来通り
そもそも従来通りの処理ではない。
> ・Webだと当たり前だし
んなことないだろｗｗｗｗ aspとかPHPとかだとぐちゃぐちゃ
> ・従来技術を
従来技術で動画を球体のテクスチャに貼り付けて再生するような処理を、
簡潔に記述できたっけ？
> ・タイムラインベースのアニメーション
これはたぶんFlashのが強いな。
0278デフォルトの名無しさん
2007/08/02(木) 01:21:080279デフォルトの名無しさん
2007/08/02(木) 01:31:24.NET Framework 3.0をインストールすれば動く。
0280デフォルトの名無しさん
2007/08/02(木) 07:26:14確かに、WinFormsは、VＣＬ受け継いだ成果、みごとにMVCじゃないもんな
0281デフォルトの名無しさん
2007/08/02(木) 09:25:55個人的には結構好きだよ。
あと、Win32/WinForm時代の弱点をちゃんと改良しようとしている点も○
例えば「入れ子になったポンプ処理」ってところで説明されてるPushFrameとか。
ttp://msdn2.microsoft.com/ja-jp/library/ms741870(VS.80).aspx
ttp://msdn2.microsoft.com/ja-jp/library/system.windows.threading.dispatcher.pushframe(VS.80).aspx
ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1932426&SiteID=7
WinFormって結局Win32の知識無いと使うの無理だと思う。
0282デフォルトの名無しさん
2007/08/02(木) 10:07:110283デフォルトの名無しさん
2007/08/02(木) 10:08:25ダウト
0284デフォルトの名無しさん
2007/08/02(木) 10:20:070285デフォルトの名無しさん
2007/08/02(木) 10:30:340286デフォルトの名無しさん
2007/08/02(木) 17:18:55キボンヌ。
コードの中に using System.Windows.Forms;って
書いてあったらそのコードは WinForms のコードなの?
0287デフォルトの名無しさん
2007/08/02(木) 17:40:46参照設定を見てSystem.Windows.Formsがあるかどうか
0288デフォルトの名無しさん
2007/08/02(木) 17:55:42from 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#だけで
書くなら何かどっちもコードの表面的な部分はあんま大して変らないような
気がするんだよね…もっと全然文法的な面とかガラガラポンされちゃってて
互換性ゼロみたいな世界なのかと思ってたから。その辺どうなのかなと。
0289デフォルトの名無しさん
2007/08/02(木) 20:54:01いちいち言語仕様ガラガラポンされてたらたまらん
0290デフォルトの名無しさん
2007/08/02(木) 22:39:48一度、本でも買ってきて一通りやってみたほうが良さげですね(^^;)
Delphiスキーなひとなので安心しますた。ありがとです。WPFかわいいよWPF。
0291デフォルトの名無しさん
2007/08/02(木) 23:07:25紛らわしいｗ
0292デフォルトの名無しさん
2007/08/03(金) 00:03:29アプリケーションフレームワーク的には進化してるだろ。
0293デフォルトの名無しさん
2007/08/03(金) 00:25:15いまやるなら、どっちがベターなんすかね。
WinForms？WPF？
WPFスレで聞くもんでもないかもしれんけど・・・
WPFって正式リリースされてるんすかね？
.NET 3.0はでてたと思うんですが
0294デフォルトの名無しさん
2007/08/03(金) 01:02:53ツールは研究用ならVS2008bata2をインストールすればよい。
業務用ならBlendの導入も検討。
0295デフォルトの名無しさん
2007/08/03(金) 01:59:070296デフォルトの名無しさん
2007/08/03(金) 02:41:060297デフォルトの名無しさん
2007/08/03(金) 03:27:50ttp://blogs.msdn.com/wpfsdk/archive/2007/07/26/what-s-new-in-wpf-in-the-net-fx-3-5-beta-2-release.aspx
0298デフォルトの名無しさん
2007/08/03(金) 15:56:55ところで誰かBlendでのReleaseビルドに仕方教えてくれ・・・
Help見てもどこでTarget切り替えるのかわからん････
0299デフォルトの名無しさん
2007/08/03(金) 16:30:16サンクス
0300デフォルトの名無しさん
2007/08/04(土) 00:52:200301デフォルトの名無しさん
2007/08/04(土) 00:52:510302デフォルトの名無しさん
2007/08/04(土) 05:52:090303デフォルトの名無しさん
2007/08/04(土) 09:05:46Expression Blendの車のサンプルで5秒/1フレーム
3800 X2
2GB
X1300 Pro
0304デフォルトの名無しさん
2007/08/04(土) 09:15:2710年前にタイムスリップできてよかったね
0305デフォルトの名無しさん
2007/08/04(土) 13:33:42WPFは劇重評価が普通の感覚だろ。
0306デフォルトの名無しさん
2007/08/04(土) 13:40:390307デフォルトの名無しさん
2007/08/04(土) 14:02:18３Dグラフィックスをバリバリ使いたければ、素直にDirectX使いなさい。
0308デフォルトの名無しさん
2007/08/04(土) 14:19:23ボタン5個とをスタックパネルの上にちょっくら貼っただけなのに。
AMDDualに程ほどの具ラボでしかないけどあれじゃ使い物にならん･･･
0309デフォルトの名無しさん
2007/08/04(土) 15:29:255fpsだと思ったけど0.2fpsなのかｗ
0310デフォルトの名無しさん
2007/08/04(土) 16:25:410311デフォルトの名無しさん
2007/08/04(土) 16:34:430312デフォルトの名無しさん
2007/08/04(土) 17:20:28MSDNを読んでもこれがnullになる場合についての記述がないんですが・・・
0313デフォルトの名無しさん
2007/08/04(土) 18:28:13あれも重いのかな。それとも軽い？
0314デフォルトの名無しさん
2007/08/04(土) 18:39:25SilverlightはDirectX使ってないから重いんじゃないの？
0315デフォルトの名無しさん
2007/08/04(土) 19:26:14間違っても、３DゲームやCGを作ろうと思わないほうがよい。
0316デフォルトの名無しさん
2007/08/04(土) 19:47:02そうなの？
てっきり3Dが既存のFlashに対する優位性かとばかり・・・
0317デフォルトの名無しさん
2007/08/04(土) 22:02:350318デフォルトの名無しさん
2007/08/04(土) 22:14:03http://www.dolittle.com/blogs/einar/archive/2007/05/19/3d-in-silverlight-1-1-alpha.aspx
これなんだけどOrcasなども入ってないと動かないらしい。だれかレポートきぼんぬ
0319デフォルトの名無しさん
2007/08/05(日) 00:58:440320デフォルトの名無しさん
2007/08/05(日) 00:59:270321デフォルトの名無しさん
2007/08/05(日) 01:04:420322デフォルトの名無しさん
2007/08/05(日) 02:35:49検証乙カレー
なんで動かないんだろう
>>321
それはFlash(ry
0323デフォルトの名無しさん
2007/08/05(日) 03:55:29じゃあなんでWPFは3Dのロジックを新しく追加してんだよ。
結局、3Dグラフィックスだって2Dがそうなったようにバリバリ使えないと動かなくなるぜ。
0324デフォルトの名無しさん
2007/08/05(日) 03:57:29てかそれぐらいにしか使い物にならん。
0325デフォルトの名無しさん
2007/08/05(日) 03:58:260326デフォルトの名無しさん
2007/08/05(日) 04:04:25ラーメン屋でDirectXの様なフルコースを食べてもおいしくないだろ。
0327デフォルトの名無しさん
2007/08/05(日) 05:30:170328デフォルトの名無しさん
2007/08/05(日) 11:44:030329デフォルトの名無しさん
2007/08/05(日) 12:46:48セレブからしたら3000円ぐらいのラーメンなんて
安いだろうからそうゆうのをターゲットにしてるんだろ
0330デフォルトの名無しさん
2007/08/05(日) 14:05:08わらわせんなｗ
誰が使うんだよ
0331デフォルトの名無しさん
2007/08/05(日) 14:08:31MayaやMAXのように50万から100万くらいする奴をｗ
0332デフォルトの名無しさん
2007/08/05(日) 15:30:050333デフォルトの名無しさん
2007/08/05(日) 22:33:18ちょっとがっかり
0334デフォルトの名無しさん
2007/08/05(日) 23:47:50ttp://cs.nerdbank.net/blogs/jmpinline/archive/2007/08/01/New-WPF-developer-clones-Gmail-interface-in-4-hours.aspx
0335デフォルトの名無しさん
2007/08/06(月) 14:36:470336デフォルトの名無しさん
2007/08/06(月) 15:42:15正式リリース前の開発環境だから、結論出すには早すぎる。
0337デフォルトの名無しさん
2007/08/06(月) 15:45:2730分ハックとか
そういうのをもてはやす風潮はとてもよいと思う。
0338デフォルトの名無しさん
2007/08/07(火) 17:08:10営業が「30分ハックでちゃちゃっと作ってよ」みたいに使うだけだし。
0339デフォルトの名無しさん
2007/08/07(火) 17:37:44まぁそれだけ強力なライブラリを持ってるのはいいことだ。
0340デフォルトの名無しさん
2007/08/08(水) 02:07:58自称「マネージメントもできる」派遣クンが
「WPFが僕のプログラムどおりに動かない原因を調べるのは僕の仕事ではありません。」
と言っています。
彼のWPFプログラムが動かないのを調べるのは誰の仕事なのでしょうか？
0341デフォルトの名無しさん
2007/08/08(水) 02:25:150342341
2007/08/08(水) 02:25:540343デフォルトの名無しさん
2007/08/08(水) 03:30:17契約終了を待たずに辞めてもらえば？
0344デフォルトの名無しさん
2007/08/08(水) 13:02:09MSDNでインシデント使って、Microsoftに投げろよ。
0345デフォルトの名無しさん
2007/08/08(水) 23:14:06派遣を使わないで正社員を雇えよ。
0346デフォルトの名無しさん
2007/08/08(水) 23:16:53エンジニアの仕事だろう。
0347デフォルトの名無しさん
2007/08/08(水) 23:26:47「あの人の調査が終わるまで僕は待ちです」と言うのが派遣の仕事だろう。
0348デフォルトの名無しさん
2007/08/09(木) 01:43:220349デフォルトの名無しさん
2007/08/09(木) 12:48:200350デフォルトの名無しさん
2007/08/09(木) 13:03:00在日右翼なんていうのもその一種。あちこちにコピペしてるのもその類だろ。
0351デフォルトの名無しさん
2007/08/11(土) 00:41:50<Page xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation";
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml";>
<Grid>
<!--<Button Margin="10">-->
<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>
<!--</Button>-->
</Grid>
</Page>
0352デフォルトの名無しさん
2007/08/11(土) 01:19:20Button の中にある Grid に Width, Height の指定がないから、
その中身の TextBlock も幅・高さ指定なしで、中身のテキストの幅ぴったりになる。
Grid は Page の幅いっぱいに、Grid 直下の Button は Grid の幅いっぱいになるけど、
Button の Content にはそういう機構は働かない。
Button の Content を Button の幅・高さに合わせたかったら、
Binding 使って Button.Width と Button.Height と結合させないと駄目だと思う。
0353デフォルトの名無しさん
2007/08/11(土) 01:22:08Button.TemplateBinding に Grid を書いて、
TemplateBinding 使って Width と Height をバインドさせるのがいいと思う。
0354デフォルトの名無しさん
2007/08/11(土) 01:24:07○ Button.TemplateBinding
× Button.ContentTemplate
ちなみに、ContentTemplate は ContentControl から継承。
0355デフォルトの名無しさん
2007/08/23(木) 16:59:400356デフォルトの名無しさん
2007/08/23(木) 17:37:270357デフォルトの名無しさん
2007/08/25(土) 14:01:47WinFormsだってもっさりしてるのに それ以上にorz
商業系アプリなら知らんけど
フリー、シェア系の軽量アプリなら嫌われるよなあ
自分用のアプリでも使いたくねえわ
別にボタン斜めにしたり アニメーションさせたりとかに意味を感じないし
0358デフォルトの名無しさん
2007/08/25(土) 16:11:32グラフィックカードの性能に依存するから低スペックにWPFは地雷。
0359デフォルトの名無しさん
2007/08/25(土) 16:19:590360デフォルトの名無しさん
2007/08/25(土) 16:40:530361デフォルトの名無しさん
2007/08/25(土) 18:09:59といってもGDIでもVistaでは3Dで描いてるんだし
GF7800GTSだけど
ネイティブGDIアプリとの差は歴然としてる
スペックがあっても環境なりに差がある
確かに3Dやアニメーション使う人じゃないと使う理由はないかもね
0362デフォルトの名無しさん
2007/08/26(日) 11:33:400363デフォルトの名無しさん
2007/08/26(日) 11:41:44見た目ｗ
0364デフォルトの名無しさん
2007/08/26(日) 11:45:33XMLによるUIとロジックの分離。
0365デフォルトの名無しさん
2007/08/26(日) 12:18:32グループで開発してるならともかく
一人でしこしこ作ってる分には面倒な気もする
Expressionとかさらに投資する気もないし
0366デフォルトの名無しさん
2007/08/26(日) 12:22:23XAMLのライブラリ覚えるのも結構大変だし、Expressionのツールを習得しなければいけない。
0367デフォルトの名無しさん
2007/08/26(日) 12:26:49もちろんグループ開発で分業しやすいってのもあるけど、
個人でやるにしても、GUI の設計って
プログラミング言語よりも XML みたいな階層構造もった言語の方が書きやすいと思う。
ライブラリは、VS とか使うならの話だけど、
あんがいインテリセンスのお陰で覚えなくても使える。
0368デフォルトの名無しさん
2007/08/26(日) 12:59:130369デフォルトの名無しさん
2007/08/26(日) 13:06:240370デフォルトの名無しさん
2007/08/26(日) 15:14:270371デフォルトの名無しさん
2007/08/26(日) 17:31:49重い、ランタイムインスコがうざい
VB6のほうがマシ
0372デフォルトの名無しさん
2007/08/26(日) 17:36:04つClickOnce
0373デフォルトの名無しさん
2007/08/26(日) 17:38:550374デフォルトの名無しさん
2007/08/26(日) 17:50:09・DPIに依存しない。
0375デフォルトの名無しさん
2007/08/26(日) 18:01:550376デフォルトの名無しさん
2007/08/26(日) 21:26:420377デフォルトの名無しさん
2007/08/26(日) 22:07:08<ListView Grid.Column="1" x:Name="list"/>
2、ListViewに500個ぐらい項目を追加する
ObservableCollection<int> items = new ObservableCollection<int>();
for (int n = 0; n < 500; ++n)
items.Add(n);
list.ItemsSource = items;
3、ListViewにフォーカスをあわせる
4、↓キーを押し続ける
上記の操作を行ってしばらくすると、50％ぐらいの確率で、
ListViewが上下にガクガクとスクロールして、止まらなくなってしまうのですが、
何か使い方に問題があるのでしょうか？
0378デフォルトの名無しさん
2007/08/26(日) 22:09:52リストアイテムを制御するプログラムを作るとか。
全部の項目を一気に追加するなんて初心者のやりかただぞ。
0379デフォルトの名無しさん
2007/08/26(日) 22:11:17ttp://jeuclid.sourceforge.net/
微妙に違うがWPFを使うSwingでいけるってことでJavaで書かれたのを探せばいいんじゃないだろうか？
0380デフォルトの名無しさん
2007/08/26(日) 23:54:47GUIに3DでWPFに何かアドバンテージがあるのかょ?
大体、WPFだってへたくそに使えばめちゃくちゃ重くなるしょ。
0381デフォルトの名無しさん
2007/08/27(月) 00:21:263Dは今ではほとんど使われない技術だが、常にクライアントは進化を求めるものだから
いずれ必要になるときがくる。
PCがコマンドライン、GUIと進化したように２Dから３Dと進化しなければならなくなる。
0382デフォルトの名無しさん
2007/08/27(月) 01:27:41有効に使用しましょうってことでしょ
0383デフォルトの名無しさん
2007/08/27(月) 01:52:100384デフォルトの名無しさん
2007/08/27(月) 02:12:420385デフォルトの名無しさん
2007/08/27(月) 10:39:10InformationGraphics以外の分野で有効なものあまり見たことないなぁ
0386デフォルトの名無しさん
2007/08/27(月) 10:53:490387デフォルトの名無しさん
2007/08/27(月) 11:11:51うまく使えばだけど。
0388デフォルトの名無しさん
2007/08/27(月) 11:26:010389デフォルトの名無しさん
2007/08/27(月) 11:40:42昔NTTの研究所でGooの検索結果を３Dで表示するってのやってたけど本とにセンスなかったな
0390デフォルトの名無しさん
2007/08/27(月) 18:26:28テクノロジープレビューレベルで現場の開発者に投げても、使う気はせんよ。
0391デフォルトの名無しさん
2007/08/27(月) 18:54:090392デフォルトの名無しさん
2007/08/28(火) 08:36:48.NET3.5でプログラミングモデル変更
.NET4.0で氏滅
0393デフォルトの名無しさん
2007/08/28(火) 13:56:29そのために中間言語自体に大幅な変更が加わって
.NET 2.0ベースのアプリは完全に動かなくなる
まあ両方のCLRがOSに標準搭載されるから無問題だが
0394デフォルトの名無しさん
2007/08/28(火) 14:22:58どう中間言語換わるか知らないんだけど、トランスレーターみたいの出るんじゃないんかね
0395デフォルトの名無しさん
2007/08/28(火) 23:37:170396デフォルトの名無しさん
2007/08/29(水) 08:56:460397デフォルトの名無しさん
2007/08/29(水) 09:54:31何を並列化するの？
0398デフォルトの名無しさん
2007/08/29(水) 12:40:08まあ、それが信憑性あるとしてもたいした問題とも思えないけど。
2.0 の CLR と 4.0 の CLR の混在 ＆ どっちの上で動くべきか自動判定してくれるでしょ。
0399デフォルトの名無しさん
2007/08/29(水) 13:05:51なんていうか、393の信憑性は０だが、
内容は現実にあってて信憑性高杉る。
0400デフォルトの名無しさん
2007/08/29(水) 13:06:58ヒント：今までだってコンバートの嵐。コンバートエラーも嵐。
0401デフォルトの名無しさん
2007/08/29(水) 13:08:050402デフォルトの名無しさん
2007/08/29(水) 14:36:120403デフォルトの名無しさん
2007/08/29(水) 21:38:18ソースレベルでは互換性は保たれるだろうし
0404デフォルトの名無しさん
2007/08/30(木) 08:42:29実行バイナリの話なのか、実行ランタイムの話なのかハッキリしろよ。
何テンパッてるんだよ。
＞ソースレベルでは互換性は保たれるだろうし
何そのＭ＄では今までありえなかった話。
0405デフォルトの名無しさん
2007/08/30(木) 11:53:28ここ4・5年、それ以前のMSではありえなかった話が山ほど実現してる。
0406デフォルトの名無しさん
2007/08/30(木) 11:56:18ttp://www.atmarkit.co.jp/bbs/phpBB//viewtopic.php?topic=31486&forum=7&7
0407デフォルトの名無しさん
2007/08/30(木) 12:02:27ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/
意味わかんないです（＞＜）
ttp://www.microsoft.com/japan/msdn/netframework/programming/obsoleteapi/ObsByNamespace.aspx#System.Windows.Forms
System.Windows.Forms.Form
ApplyAutoScaling()
メッセージ : このメソッドは非推奨になりました。
代わりに、ApplyAutoScaling メソッドを使用してください。
（ <●><●>） ドトネト１．０～２．０廃止なのは分かってます
（Ｕ ）つ
ｕ ｕ
0408デフォルトの名無しさん
2007/08/30(木) 12:04:41ttp://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=798587&SiteID=7
.NETの売り文句である、「自動的に適切なランタイムを選択しバージョンを気にせず使える」という話を信じて安心していたのですが、
このような自体になってしまい、書き換えるにしても時間が無い絶望的な状況だったりします。
0409デフォルトの名無しさん
2007/08/30(木) 12:48:200410デフォルトの名無しさん
2007/08/30(木) 12:51:52つ 393
残念!
0411デフォルトの名無しさん
2007/08/30(木) 13:21:26結局ソースレベルでは互換性がなくなるんだな
旧バージョンのCLRがあれば動くは動くんだろうけど
0412デフォルトの名無しさん
2007/09/07(金) 23:17:33中から一つの.NET Frameworkを選択することが出来ます。
HILOG on Hatena - Visual Studio 2008 Beta2 Available
http://d.hatena.ne.jp/InoHiro/20070728/p3
なんとなく思うに、しばらくはこのまま2.0, 3.0, 3.5で平行して
走らせてくつもりなのね。。。
0413デフォルトの名無しさん
2007/09/10(月) 10:58:520414デフォルトの名無しさん
2007/09/10(月) 18:24:18とか言ってたのにな
2005 → 2008 の間に 3.0 と 3.5 を出す事になると
そうも言ってられないってことだな
0415デフォルトの名無しさん
2007/09/10(月) 18:37:11それって何てブビランタイム？
0416デフォルトの名無しさん
2007/09/14(金) 16:52:380417デフォルトの名無しさん
2007/09/14(金) 21:29:51Javaは他OSで動くからまだいいんだが…
0418デフォルトの名無しさん
2007/09/14(金) 21:57:550419デフォルトの名無しさん
2007/09/14(金) 22:17:45マルチプラットフォームの実現。
0420デフォルトの名無しさん
2007/09/14(金) 22:25:32出版社と開発ツール屋と開発系コンサルが当分ネタに困らない。
0421デフォルトの名無しさん
2007/09/15(土) 01:00:480422デフォルトの名無しさん
2007/09/15(土) 01:35:38それだ。
Javaの苦手なWindows上のGUI部分を埋めるのが.NET(WPF)の役割だな。
0423デフォルトの名無しさん
2007/09/15(土) 06:47:56良回答10pt
0424デフォルトの名無しさん
2007/09/15(土) 09:19:09客からは「操作がWinでもMacでもなく糞すぎ」と散々言われたなあ
最終的にWin挙動に似せるように、ちまちまプログラム追加していった
あれ以来Javaでプログラムはやってない。
0425デフォルトの名無しさん
2007/09/15(土) 19:24:540426デフォルトの名無しさん
2007/09/15(土) 20:02:42Windows限定の中途半端なものに比べたら
0427デフォルトの名無しさん
2007/09/15(土) 20:18:170428デフォルトの名無しさん
2007/09/16(日) 02:12:160429デフォルトの名無しさん
2007/09/16(日) 02:19:400430デフォルトの名無しさん
2007/09/16(日) 02:32:330431デフォルトの名無しさん
2007/09/16(日) 09:47:050432デフォルトの名無しさん
2007/09/16(日) 12:54:35GUI アプリじゃないのかどうか悩んでしまうな
0433デフォルトの名無しさん
2007/09/16(日) 15:45:51WPF始まる前から終了の予感がしてきた。
0434デフォルトの名無しさん
2007/09/16(日) 15:49:53Linq/Dlinqの方がよほど安定してるよ。
WPFの普及は開発ツールにかかってると思うが今のところ前途多難。
0435デフォルトの名無しさん
2007/09/16(日) 15:50:140436デフォルトの名無しさん
2007/09/16(日) 16:38:13おいしいところ全部Silverlight 1.1に持って行かれたからな。仕方がない。
0437デフォルトの名無しさん
2007/09/16(日) 17:25:550438デフォルトの名無しさん
2007/09/16(日) 17:41:080439デフォルトの名無しさん
2007/09/18(火) 13:46:23そうでもない。
XBAP は終わってるかも知れんけど、
WinアプリはWPF使うだろうし。
Silverlight は、リソースとかイベントトリガとかバインディングの辺りで制限多い。
使えるエレメントも限られてるし。
0440デフォルトの名無しさん
2007/09/18(火) 16:58:490441デフォルトの名無しさん
2007/09/19(水) 14:49:44IE ＋ .NET Framework 3.0 の環境だけがターゲットになるのがつらいよなぁ。
0442デフォルトの名無しさん
2007/09/24(月) 23:22:170443デフォルトの名無しさん
2007/09/24(月) 23:23:510444デフォルトの名無しさん
2007/09/25(火) 11:05:190445デフォルトの名無しさん
2007/09/25(火) 11:34:390446デフォルトの名無しさん
2007/09/25(火) 19:13:260447デフォルトの名無しさん
2007/09/25(火) 20:26:550448デフォルトの名無しさん
2007/09/26(水) 12:57:12俺としては、規模大きいアプリの開発に LL 使うのは否定派なんだが。
0449デフォルトの名無しさん
2007/09/26(水) 13:04:37WPFがDependencyPropertyみたいなプロパティシステムを再実装したのは
GUIのコントロールツリーと.NETのプロパティが相性悪かったからってことでしょ。
.NETのプロパティは堅物過ぎたから
自前でフレームワークを作らないといけなかったとというわけで。
いくつかの軽量言語が組み込みで持っている型システムなら
そのまま流用できた可能性はある。
IronPythonの型システムとDependencyPropertyをどうくっつけるかみたいな話は
結構あちこちで行われてると思うよ。
0450デフォルトの名無しさん
2007/09/26(水) 20:32:55プロパティシステムを再実装したのは、Attached Propertiesのようなものが必要だったからでしょ。
(Visual Treeにおける親子間のデータ引き継ぎ)
だけど、それが軽量言語の型システム流用で解決できるとはとても思えないんだけど･･･。
0451デフォルトの名無しさん
2007/09/26(水) 21:04:560452デフォルトの名無しさん
2007/09/27(木) 01:30:33実行時にプロパティを付けたり外したりってまさにLL言語の十八番だと思うけど。
0453デフォルトの名無しさん
2007/09/27(木) 20:25:49いや、単にプロパティを追加するってのではなくて、
別クラスのプロパティを持てるってのがポイント。
そりゃ、LL言語のプロパティの動的追加機能を使って、
obj.ClassNamePropertyName
みたいな書き方すれば似たようなことはできるかもしれないけど、
それはちょっとなぁ。美しくない。
0454デフォルトの名無しさん
2007/09/27(木) 23:39:00property missingをフックして親のチェーンをたどるとか。
そういうのじゃだめ？
0455デフォルトの名無しさん
2007/09/28(金) 00:19:26型Aのオブジェクトaに プロパティ B.Name と C.Name を設定したいとき
LL言語で
a.Name = "あ"
a.Name = "い"
とすると二行目でプロパティが上書きされてしまうので、
>>453の書き方が必要という話だと思うけど、
> property missingをフック
するとどういう書き方になるの？
0456デフォルトの名無しさん
2007/09/28(金) 16:39:24obj.SetValue(Class.Property, value);
ってのを、LL 言語を使えば
obj.Class_Property = value;
とか書けるのは書けるだろうけど。
それができて嬉しいとはさほど思えない。
書きやすさのメリットは確かにあるけども、
普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
0457デフォルトの名無しさん
2007/09/28(金) 17:31:19んー
＞普通のプロパティと依存プロパティの区別が付かなくなることにはデメリットもあると思う。
LLを静的言語風に使おうとしている雰囲気がするけどどうなんだろねえ
例えば何でもいいから obj ってインスタンスのがあって、
たとえば ImportDP( obj, Class ) みたいに書くと
Class に定義されている依存プロパティが obj にインポートされて
以降そのインスタンスに限って obj.Property = value と書けるようになるとか。
事前に一括コンパイルする訳じゃないんだから
ソースを見て「これは普通のプロパティ」「これは依存プロパティ」とか
そこまでこだわりながらプログラミングするものかねぇ。
たとえば obj.HogeHoge って書いておきながら
実際に Hogehoge という何かがなかったとしても
プログラムがそこを通らなければ問題なしって世界だよ？
0458デフォルトの名無しさん
2007/09/29(土) 00:23:04LLでできそうだ。
自分の子供には、自分に必要なプロパティを追加すればいいんだもんな。
0459デフォルトの名無しさん
2007/09/29(土) 10:53:170460デフォルトの名無しさん
2007/10/09(火) 05:24:51C#4.0待ち？
0461デフォルトの名無しさん
2007/10/12(金) 00:21:03NotifyIcon 同等のコントロールはありません。
となってるんですが、つまりWPFに通知領域にアイコンを表示するコントロールはないってことですか？
0462デフォルトの名無しさん
2007/10/22(月) 08:44:04ttp://msdn2.microsoft.com/en-us/library/aa972170.aspx
とかダメなん？
詳しく読んでないけど。
0463デフォルトの名無しさん
2007/10/22(月) 09:07:480464デフォルトの名無しさん
2007/10/22(月) 20:39:22いえ、全然駄目なことないです、自分も素直にFormsのNotifyIcon使おうかなと思ってたので
ただWPFだけで機能が完結してる方がなんとなく綺麗かなと
>>463
結局そういうことなんでしょうね
0465デフォルトの名無しさん
2007/10/22(月) 23:04:11NotifyIcon とかもそっちでやって良かったと思う今日この頃
質問です。
RichTextBox で IsReadOnly を true にするとキャレットが消えてしまうんですが、
WinForms の RichTextBox.ReadOnly と同じように
書き込めないけどキャレットの操作可能って状態にはできないもんでしょうか。
0466デフォルトの名無しさん
2007/10/24(水) 01:42:54PrintDialogはSystem.Windows.Controlsという謎仕様。
そしてColorDialogは存在すらしない…
0467デフォルトの名無しさん
2007/10/24(水) 02:55:19PrintDialog→C#→System.Windows.Controls
ColorDialog→J#→ぬるぽ
0468デフォルトの名無しさん
2007/10/25(木) 02:09:17FileDialog → WPF関係ないんじゃね？ → Microsoft.Win32
ColorDialog→ おまいら、もっと素晴らしいダイアログ作れ → ×
0469デフォルトの名無しさん
2007/10/26(金) 07:04:57nliteでいろいろ弄った所為かSDKやらOfficeやらインスコしてもSAPIを認識してくれないorz
精度気にしなくていいからニコニコとかピアキャス・ネトゲ用に支援ツール作れば受けそうなのに
0470デフォルトの名無しさん
2007/10/26(金) 15:22:56Visual Studio 2005 で作成すると、メニュークリック時に落ちる…。何故？
<Grid x:Name="LayoutRoot">
<DockPanel LastChildFill="False">
<Menu VerticalAlignment="Top" DockPanel.Dock="Top">
<MenuItem Header="ファイル">
<MenuItem Header="新規作成" />
<MenuItem Header="開く" />
</MenuItem>
</Menu>
</DockPanel>
</Grid>
0471デフォルトの名無しさん
2007/10/30(火) 07:53:48ttp://blogs.msdn.com/acropolis/archive/2007/10/29/An-Acropolis-Update.aspx
Codename Maxといい、WPFを使ったプロジェクトは呪われてるな
0472デフォルトの名無しさん
2007/10/30(火) 17:08:170473デフォルトの名無しさん
2007/10/30(火) 17:29:01とか思ってたのに慣れてくるとこっちの方が良く感じてくるから怖い
0474デフォルトの名無しさん
2007/10/30(火) 18:15:17VS2008に統合するって話じゃないか？
0475デフォルトの名無しさん
2007/10/30(火) 18:56:12WinFSは死なずにKatmaiに取り込まれる、みたいな建て前の話だろ
0476デフォルトの名無しさん
2007/11/01(木) 01:35:010477デフォルトの名無しさん
2007/11/07(水) 03:38:17C#でそれなりなものが組めて、ベータを少しいじったくらいのレベルなんだけど？
0478デフォルトの名無しさん
2007/11/07(水) 08:53:560479デフォルトの名無しさん
2007/11/07(水) 19:26:090480デフォルトの名無しさん
2007/11/07(水) 21:38:56ttp://adamnathan.net/wpf/
これがヨカッタ。
フルカラーだし。
0481デフォルトの名無しさん
2007/11/08(木) 16:07:400482デフォルトの名無しさん
2007/11/08(木) 16:11:33使う方からみて D3D デバイス管理的なことは全くする必要ない。
0483デフォルトの名無しさん
2007/11/11(日) 09:48:33の下の方の図を見ると、
SessionEndingの後にExitが呼び出されるように見えるのですが、
皆さんの環境ではこの通りに動いてますか？
こちらの環境でログオフを行うと、SessionEndingが呼び出された後、
Exitが呼び出されずにそのままアプリケーションが終了してしまいます。
0484デフォルトの名無しさん
2007/11/20(火) 23:30:49Windows.Formsと同じで標準ではチャートコントロールないよね？
WPF用でなにか定番のソフトとかってある？
0485デフォルトの名無しさん
2007/11/20(火) 23:38:490486デフォルトの名無しさん
2007/11/21(水) 08:06:13XAMLんが短いけどな。
なんつーか良くも悪くもRubyだ。
0487デフォルトの名無しさん
2007/11/21(水) 11:20:47ほんと、良くも悪くもだなぁ。
0488デフォルトの名無しさん
2007/11/21(水) 17:09:34動的にやりたい部分はRubyで書けるのかな。
0489デフォルトの名無しさん
2007/11/21(水) 18:12:18Silverlight 1.1 はそれが出来るように作ってるはず。
IronRuby、Silverlight でぐぐればそういう話が出てくる。
0490デフォルトの名無しさん
2007/11/21(水) 18:29:490491デフォルトの名無しさん
2007/11/21(水) 22:45:170492デフォルトの名無しさん
2007/11/21(水) 23:35:090493デフォルトの名無しさん
2007/11/22(木) 13:48:590494デフォルトの名無しさん
2007/11/22(木) 19:50:46うおお、まさにこれです、ありがとうございました！
0495デフォルトの名無しさん
2007/11/24(土) 12:14:35何年経てば実用的な速度で動くようになるんだろうな
0496デフォルトの名無しさん
2007/11/24(土) 12:41:01２Dアニメーションや静止画３Dなら使える。
0497デフォルトの名無しさん
2007/11/24(土) 13:05:450498デフォルトの名無しさん
2007/11/26(月) 17:07:31静止画としてしか表示できないのかな
0499デフォルトの名無しさん
2007/11/26(月) 17:35:22CPUのクロックが10GHzに到達するころじゃない？
あっという間だね＾＾
0500デフォルトの名無しさん
2007/11/26(月) 18:24:080501デフォルトの名無しさん
2007/11/26(月) 21:52:51xamlだけじゃ無理のはず。
何とかしてgifアニメのインターバルを取得してこないといけない。
0502デフォルトの名無しさん
2007/11/26(月) 22:15:18なんでWPFなのにCPUクロックの話になるんだ
0503デフォルトの名無しさん
2007/11/27(火) 01:21:20フレームバッファとかスクリーンバッファも知らないやつじゃないか？
0504デフォルトの名無しさん
2007/11/27(火) 02:58:570505デフォルトの名無しさん
2007/11/27(火) 09:40:16ボトルネックがどこにあるか調査してから断言してますか？
ソフトウェアレンダリングの場合はVRAMが一番影響大きいのだが？
0506デフォルトの名無しさん
2007/11/27(火) 09:50:15WPFのネックがフィルレートだとでも？
0507デフォルトの名無しさん
2007/11/27(火) 10:01:43メインメモリ上で処理して、VRAMに渡すのなんて最後だけでしょ？
0508デフォルトの名無しさん
2007/11/27(火) 11:20:050509デフォルトの名無しさん
2007/11/27(火) 11:42:500510デフォルトの名無しさん
2007/11/27(火) 13:02:030511デフォルトの名無しさん
2007/11/27(火) 13:53:28http://dodgson.org/omo/t/?date=20060922
0512デフォルトの名無しさん
2007/11/27(火) 16:52:56質問なんですけど、ストーリーボードで人（アバター）を歩かせるアニメーションをしたいのですが、
画像の切り替えはどうすればよいのでしょうか？
EllipseGeometryでPointAnimationを使って移動はできたのですが、歩くモーションのため、
数枚の画像を順に切り替えたいのです
0513デフォルトの名無しさん
2007/11/27(火) 18:22:110514デフォルトの名無しさん
2007/11/27(火) 21:22:03描画処理だけなら60FPS近く出る場合でも
UIスレッドで重い処理を行うと、
優先度の低い画面更新処理がすっ飛ばされて、全然画面更新されなくなる。
UIスレッドで重い処理をするなと言われればそれまでだけどさ、
WinFormsなら、キーが押される時等の早いレスポンスが求められる時には
UpdateWindowが呼び出されてるんだから、
WPFにも同じような機構が欲しい。
0515デフォルトの名無しさん
2007/11/27(火) 22:28:01途中のアニメーションをすっ飛ばしてレスポンス返す方がいい。
0516デフォルトの名無しさん
2007/11/27(火) 23:21:12Avalonだとか言われていた時代、既にAppleはQuatz Exteremeという
近代的なデスクトップシステムを作り上げていたのだなぁ
0517デフォルトの名無しさん
2007/11/28(水) 00:10:530518デフォルトの名無しさん
2007/11/28(水) 00:11:170519デフォルトの名無しさん
2007/11/28(水) 00:15:120520デフォルトの名無しさん
2007/11/28(水) 00:22:040521デフォルトの名無しさん
2007/11/28(水) 00:34:120522デフォルトの名無しさん
2007/11/28(水) 01:31:03問題は内部ロジックがどの程度進化していくかが重要。
今の処理ではアニメーションが重すぎる。
0523デフォルトの名無しさん
2007/11/28(水) 10:45:17自分でXAML相当のもの作るとしたらどういうスキーマをクラス情報から生成すればいいんだろ。attributeの辺りとかよくわからんです。
WPFこれから調査するけどなんか思い･･･
MSの人がXPだとハードウェアアクセラレーション書きかないバグがあってフィックスがどうたらとかいってたけど知ってるエロイ日といますか？
0524デフォルトの名無しさん
2007/11/28(水) 20:15:22XAMLの一番のメリットはコントロールインスタンスの生成と
レイアウトの手間が省ける点だと思ってる。
それと、XAML＋C#コードビハインドで、言語レベルでMVCのV,C切り分けができるのがいい。
まぁ、コードビハインドなんて言葉も、web屋のほうから来たのかもしれないが。
ついでに言うと、.net2.0 のDataProvider + DataSet + XML関連クラス もいい感じに'M'を
扱いやすくしてくれてていい感じだ。
とにかくXAMLはUIレイアウトとユーザーイベントオブザーバーとしての機能だけを充実させて
ほしい。変にプログラマブルな方向へは進んでほしくない。
0525デフォルトの名無しさん
2007/11/29(木) 00:28:430526デフォルトの名無しさん
2007/11/29(木) 00:57:38むしろこれからが本番じゃない？
Expression Designとの連携を考えなければ、無駄だらけの機能なんだし。
Expression Designをバージョンアップさせて色々と思いついたMSが
あれもこれもと機能を追加しそうな気がする。
0527デフォルトの名無しさん
2007/11/29(木) 02:14:17Blendとか他の製品で新しい機能がほしいとユーザから来て追加だろう。
0528デフォルトの名無しさん
2007/11/29(木) 10:37:53Storyboard使わずに自前のコードで20fpsぐらいで動かしたらどうだろ？
0529デフォルトの名無しさん
2007/11/29(木) 11:21:06XPだとハードウェァアクセラレーションできないって話があるがマジですか？
0530デフォルトの名無しさん
2007/11/29(木) 13:26:01|／￣￣￣￣＼ ／￣￣￣￣＼|
｜ ／V＼＼＼ ｜ ／V＼＼＼
| / /|｜ ｜| | | //| ｜｜ |
| | |(ﾟ) (ﾟ)| | | | (ﾟ) (ﾟ) /|
ノ＼|＼| (_●_) |/ ＼| (_●_) |/|/＼ ウィンのIEしか動かないの
彡､ |∪| ､｀￣￣ヽ ／彡､ |∪| ミ ＼
/ ＿＿ ヽノ Y￣) | ( (/ ヽノ＿ |＼＿＞
(＿＿＿） Y＿ノ ヽ/ (＿＿＿ノ
＼ | | /
| ／＼ ＼ ／ ／＼ |
| / ) ) ( ( ヽ |
∪ （ ＼ ／ ) ∪
＼＿) (＿／
／￣＼
｜／￣￣￣￣＼
(ヽノ// /／V＼＼｜/)
(((i)// （゜） （゜）||(i))) そのうえ動作はカ・ク・カ・ク☆
／∠彡＼| (_●_)｜|＿ゝ＼
(＿＿＿､ |∪| ,＿＿）
| ヽノ /´
| /
0531デフォルトの名無しさん
2007/11/29(木) 13:32:210532デフォルトの名無しさん
2007/11/29(木) 13:33:40これのこと？
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=1987079&SiteID=7
0533デフォルトの名無しさん
2007/12/01(土) 19:24:34ついでにこれも。
ttp://blogs.msdn.com/hiroyuk/archive/2007/11/30/6604954.aspx
0534デフォルトの名無しさん
2007/12/03(月) 17:50:53http://news.ameba.jp/r25/2007/12/9073.html
0535デフォルトの名無しさん
2007/12/04(火) 05:44:27＞メモリ内を掃除する「メモリクリーナー」系のソフトが効果的かも。
こんなこと書いてるよ。だめだめだろそれ。
0536デフォルトの名無しさん
2007/12/04(火) 06:25:20メモリのフラグメンテーションが進んでいる状況を解決するという点では
全く意味がない訳ではないので
長時間実行している状況という前提の中では一応問題ないと思うぞ
0537デフォルトの名無しさん
2007/12/04(火) 09:30:12数日動かしてると激重になるけど再起動するのも面倒だからメモリクリーナーで急場をしのぐ。
0538デフォルトの名無しさん
2007/12/04(火) 19:07:23＞MEET eJournalPlusは，現在はまだ評価版の段階である「.NET Framework 3.5」をベースに開発されており，
＞文書フォーマットとしては「XPS」を採用して，メタデータの保存などを行っている。
＞また，学生間や学生・講師間でのデータ共有には，.NET Framework 3.0で追加された通信機能である
＞「Windows Communication Foundation」を使用している。
ソース公開するらしい
0539デフォルトの名無しさん
2007/12/04(火) 19:23:56絶えずアーキテクチャー刷新ですね。
ありがとうございましたorz
0540デフォルトの名無しさん
2007/12/04(火) 23:38:300541デフォルトの名無しさん
2007/12/06(木) 23:13:130542デフォルトの名無しさん
2007/12/07(金) 14:30:02ttp://www.thirteen23.com/work/denounce/index.html
0543デフォルトの名無しさん
2007/12/07(金) 23:15:010544デフォルトの名無しさん
2007/12/08(土) 01:23:16ttp://japan.cnet.com/news/media/story/0,2000056023,20362702,00.htm
ttp://messenger.yahoo.com/windowsvista.php
0545デフォルトの名無しさん
2007/12/08(土) 01:48:16今度は落ちにくくなってるのかな
0546デフォルトの名無しさん
2007/12/08(土) 22:46:280547デフォルトの名無しさん
2007/12/09(日) 00:46:50ただ絵文字がきもくなった
0548デフォルトの名無しさん
2007/12/11(火) 01:33:06http://japan.zdnet.com/sp/feature/07microsoft/story/0,3800083079,20362838,00.htm
0549デフォルトの名無しさん
2007/12/11(火) 08:39:37リンク先のブログに書いてあるこれに期待するしかないな。
Update: I’ve heard some indication that Yahoo Messenger and presumably WPF
runs better in Vista SP1.
0550デフォルトの名無しさん
2007/12/11(火) 08:45:010551デフォルトの名無しさん
2007/12/11(火) 09:05:03当時2000ユーザーってそんなに多くなかったし。
0552デフォルトの名無しさん
2007/12/11(火) 13:36:250553デフォルトの名無しさん
2007/12/11(火) 20:10:16ttp://www.venkatarangan.com/blog/XAMLSchema.aspx
こんなん見つけましたけど(゜▽゜)
0554デフォルトの名無しさん
2007/12/13(木) 04:07:592000 を使っていた身としては通知領域のカスタマイズで
表示しているアイコンを選ぶことができるようになったのが大きかったな
アプリ追加でやるのと標準で付くのは差が大きい
0555デフォルトの名無しさん
2007/12/13(木) 21:14:26ここにサンプルがあるのだけれども、2008Express Editionだと
app.manifestがありません言われてビルドすらできない罠
プロジェクトからapp.manifestを削ったら今度はwindows1.xamlが
見つかりませんとかIOExceptionが出るし…
もうだめぽ
0556555
2007/12/13(木) 21:27:59Microsoft Windows
[Main Instruction]
WPFCalculator2 は動作を停止しました
Vista Home Basicじゃ動かないのか…
0557555
2007/12/13(木) 22:40:31http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2390828&SiteID=1&pageid=0#2390828
はずれ
Locbaml doesn't work - MSDN Forums
http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=298036&SiteID=1
>in your debug folder you have a folder named 'en-US' and within is a dll named YourApp.resources.dll.
近づいた
リフレクタで診るとwindow1.bamlがあやしいのでぐぐる
WPFサンプルプログラム「AvalonCalculator2」が実行できない - MSDN フォーラム
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=526730&SiteID=7
WPFCalculator2.csprojの
11行目 <UICulture>en-US</UICulture> を削除したら
動きました…
[WPF] - 匣の向こう側 - あまりに.NETな
http://d.hatena.ne.jp/akiramei/searchdiary?of=7&word=*%5BWPF%5D
WPFサンプルコード その１ - MSDN フォーラム
http://forums.microsoft.com/MSDN-JA/ShowPost.aspx?PostID=494231&SiteID=7
あまりいじってるひといないのね…メモぐらい残そうよ
0558デフォルトの名無しさん
2007/12/14(金) 01:02:49超常識なんだが。
0559デフォルトの名無しさん
2007/12/14(金) 09:38:400560デフォルトの名無しさん
2007/12/14(金) 12:33:25未確認動物 - Wikipedia
http://ja.wikipedia.org/wiki/%E6%9C%AA%E7%A2%BA%E8%AA%8D%E5%8B%95%E7%89%A9
0561555
2007/12/14(金) 15:01:39情報が2006年の4、6月あたりで止まってる感があるのだけど
SdkViewer - Google Search 19件
http://www.google.co.jp/search?hl=en&q=SdkViewer&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=lang_en
SdkViewer - Google 検索 3件
http://www.google.co.jp/search?hl=ja&lr=lang_ja&q=SdkViewer
なにこの情報の少なさ加減は…
0562デフォルトの名無しさん
2007/12/14(金) 15:23:02http://blogs.microsoft.co.il/blogs/bursteg/archive/2007/08/02/Cannot-locate-resource-appxaml.aspx
I had this error when running SdkViewer in VS.NET 2005, tried putting "MSBuild:Compile" as
the Custom Tool for SdkViewerApplication.xaml, but it didnt work..
2005で走らせようとしたらエラーが出た。SdkViewerApplication.xamlのカスタムツールとして
"MSBuild:Compile"を設定した。でも動かなかった
so I decided to open in VS.NET 2008 and after the project got upgraded, the app finally ran..
"MSBuild:Compile" was already set from the earlier trial with VS.NET 2005
そこで2008で開いてプロジェクトのアップデートを試みた。ようやくデモが動いた…
"MSBuild:Compile"はさっき2005でやろうとしたときに設定してあったと思う
so not sure if that did they trick, but will keep this in mind if I see this error again.. thanks.
なのでそれが功を奏したかはわからない。けどまたエラーが出た時のためにそのことを
気に留めておこう、ありがとう
--------------------------------------------------------------------------------
たぶんこれだな…。あぁ tried putting "MSBuild:Compile" as the Custom Tool のくだりのところが
さっぱりわからん orz
0563555
2007/12/14(金) 15:35:50.csproj を設定できるようになってるのか。それをカスタムツールと呼称すると。
[ビルド]タグを開いて[全般]-条件付コンパイルシンボル(Y):のテキストボックスに
MSBuild:Compileを入力しろと。>tried putting "MSBuild:Compile" as the Custom Tool
うん。見通しは悪くは無いね。シンプルだ
0564デフォルトの名無しさん
2007/12/15(土) 00:23:36オンボなので確認のしようがない・・・
0565デフォルトの名無しさん
2007/12/15(土) 00:24:320566デフォルトの名無しさん
2007/12/15(土) 11:44:080567デフォルトの名無しさん
2007/12/15(土) 11:45:550568デフォルトの名無しさん
2007/12/15(土) 15:01:30WPF使っても、画像ビューアーの内部で持ってるイメージデータが
VRAMに保存されることはない。
イメージごとに独立した別ウィンドウにすればVRAMに確保されるけど、
バックアップとしてメインメモリにも同じデータが確保されるから消費量は2倍以上になる。
そもそもWPF＆WDMのしくみや目的を誤解してると思う。
0569デフォルトの名無しさん
2007/12/15(土) 18:49:53すいません、DirectX自体良く分かってません
>>568
例えばImageコントロールを使えばそうなるのかな思ってたのですが、
VRAM上のデータはメインメモリ（上にあるテクスチャ）のキャッシュとして使われるってことですか？
0570デフォルトの名無しさん
2007/12/15(土) 19:58:20その辺については「dwm.exe」でググると（WDMじゃなかったorz）
わかりやすい説明が見つかると思うよ。
とにかくWPFとは直接関係ないことだから、VRAMのことは忘れたほうがいい。
0571デフォルトの名無しさん
2007/12/15(土) 23:27:51vistaじゃないと駄目なんですね
0572デフォルトの名無しさん
2007/12/19(水) 11:48:020573デフォルトの名無しさん
2007/12/19(水) 11:56:18２００５とあまり変わらないから。
0574デフォルトの名無しさん
2007/12/19(水) 12:13:340575デフォルトの名無しさん
2007/12/19(水) 12:45:460576デフォルトの名無しさん
2007/12/19(水) 22:33:53プロパティウィンドウに出なくて面倒だな。
他にもXAML手書きでなんとかしなきゃいけないとこが多そうだ。
0577デフォルトの名無しさん
2007/12/19(水) 23:42:18XAMLウィンドウでキー押してインテリセンスで候補選ぶほうがずっと速い。
0578デフォルトの名無しさん
2007/12/21(金) 10:14:070579デフォルトの名無しさん
2007/12/21(金) 11:51:19プロパティ一覧は最初にちょっと触った以外は操作した事もない
0580デフォルトの名無しさん
2007/12/21(金) 12:00:21インテリセンスはVS2008は比較的優秀。
デバッグはちょっと使いずらく感じる。
0581デフォルトの名無しさん
2007/12/21(金) 23:16:05手書き？
0582デフォルトの名無しさん
2007/12/21(金) 23:28:25イベント付けたい要素のタグ中でインテリセンス使って「MouseDown=""」とか入力すると、
「新しいイベントハンドラ」というのが出てくるから選ぶ。
自動的にビハインドコードのほうに「要素名_MouseDown」ってメソッドが挿入される。
0583デフォルトの名無しさん
2007/12/22(土) 07:00:05最初にGUIで各パーツを大雑把に配置したら
あとは表示を確認しながらXAMLを直接いじってゆくのが基本だ。
0584デフォルトの名無しさん
2007/12/22(土) 17:06:36ボタンを押すと普通の灰色ボタンに戻ってしいます。
ボタンを押したときのBackgroundやForegroundを指定したいのだけどどうやったら出来ますか？
0585デフォルトの名無しさん
2007/12/22(土) 17:46:24.NET Framework開発 > Windows Presentation Founndation > WPFの基礎 > スタイルとテンプレート > トリガ > プロパティトリガ
0586デフォルトの名無しさん
2007/12/22(土) 19:14:20ありがと～、見つかりました。
<Style TargetType="Button">
<Setter Property="Background" Value="Cyan"/>
<Setter Property="Foreground" Value="Red"/>
<Style.Triggers>
<Trigger Property="IsPressed" Value="True">
<Setter Property="Background" Value="Yellow"/>
<Setter Property="Foreground" Value="Blue"/>
</Trigger>
</Style.Triggers>
</Style>
0587デフォルトの名無しさん
2007/12/22(土) 22:08:13と言われていますが、C2D＆Geforce8シリーズのようなハイエンドＰＣでも、
簡単なアニメーションを行うだけでCPUリソースを20%消費するという状況に良く会います。
WPFのどんな処理が Pixel / Vertex Shader で記述されGPUを利用していることになるのか
解説している文章等は有りませんでしょうか？
0588デフォルトの名無しさん
2007/12/22(土) 23:20:49確かに・・・落ちない、というだけで、重くてもXPにしたからな。
まあ、他で2000も使ってたけど。
ただ、Vistaは、本当に利点がない。
俺は、ゲームもやるが、ゲーマー周りじゃ、Vista氏ねだとｗ
OS：Vista って書いたらハァ？って言われてるし
0589デフォルトの名無しさん
2007/12/22(土) 23:29:22答えは知らんけど、最後の合成以外はほとんどCPU処理だと思ってた。
要求スペックがSM2.0以降だからたいしたことできなそうだけどな。
0590デフォルトの名無しさん
2007/12/23(日) 02:15:33あの機能は便利だと思うんだけど。
0591デフォルトの名無しさん
2007/12/23(日) 11:57:51ゲームがVistaに最適化すればよい
0592デフォルトの名無しさん
2007/12/23(日) 11:58:50便利じゃねーよ。
途中からの順番変えたい時も最初からクリックしなきゃならんし
0593デフォルトの名無しさん
2007/12/23(日) 14:11:11Vistaだと、1割重いっていうのが通説なんすよね。
まあ、それを見越して、チューニングしろって話なんだろうけどさ。
最近だと、DirectX10だと、キレーになる、ゲームがあったんだけど、
「Crysis」
さて、実はここで紹介した効果を含めて、公式にDirectX 10フィーチャーと
されている設定は、ゲームの設定ファイルを触ることでDirectX 9環境でも
適用することができる。結果的にDirectX 9バージョンでもDirectX 10バージョン
と同等の絵を出すことができる。つまり、DirectX 10だから美しい環境が実現
されているわけではないのだ。
あえて上記に触れたのは、現在のところDirectX 9バージョンとDirectX 10
バージョンで、「最高」設定の絵を出したとき、実はDirectX 9バージョンの方
がパフォーマンスが良いからだ。
http://www.watch.impress.co.jp/game/docs/20071130/crysis.htm
Vistaｵﾜﾀ＼(^o^)／
そろそろ、スレ違い
0594デフォルトの名無しさん
2007/12/23(日) 16:09:54見た目が綺麗になるとか云々はおまけです
0595デフォルトの名無しさん
2007/12/23(日) 20:06:23根底から違う。
0596デフォルトの名無しさん
2007/12/23(日) 21:28:18だが、その機能すら今回はないんじゃないか？
0597デフォルトの名無しさん
2007/12/25(火) 17:13:02また、明日から本気出すですか？
0598デフォルトの名無しさん
2007/12/26(水) 09:27:23ウィンドウの端ドラッグしてサイズ変更すると、たまにクライアント領域が黒くチラつく
これを抑制する方法を教えてください
環境は、Vista+VS2008です
0599デフォルトの名無しさん
2007/12/26(水) 12:34:51ビットマップエフェクトや不透明度などの重い処理使うのを避けるとか。
描画が追いつかないときに出る現象だから、完全に抑制するのは無理じゃないかな。
0600598
2007/12/26(水) 13:06:06そうなるので重い処理ってことはないと思うんだけど
これ、どうしようもないんでしょうか・・・？
0601デフォルトの名無しさん
2007/12/26(水) 13:15:020602デフォルトの名無しさん
2007/12/26(水) 21:37:530603デフォルトの名無しさん
2007/12/26(水) 22:37:000604薄汚い派遣の国、日本
2007/12/27(木) 03:37:28派遣契約を切られたにもかかわらず「次の派遣先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再派遣契約した人のことです。
今月初め、半年前に切った派遣が出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くの派遣先にこだわって人間として恥ずかしくないのですか。
仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。派遣でスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
派遣で収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずに派遣で安直に収入を得たいだけじゃないですか。
身分不相応な商品のローンを払うために派遣だと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
0605デフォルトの名無しさん
2007/12/27(木) 04:07:280606デフォルトの名無しさん
2007/12/27(木) 04:09:000607デフォルトの名無しさん
2007/12/27(木) 12:43:23Core 2 Duo はともかく GPU は?
0608デフォルトの名無しさん
2007/12/27(木) 12:46:340609デフォルトの名無しさん
2007/12/27(木) 14:28:59GPU古いっちゃ古いから仕方ないのかな・・・
GPU変える参考にするから、出ないって人いたら、環境教えて
0610デフォルトの名無しさん
2007/12/27(木) 14:52:44XPだと大丈夫。
さらに、VistaだとAllowsTransparencyがtrueのウィンドウのリサイズが非常に遅い。
0611609
2007/12/27(木) 15:15:44情報ありがとう
VPCのXPに.NET 3.0突っ込んで試してみたら、チラつかなかった
自分のコードで解決する問題じゃないってことかな。でも、気になるなぁ・・・
0612デフォルトの名無しさん
2007/12/27(木) 17:18:06もっとWPF使いたくなるような話題はないのか？
とりあえずVCL使い慣れているのでWinForms使うわ
0613デフォルトの名無しさん
2007/12/27(木) 18:01:07オンボードのGM965。でもみんなの話を聞くと、「Vistaだと黒チラ出る」でFAなのかな。
SP1で直るといいな。
0614デフォルトの名無しさん
2007/12/28(金) 04:31:130615デフォルトの名無しさん
2007/12/28(金) 08:09:450616デフォルトの名無しさん
2007/12/28(金) 11:15:020617デフォルトの名無しさん
2007/12/28(金) 11:15:450618デフォルトの名無しさん
2007/12/28(金) 11:23:210619デフォルトの名無しさん
2007/12/28(金) 11:36:450620デフォルトの名無しさん
2007/12/28(金) 20:50:24Aero切った状態でもなる？
0621デフォルトの名無しさん
2007/12/29(土) 15:08:52Aero切ったら画面描画が遅くなるんじゃないの？
0622デフォルトの名無しさん
2007/12/29(土) 15:16:350623デフォルトの名無しさん
2007/12/29(土) 15:48:39VistaをAeroをOFFにする人の数 --gt;
http://pc11.2ch.net/test/read.cgi/win/1158641102/
0624デフォルトの名無しさん
2007/12/29(土) 21:36:57Aero切ると黒チラは出ないね。でもCPU負荷はAeroオン時より10～20%ぐらい高くなる。
他のウィンドウの再描画が増えるせいかな。
0625デフォルトの名無しさん
2007/12/29(土) 23:14:58ほかの描画効果あるのも知ってるけれど、とりあえずその部分だけ。
0626デフォルトの名無しさん
2007/12/30(日) 01:52:50AeroとWPFの両方でGPU使うから、その辺で切り替えとか色々間に合ってないんじゃないかな、とか
やっぱ完全GDI描画だと（処理速度はともかく）出ないのね
>>625
AeroとWPFのGPUアクセラレーションは直接は関係ないと思うけど
いや俺はvista持ってませんがね
0627デフォルトの名無しさん
2007/12/30(日) 03:17:591)ウィンドウサイズが変わる
2)クライアントエリアのイメージを保持する領域を確保し、不透明の黒で塗りつぶす
3)外枠を描く
4)WPFがクライアントエリアを描画（非同期処理）
5)GPUが合成
で、4)の処理が追いつかない場合、2)の黒が見えてしまう、と予想している。
2)の黒で塗りつぶす処理をスキップできれば黒チラ消せるかも？
GDIの場合はデスクトップに上書き描画するから黒チラは出ない。
でもウィンドウの移動・縮小時にはそこら中で再描画が発生するから実際のCPU負荷は大きい。
0628デフォルトの名無しさん
2007/12/30(日) 03:48:15Flickering background when resizing window
ttp://www.msdner.com/dev-archive/113/153-119-1134734.shtm
0629デフォルトの名無しさん
2007/12/30(日) 13:38:59いちいちboolにキャストすんのめんどくせーよ、やってらんねーよ
0630デフォルトの名無しさん
2007/12/30(日) 13:46:210631デフォルトの名無しさん
2007/12/30(日) 14:47:180632デフォルトの名無しさん
2007/12/30(日) 15:28:023値だから?
なんか書いててアホなしり上がり口調みたいだが
0633デフォルトの名無しさん
2007/12/30(日) 16:43:21<CheckBox IsChecked="false"/>
<CheckBox/>
これを区別するためじゃね？
0634デフォルトの名無しさん
2007/12/30(日) 18:10:29しかし、629ではないが、指定なしのときは false の方が使いやすいな。
無理にNullable Typeを使わなくてもという感じがした。
0635デフォルトの名無しさん
2007/12/30(日) 18:19:29Windows Formsでは列挙体CheckStateで表現されていたよ。
0636デフォルトの名無しさん
2007/12/30(日) 23:36:01Excelの複数セルの書式設定ぐらいじゃない？
0637デフォルトの名無しさん
2007/12/31(月) 00:20:190638デフォルトの名無しさん
2007/12/31(月) 02:28:23DOMみたいな機構あるの？
0639デフォルトの名無しさん
2007/12/31(月) 03:27:400640デフォルトの名無しさん
2007/12/31(月) 15:25:29アニメーションとしてXAMLで定義する方法もあるわけだが
0641デフォルトの名無しさん
2007/12/31(月) 15:26:440642デフォルトの名無しさん
2007/12/31(月) 20:16:36やっぱりサポートがいまいちだな。
縦書きとかルビとか禁則処理とかが楽にできると
面白かったんだけど。
TextBlockとか全然使えねえ。
0643デフォルトの名無しさん
2007/12/31(月) 20:23:10完全に GDI に任せるだと、WM_PAINT 終了後に描画が行われているので
間に合う間に合わないどうこうは関係ない
Aero 有効だとウィンドウ部分のダブルバッファ (?) の反映が間に合ってない
って感じかもね
0644デフォルトの名無しさん
2007/12/31(月) 21:29:16FPSに処理が間に合わないならスキップさせざるを得ないだろ。
処理を終えるまで描画をフリーズさせるわけにはいかない。
0645デフォルトの名無しさん
2007/12/31(月) 21:32:00イベント描画処理はウィンドウメッセージをループでまわす処理だから、
CPUにかかる負荷が高い。
0646デフォルトの名無しさん
2008/01/01(火) 05:04:570647デフォルトの名無しさん
2008/01/01(火) 05:10:34抽象的だが、あるプロパティがほかのプロパティに依存する関係。
たとえば、FontSizeはFontに依存してるだろう。
Aを変えたらBにも影響があると言ういわゆるUMLの依存関係を表現したものだろう。
0648デフォルトの名無しさん
2008/01/01(火) 07:16:47しかしなんでそんなのが必要なのか全然わからん
0649デフォルトの名無しさん
2008/01/01(火) 21:45:24GUIの自動更新とかに便利。
データオブジェクトの名前を表すプロパティが変更されたら、
それを表示しているテキストボックスの内容も自動変更するなんてことができる。
Data <-> UI 間の受け渡しコードをいちいち書かなくてすむ。
0650デフォルトの名無しさん
2008/01/02(水) 15:56:41はけん契約を切られたにもかかわらず「次のはけん先でも切られてしまって生活できません」
などと 言って泣き落としで現場マネージャーにすら一切話がないまま再はけん契約した人のことです。
今月初め、半年前に切ったはけんが出社してきてマネージャーも含めみんなびっくりしました。
影でコソコソ偉い人に泣きついて再契約したそうです。同じ部署の人には黙って・・・
そんなことまでして自宅の近くのはけん先にこだわって人間として恥ずかしくないのですか。
仕事に必要な技術がなく勉強する気もないのを逆手にとって
「私のような人の視点で仕事をすることも大切だと思います」と挨拶された時には
みんな凍りついていました。はけんでスキルアップとか言ってる癖に以前と同じように
技術を勉強する気はなく「それは私の仕事ではありません」の一点張り、
はけんで収入アップとか言ってる癖に時給は前回と同じで喜んで再契約。
結局、なんの努力もせずにはけんで安直に収入を得たいだけじゃないですか。
身分不相応な商品のローンを払うためにはけんだと当然足りない収入は親にも寄生して、
いつ切られるんじゃないかとビクビクしながら人事権のある人間とだけ仲良くし、
契約終了を通知されれば泣き落とし。悲惨な人生ですね。
氏んだほうがいいんじゃないですか。
0651デフォルトの名無しさん
2008/01/02(水) 19:44:07ことですが、どのくらいの差でしょうか？
VS2005でFormを使って作成していますが、Form上で別のダイアログを動かすと
その後を白い空隙がサササササーーーと追いかけていくような状況は無くなる
でしょうか？
現在はFormだとそういう感じで描画が非常に遅いと感じています。
環境はCore2Solo（＠VAIO-G1）+Xp。
0652デフォルトの名無しさん
2008/01/02(水) 19:59:08Vistaにすればそういうことはなくなる。
0653デフォルトの名無しさん
2008/01/02(水) 20:03:42同じFormでもそうなんですか、てことは原因は何なのでしょう？
すみませんが、不勉強でよくわからないのです・・・。すんません。
0654デフォルトの名無しさん
2008/01/02(水) 20:09:29まあWPFはDirectXでウィンドウ描画しているから(VistaのAeroもそうだっけ?)グラボの性能が悪いと意味ないと思う。
やっぱり↑のスペックだとWPFは厳しい?
0655デフォルトの名無しさん
2008/01/02(水) 22:06:05これは幻想だな。
Vistaでもかなり重い処理のままので速度に期待するのは止めた方が良い。
0656デフォルトの名無しさん
2008/01/02(水) 22:14:23それぞれに得意分野があるから当分かぶらないと思うよ。
0657デフォルトの名無しさん
2008/01/03(木) 20:15:46DirectX でウィンドウ描画は Aero であって WPF じゃない
DirectX を利用して GPU に描画を任せる、が一番合ってるが
で、XP の場合は WPF を使う事で「一部だけ」GPU に任せられるようになるが
Vista ほど全面的にサポートされてる訳ではない
0658デフォルトの名無しさん
2008/01/03(木) 20:35:32やはりWPFはVistaのAero表示前提か…。
現状Formだと僅か10個のコントロールを置いただけで起動時に描画が見えてしまうから、それが改善出来るのならWPFに鞍替えしようと思っていた。
Vista購入予定は全くないし、暫くは個人で使う小物に留める事にする。
0659デフォルトの名無しさん
2008/01/03(木) 20:59:10WPFはその中で動くゲームみたいなもん
0660デフォルトの名無しさん
2008/01/03(木) 21:27:59WPFのコントロールがデスクトップに表示されるまでの処理
1. ウィンドウが持つバッファに各コントロールを描画する
2. バッファを合成して１枚のデスクトップ画像にする
1の処理はXPとVistaで速度が変化することはない。
2の処理はVistaのAeroだと、多少GPUを使う。影の描画はCPU処理だそうな。
0661デフォルトの名無しさん
2008/01/03(木) 21:30:38ツールボタンのアイコンを全部ベクトルデータにしたら重いかな。
0662デフォルトの名無しさん
2008/01/03(木) 23:01:24WindowsFormsHost使えば簡単にできたけど、上にコントロール重ねたりできない
0663デフォルトの名無しさん
2008/01/03(木) 23:08:35ある局面だけを見れば可能だろうけど、
細かい部分で使用が複雑になりすぎる希ガス。
例えばWPFはDirect3D描画中にビデオカードのリセットがかかったり、
リモートデスクトップクライアントのGPUに描画を引き継いだりしても
平然と描画を続けるんだけど (その代償としてメインメモリが食われてるが)、
Direct3Dで同じもの作れと言われれば死ぬだろう。
確かに自前のDirect3D描画とWPFとを組み合わせられればとてつもなくCoolだが
Coolじゃない部分の面倒が見切れんと思ったときのMSはそもそも機能ごと切るのが通例。
MSが検討しなかったってことは無いと思うよ。
それで非対応なんだから何か色々問題があったんだろう。
0664デフォルトの名無しさん
2008/01/04(金) 00:33:500665662
2008/01/04(金) 01:00:44レンダーターゲットをBitmapSourceにコピーする力技を試してみたら一応動いた。
毎フレームBitmapSourceを作成してて、しかもDisposeできないのが気持ち悪い。
0666デフォルトの名無しさん
2008/01/04(金) 01:18:100667デフォルトの名無しさん
2008/01/04(金) 01:31:37描けるよ。
何となく>>666の望むものは付属していない気がするけど。「作れ」と言われる気がする。
ttp://www.codeproject.com/KB/vista/swordfishcharts.aspx
0668デフォルトの名無しさん
2008/01/04(金) 01:33:44http://blogs.msdn.com/hiroyuk/archive/2006/10/06/Animation-and-Trigger_2C00_-Loose-XAML-.aspx
0669デフォルトの名無しさん
2008/01/04(金) 01:44:22ありがと～
でもどこから手をつけたらいいやら・・・
XMLってコンピュータにはやさしいかもしれないけど私にはやさしくないな
みづらいよ
0670デフォルトの名無しさん
2008/01/04(金) 01:51:490671デフォルトの名無しさん
2008/01/04(金) 15:56:10たしかにXMLやHTMLのような宣言ベースな言語だと、内容の増加に比例して可読性が悪くなっていくな。
業務でWPFを使ってるが、XAMLで定義するとデバッグが限りなく不可能なので、パーシャルクラスで実現しほうが良い気がしてる。
（今やってるのはMSの方針にそってXAMLで定義してるが地獄だ・・）
0672デフォルトの名無しさん
2008/01/04(金) 16:48:240673デフォルトの名無しさん
2008/01/04(金) 17:20:47XMLなり、XAMLなり人間がいじる必要ないでしょ。
ソフトが読み書きするためのもんだし。
0674デフォルトの名無しさん
2008/01/04(金) 17:35:35PC環境にやさしい互換性を目指したものだ。
これを理解できれば、XAMLで開発するのは開発環境依存だと
すぐに気がつくだろ。
0675デフォルトの名無しさん
2008/01/04(金) 18:58:180676デフォルトの名無しさん
2008/01/04(金) 19:47:19数百のメソッドを持つクラスを作るような形になってしまうな。
特にXAMLは機能を詰め込みすぎたためか、余計症状が酷い。
0677デフォルトの名無しさん
2008/01/04(金) 23:24:300678デフォルトの名無しさん
2008/01/05(土) 21:22:38<xsl:include/> が欲しいということか
0679デフォルトの名無しさん
2008/01/05(土) 21:24:310680デフォルトの名無しさん
2008/01/06(日) 21:01:47近未来のアニメとかに出てくる、空間に浮かぶポリゴン上で
ビデオを再生するみたいな処理を身につけたいと思い、
DirectX9.0の参考書を買ってきて一から勉強しようとした矢先に
こんな記事をみつけました。
ttp://msdn.microsoft.com/msdnmag/issues/07/03/DigitalMedia/default.aspx?loc=jp
(デジタル メディア:WPF を使ってコントロールと 3D の表面にビデオを追加する)
おお、これこそ自分がやりたいことではないですか！ ヽ(^o^)丿
でも、これってWPFで初めてできるようになったのでしょうか？
この処理を実現するためにDirectXの本に10000円以上つぎこんだ
私はおまぬけさん？ (-_-;)
0681デフォルトの名無しさん
2008/01/06(日) 21:06:340682680
2008/01/06(日) 21:32:38DirectX 9(Managed)の方には動画テクスチャとかいう概念があって
Microsoft.DirectX.AudioVideoPlaybackのVideoにある
RenderToTextureメソッドを使うと似たようなことができるらしい。
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/default.aspx
ttp://www.microsoft.com/japan/msdn/directx/japan/dx9/AVCS.aspx
じゃーManagedでない方はできないのか？？？ 予想では
DirectX Graphics の Direct3DのAPIと
DirectShow の VMR (Video Mixing Renderer)とかいうのを
組み合わせればできそうな予感がしているのだが・・・
(10000円が無駄にならんことを祈る)
0683デフォルトの名無しさん
2008/01/06(日) 21:34:140684デフォルトの名無しさん
2008/01/06(日) 21:37:24って自分で言ってるじゃないか
その通りにアンマネージでもやればいいだろ
0685デフォルトの名無しさん
2008/01/06(日) 21:42:500686680
2008/01/06(日) 21:59:36それがRenderToTextureメソッドはアンマネージの方には
存在しないようなのだ。
んで、いろいろ探してみたら ありましたよ やっぱし
VMR (Video Mixing Renderer)のサンプルに（俺、ナイス勘）
ttp://msdn.microsoft.com/library/ja/default.asp?url=/library/ja/directx9_m/directx/ref/ns/microsoft.directx.audiovideoplayback/c/video/video.asp
ソース : (SDK ルート)\Samples\C++\DirectShow\VMR\Cube
ふむふむ・・・俺が入れたのは最新版のSDKだから
C:\Program Files\Microsoft DirectX SDK (November 2007)
の下のSampleの下っと・・・・
「な、ない？？！！ DirectShowフォルダがねえええええ！！！！
Microsoftめええ Sample削りやがったなああああ」
0687デフォルトの名無しさん
2008/01/06(日) 22:09:58http://pc11.2ch.net/test/read.cgi/tech/1196150200/
0689デフォルトの名無しさん
2008/01/07(月) 02:00:40DirectShowは旧Platform SDK/現Windows SDKへ移された。
0690680
2008/01/07(月) 02:26:38サンキュー。
古いのだとVisual Studio 2005でコンパイル通らなかったけど
Windows SDKのVMR9のサンプルはすんなり通ったよ。しかも
俺のやりたかったことほぼそのまんま。
細かい動作原理はまだ理解できてないが枠組みは判ったので
色々と応用できそうですなり。ちなみに10000円分の書籍達には
VMRについては一切記述がなかったのだが;;基本を学ぶ上では
非常に参考になるので良しとしよう。
WPFとどっちが簡単なのかも今後の研究課題にしようかと思います。
スレ汚し失礼しました。
0691デフォルトの名無しさん
2008/01/08(火) 08:14:49全部C#で書けない？
0692デフォルトの名無しさん
2008/01/08(火) 08:16:550693デフォルトの名無しさん
2008/01/08(火) 08:33:09partial class として分離したものだから
C# や VB なんかで全部書く事は当然できる
が、XAML の syntax でないエラーは
本当にどこが悪いのか分かりにくくてたまらん
0694デフォルトの名無しさん
2008/01/08(火) 08:37:46Windowのpartial classのもう片方はどこにある？
0695デフォルトの名無しさん
2008/01/08(火) 08:41:470696デフォルトの名無しさん
2008/01/08(火) 08:42:29クラスビューからは見えるのか
しかし見ないほうが良かった
0697デフォルトの名無しさん
2008/01/08(火) 11:20:41メインメソッド自分で書きたいんで消しちゃっていい？
0698デフォルトの名無しさん
2008/01/08(火) 12:28:12App.xamlはApplication.Resourcesを書くのが一番の目的。
メインメソッドを自分で書きたい理由がargsが欲しいだけならOnStartupをオーバーライドしとけ。
0699デフォルトの名無しさん
2008/01/08(火) 12:58:21使用するウインドウを動的に変えたいんだ
0700デフォルトの名無しさん
2008/01/08(火) 13:14:52protected override void OnStartup(StartupEventArgs e) {
if (e.Args.Length == 0) new Window1().Show();
else new Window2().Show();
// base.OnStartup(e);
}
0701デフォルトの名無しさん
2008/01/08(火) 13:15:37なるほどそれでいいのか
ありがとう
0702デフォルトの名無しさん
2008/01/08(火) 15:31:56dllにWindow.xamlを置いてdllを参照し、
AppのOnStartUpでWindow.Show()してみたんだけど表示されなかった
こういう使い方はもう完全アウトなのかね
0703デフォルトの名無しさん
2008/01/08(火) 15:36:590704デフォルトの名無しさん
2008/01/08(火) 15:40:39App.xaml.csはこうね
protected override void OnStartup(StartupEventArgs e)
{
new Window1().Show();
base.OnStartup(e);
}
で、App.xamlのStartUpUriは消した
クラスライブラリのプロジェクトを作って、WindowBase,PresentationCore,PresentationFrameworkを参照して
Window1.xamlをそのプロジェクトにカット＆ペーストした
そうすると表示されない
カット＆ペーストする前は表示された
0705デフォルトの名無しさん
2008/01/08(火) 16:24:37表示されない原因は名前空間を変えてるからみたいだな
0706デフォルトの名無しさん
2008/01/08(火) 17:20:480707デフォルトの名無しさん
2008/01/08(火) 17:39:56InvalidOperationExceptionが投げられて、ウインドウのコンストラクタの名前
Window()
ここのところがハイライトされる形でデバッガが止まって、
＞呼び出しスレッドは、多数の UI コンポーネントが必要としているため、STA である必要があります。
といわれたのだけど、これがどういう意味なのかググってもよく分からんので教えていただけないでしょうか
0708デフォルトの名無しさん
2008/01/08(火) 17:53:43呼び出した側がMTAで実行されてるけど、呼び出された側はSTA上じゃないと実行できないYO!って意味
STAスレッド作ってやってその中で呼び出せば動くはず
0709デフォルトの名無しさん
2008/01/08(火) 18:38:38ありがとうございました
0710デフォルトの名無しさん
2008/01/08(火) 19:08:420711デフォルトの名無しさん
2008/01/08(火) 19:39:16ようやく意味が分かりました
0712デフォルトの名無しさん
2008/01/08(火) 20:05:130713デフォルトの名無しさん
2008/01/08(火) 20:57:010714デフォルトの名無しさん
2008/01/08(火) 22:28:560715デフォルトの名無しさん
2008/01/08(火) 22:30:210716デフォルトの名無しさん
2008/01/08(火) 22:42:020717デフォルトの名無しさん
2008/01/09(水) 08:05:350718デフォルトの名無しさん
2008/01/09(水) 11:06:18WPFを使ったキラーアプリはどんなものがあるのでしょうか？
こんなのができる、というのが知りたいだけなので、
フリーソフトでもかまいません。
また、.NET3.0から使うことができるようですが、
今後、WinFormを押しのけて、メインになりそうでしょうか？
0719デフォルトの名無しさん
2008/01/09(水) 11:10:080720デフォルトの名無しさん
2008/01/09(水) 11:55:45＞今後、WinFormを押しのけて、メインになりそうでしょうか？
今のところ住み分けできそう。当分競合はしない。
0721デフォルトの名無しさん
2008/01/09(水) 11:57:07WinFormsアプリでElementHostを使用して上記のボタンとコンボボックスを表示しました。
しかしたまに上記のボタンとコンボボックスが描画されないときがあります。
アプリを起動して描画されれば以降もずっと描画されるのですが、
描画されないとそれ以降も描画されません。
ただしコンボボックスをドロップダウンするとボタンもコンボボックスも描画されます。
ElementHostのバグでしょうか？
ElementHostを使用したサンプルなどがあるサイトなどご存知ないでしょうか。
0722デフォルトの名無しさん
2008/01/09(水) 22:40:54Expressionは別にフォームでも実装できるようなもんだからなぁ･･･
やはりWPFというと、アニメーション、透明、３D、ビデオなどの統合された表示など使っていてFormじゃ難しそうなものでないとキラーアプリといえないんじゃないかと。
0723デフォルトの名無しさん
2008/01/09(水) 23:15:220724デフォルトの名無しさん
2008/01/10(木) 00:48:433Dとか動画って部分がキラー要素になれるアプリってかなり限定的だと思うんだが（こういうのくらい？ttp://apples65.blog69.fc2.com/blog-entry-253.html）
使う側からすればRibbonの方が魅力的でない？まあOffice2007の評価は置いとくとして
アニメーションは重くならないならFlash程度のギミックは入れてみたいけどさ
それよりは音声合成/認識みたいなビジュアル以外のWPFの情報が増えてほしいな
0725デフォルトの名無しさん
2008/01/10(木) 03:25:32残念ながら、まだ限られた人が実験的にアプリを作成している段階だな。
まだまだ当分、WinFormやWin32APIの時代が続きそうだ。
0726718
2008/01/10(木) 04:33:37まだ、これから、ということですかー。
用途的にも、他のUIライブラリや、APIとかぶらない、と
>>724
http://xamples.infragistics.com/xamShowcase.xbap
Flashみたいに使えるんですね。
とはいえ、.NET3.0必須なら、Windows限定か。
Pen4とRADEON X700だと、重い？アニメーション時のCPU負荷や、起動メニュー切り替え時の固まりがすごいｗ
GPU使ってるならもっと軽くてもいいものですけど
> Ribbon
いや、俺、Ribbon好きですｗ
一般にはうけてないようですけど、何がどこにあるかわからないメニューよりかは断然いいと思うんですよね
0727デフォルトの名無しさん
2008/01/10(木) 05:08:56ある程度、普及しないと評価されないものだよＵＩは。
それに、誰でもわかりやすいＵＩをデザイン出来るデザイナーがいれば
ＭＳは喜んで採用してくれると思うよ。
0728デフォルトの名無しさん
2008/01/10(木) 06:35:550729デフォルトの名無しさん
2008/01/10(木) 08:17:36カテゴリの区分はＭＳの押し付けで固定にするのはナンセンスだから、
カスタマイズは俺も必要だと思う。
それに、デフォルトや個人のカスタマイズを保存して別の端末で操作するときに
簡単に設定が移行できることも必要だ。
開発環境の設定を別の端末に移行するのに苦労した技術者俺だけではないだろう。
せっかく、MSがXML
0730デフォルトの名無しさん
2008/01/10(木) 08:19:16MSがXMLを推進しているのに、自社製品でXMLを使った環境移行を行えないのは
あまりにもナンセンス。
XMLの本来の使い方はこのようなところで発揮されるものを俺は思っている。
0731デフォルトの名無しさん
2008/01/10(木) 11:12:49つまみをひっぱったときに縦横比を保持したまま
中身全体をScaleTransformで拡大するようにしたんだが
つまみをひっぱるときに一瞬つまんだサイズになった後狙ったサイズになる
どうしたらその一瞬を見えなく出来るだろう
0732デフォルトの名無しさん
2008/01/10(木) 17:22:07Office 2007 でユーザが Alt を押した時に絶望するかもしれん
まぁ、とりあえず早いとこ MFC でのリボン UI サポートと
Windows Forms/WPF でのリボン UI サポートを
標準提供してほしいところだ
0733デフォルトの名無しさん
2008/01/10(木) 22:44:340734718
2008/01/11(金) 05:30:47Office2007に関しては、クイックアクセスツールバーっていうキャプションバーに
旧来のOfficeのツールバーみたいのがくっついていて、
そこに簡単に機能が登録でき（例えば、メニューやボタンの右クリックから）、
また今までのようにカスタマイズもできます。
頻繁に使う機能はそこに追加してつかってます。
カスタマイズ性ものこしつつ、アクセスしやすくボタンを配置しているのは、よいUIだなーと思います。
ただ、クイックアクセスツールバーはボタンが小さいのと、低解像度だと狭いのがRibbonの難点ｗ
0735718
2008/01/11(金) 05:36:03Ribbonはタブ切り替えが、面倒っていう意見がよくあります。
これは、クイックアクセスツールバーでも対処できますが、
標準で、よく使う機能、例えばテキストのフォント選択や装飾は、
テキスト選択時にフローティングウインドウで、すぐに変更できるようになっています。
まあ、対処療法的で、上部ツールバーだけで解決してない、と言われればそれまでですが、
よく考えられてはいると思います。
0736718
2008/01/11(金) 05:36:360737デフォルトの名無しさん
2008/01/11(金) 11:56:23そのためのキーボード操作ではあるんだが……
慣れたユーザは今までも結局「画面など見ないで」Alt からのメニュー操作や
Ctrl-B などでのショートカットを使っていた訳で
この点は 2007 だと
・2007 Office system のキーストローク (リボン UI キー割り当て)
・Office 2003 のキーストローク (Office 2003 互換操作)
・ショートカットキー
が使える分手段が増えていたりする
Alt-H でホームに戻す→そのままボタンを押す、でも操作できる訳だから
タブ切り替えが面倒というのは、やっぱり大して慣れてないだけだと思う
0738デフォルトの名無しさん
2008/01/11(金) 13:09:40たとえばグラフや図を編集するとき、
以前はフローティングツールバーと標準ツールバーが同時に表示されていたけど、
今はグラフツール・図ツールのタブとホームタブを何回も往復しなきゃならん。
オプションのタブは作業ウィンドウとして右側に表示すべきだな。
0739デフォルトの名無しさん
2008/01/12(土) 12:24:440740デフォルトの名無しさん
2008/01/12(土) 12:51:22その辺りは練り込みが一歩足りない感じはあるよな……
0741デフォルトの名無しさん
2008/01/13(日) 02:53:07それとも他に良いスレあるかな？
0742デフォルトの名無しさん
2008/01/13(日) 03:29:55答えられる人は少なそうだ（おいら含む
MSDNフォーラムもWCFは閑古鳥だしな
0743デフォルトの名無しさん
2008/01/13(日) 10:30:28俺的には3.0の機能より3.5の機能の方がはるかに多く使ってるよ。
0744デフォルトの名無しさん
2008/01/13(日) 11:40:38WPFは「見た目がよくなるのか～」って使ってみる気になるんだが
0745デフォルトの名無しさん
2008/01/18(金) 22:24:50プロパティパネルがほしい
アップダウンもなくね？
0746デフォルトの名無しさん
2008/01/19(土) 16:01:050747デフォルトの名無しさん
2008/01/19(土) 16:46:490748デフォルトの名無しさん
2008/01/19(土) 16:50:48これだー！不透明で検索すればよかったのか…ありがとうございます
0749デフォルトの名無しさん
2008/01/19(土) 17:21:460750デフォルトの名無しさん
2008/01/19(土) 17:51:19……orz
自分の場合GPUが貧弱なんですが、XPの場合はってことはそういう問題ではないですか？
0751デフォルトの名無しさん
2008/01/19(土) 18:11:110752デフォルトの名無しさん
2008/01/19(土) 18:44:360753デフォルトの名無しさん
2008/01/19(土) 20:58:45XP の場合は Vista 程の恩恵がないので
ドラッグしてウィンドウを移動したり(ry で悲しくなるんじゃないかな
0754デフォルトの名無しさん
2008/01/24(木) 18:25:07<MenuItem Header="表示" IsCheckable="true" x:Name="Show" IsChecked="false"/>
<Window.Style>
<Style>
<Style.Triggers>
<Trigger Property="MenuItem.IsChecked" SourceName="Show" Value="true">
<Setter .../>
</Trigger>
<Style.Triggers>
</Style>
<Setter .../>
</Window.Style>
ってやると
「Style.Triggers セクション内で SourceName プロパティを設定できません。」
と怒られてしまいました。
何か解決策はありませんか？
0755デフォルトの名無しさん
2008/01/26(土) 23:11:39MenuItem に対してスタイルを指定すればいい。
<Style TargetType="{x:Type MenuItem}">
<Style.Triggers>
<Trigger Property="IsChecked" Value="True">
<Setter .../>
</Trigger>
</Style.Triggers>
</Style>
0756デフォルトの名無しさん
2008/01/28(月) 06:20:10>>755
でもそうするとWindowのプロパティの変更ができないと思うんですが。
Setter.TargetName もやっぱり使えないし。
0757デフォルトの名無しさん
2008/01/28(月) 16:25:13Style の TargetType を Window にして、トリガを DataTrigger にすりゃいいんじゃね？
<DataTrigger Binding="{Binding IsChecked,ElementName=Show}" Value="True">
ってな感じで
0758デフォルトの名無しさん
2008/01/28(月) 16:45:31おお、うまいこといけました。
ありがとうございます。
// 恥ずかしながらDataTriggerの存在自体知りませんでした……。
0759デフォルトの名無しさん
2008/02/02(土) 19:10:000760デフォルトの名無しさん
2008/02/02(土) 19:17:08勝手にいろいろ期待してたんだが、ちょっと失望した。
0761デフォルトの名無しさん
2008/02/02(土) 19:31:590762デフォルトの名無しさん
2008/02/05(火) 05:00:10一行にするにはどうしたらいいんでしょうか
0763デフォルトの名無しさん
2008/02/05(火) 09:21:47なら Pragraph.LineHeight 辺り
0764デフォルトの名無しさん
2008/02/05(火) 16:51:27パーシャルクラスの片割れ見てもXAMLで書いたことがほとんど反映されてない
XAMLで書いたことをソースコードで実現するためにどうすればいいかってのは
自分でちゃんと調べるしかないのかな？
0765デフォルトの名無しさん
2008/02/05(火) 19:08:32ビルド後に、obj フォルダの中身を見てみ。
0766デフォルトの名無しさん
2008/02/05(火) 21:57:03どれ？
g.cs のこと？
これにはXAMLで書いた情報はほとんど入ってないよ
0767デフォルトの名無しさん
2008/02/05(火) 22:12:30それは生成されない。
.xaml から、.g.cs に
XAML 中の Name 付き要素に相当するメンバと、
XAML を実行時にロードするコードが自動生成される。
.xaml 自体は、バイナリ化（.baml）されて、リソースに格納される。
0768デフォルトの名無しさん
2008/02/07(木) 09:17:55ttp://japan.cnet.com/news/ent/story/0,2000056022,20366701,00.htm
0769デフォルトの名無しさん
2008/02/07(木) 09:28:28それ、GUI には関係ないよ。
WF/WCF 系統の技術だし。
0770デフォルトの名無しさん
2008/02/07(木) 11:48:02触る前に何となくイメージしてたのは、例えばムービーの一覧表示みたいな画面で、XAMLの
何かに項目数を指定してから、個々のコンテンツのサムネイル、名前、説明みたいなデータ
を流し込んで効果の実行を指示すると、凝った効果でコンテンツの一覧が表示されて、XAML
を入れ替えるだけでJavaScript側の変更なしに見た目がガラッと変わるみたいなものだった。
けど、実際やってみるとJavaScriptのソースに直接XAMLを書いておいて処理してから流し込む
ような事が多くて、XAML入れ替えただけじゃ済まない感じ。
これのどこがUI分離なのかさっぱり分からない。
XPathとかバインディングとかあるらしいけど、これを使えば状況が変わるんだろうか？
0771デフォルトの名無しさん
2008/02/07(木) 11:51:17WPF だとデータバインディング使って分離できるんだけど、
Silverlight だと WPF のサブセット取るときにデータバインディングが消えたのよね。
0772デフォルトの名無しさん
2008/02/07(木) 12:36:26そうなのか……。Javaだと思ってたらJavaScriptだったみたいな気分です。
ついでにお尋ねしますが、さっきの例で項目の雛型をXAMLの中で記述して、
それをJavaScriptでまとめて読み込んで、必要な数だけコピーして、変更が
必要な要素だけ変更してからXAMLに再度流すような事はできますでしょうか？
せめて、デザイン的な微調整はXAMLの編集だけで済むようにしたいと思って
いるのですが。我儘ですみません。
0773デフォルトの名無しさん
2008/02/07(木) 12:50:41正直、Silverlight 2.0 を待った方がいいかもしれない。
DLR 搭載と同時に、WPF チックなコントロールが追加されるらしいんで。
1.0 は、TextBlock 以外は Shape 系の要素ばっかりだし。
WPF のウェブ版じゃなくて、Flash アニメみたいなのを描くツールにしかなってない。
0774デフォルトの名無しさん
2008/02/07(木) 12:51:590775デフォルトの名無しさん
2008/02/07(木) 12:53:280776デフォルトの名無しさん
2008/02/07(木) 13:13:05ありがとうございました。
0777デフォルトの名無しさん
2008/02/08(金) 08:41:27ここ見れば基本的なことは全部書いてあるじゃん
すごく時間を無駄にしたよ
テンプレに入れといてくれよ
0778デフォルトの名無しさん
2008/02/08(金) 09:15:280779デフォルトの名無しさん
2008/02/08(金) 09:35:53くだらん
0780デフォルトの名無しさん
2008/02/08(金) 09:39:450781デフォルトの名無しさん
2008/02/17(日) 21:35:27VS2008のデザイナでそれはキツい……
その内プラグインとかで強化されるかなあデザイナ
0782デフォルトの名無しさん
2008/02/17(日) 22:23:18ListBox ＋ ItemTemplate かなぁ。
でも、↓こんなのならある。
http://blogs.msdn.com/hiroyuk/archive/2007/01/26/xceed-datagrid-for-wpf.aspx
0783デフォルトの名無しさん
2008/02/17(日) 22:26:383月のMIXで発表あると思うよ。
ttp://blogs.msdn.com/aonishi/archive/2008/01/28/scott-guthrie-2008-1-20.aspx
0784783
2008/02/17(日) 22:28:250785デフォルトの名無しさん
2008/02/18(月) 10:35:52WPF にリボン突っ込む宣言ktkr
0786781
2008/02/19(火) 21:58:24そもそもWPFのコントロールが足りねえのはアレかな、ブラウザとの絡みかねやっぱ
でも.NET1.1時代に逆戻りした感じ
>>782のコンポーネントはよさげであるけども、改造する必要が出て来た時に躊躇しちまいそう
やっぱ最初にVS2008に色々期待しすぎたかねえ
補完が強力なのは解るけども、それでもXAMLのTemplateとかごちゃごちゃ書きたくねえよ
オレみたいなお手軽プログラマ向けに、敢えてXAML排除したサンプルとか落ちてないものか
0787デフォルトの名無しさん
2008/02/19(火) 22:04:210788デフォルトの名無しさん
2008/02/20(水) 01:10:490789デフォルトの名無しさん
2008/02/20(水) 01:14:220790デフォルトの名無しさん
2008/02/20(水) 19:41:430791781
2008/02/20(水) 23:07:07アレより面倒なのかよ!!!
つか折角C#3.0がスクリプト方面つーかイイ意味でいい加減になってきてるっつーのに
M$は開発を一体どうしたいんだ
0792デフォルトの名無しさん
2008/02/20(水) 23:09:09しかし使いにくい
0793デフォルトの名無しさん
2008/02/20(水) 23:33:260794デフォルトの名無しさん
2008/02/22(金) 02:45:38てか言語仕様どうでもいいから普通に使う分には十分な設定が自動生成されて欲しい
それで足りない分は直いぢりも吝かではない
0795デフォルトの名無しさん
2008/02/22(金) 16:30:57直書きしても簡単でなければならない。
その目標は達成できなかったようだ。
0796デフォルトの名無しさん
2008/02/22(金) 17:16:13コントロールがデフォルトで真っ白で
枠を付けるにもBorderタグを直書きしなきゃいけないとか
なんかめんどい
拡張性を高めていろいろ出来るようにしたけど
結局複雑になりすぎてちょっとしたこともやりにくいみたいな感じだ
0797デフォルトの名無しさん
2008/02/22(金) 17:43:39コード書きの片手間にやるには複雑すぎる。
デフォルトで完成させたところで、XAML専門のXAMLerに投げられれば一番いいね。
0798デフォルトの名無しさん
2008/02/22(金) 18:42:15これは素晴らしい記事だな
これでXAMLとおさらばできそうだ
0799デフォルトの名無しさん
2008/02/23(土) 00:29:320800デフォルトの名無しさん
2008/02/23(土) 03:54:40Windows Forms エディタなしで Windows Forms アプリを書くより
コード量的に辛そうなんだがw
いくら partial class で分離できるとはいえやりたくないな
0801デフォルトの名無しさん
2008/02/23(土) 08:40:05new StackPanel {
Children = new UIElementCollection {
new Button { Content = "button 1" },
new Label { Text = "label 1" },
}};
みたいな書き方できて、XML と大差なかったりもする。
ただ、Binding みたいにマークアップ拡張使うものはこれだと書けない。
0802デフォルトの名無しさん
2008/02/23(土) 12:37:00VS2008とExpression BlendはWPFで作られてるの？
0803デフォルトの名無しさん
2008/02/23(土) 12:45:55Expression BlendはWPFで作られてる。
VisualStudioは、
外側はC++ネイティブ、
プロジェクト設定の画面とかはWinForms、
WPFポトペタ製作画面はWPFという感じにキメラ。
Spy++で見てみると分かりやすい。
0804デフォルトの名無しさん
2008/02/23(土) 14:01:54サンクスです。
あれが作れると思うと勉強にハリが出る。
0805デフォルトの名無しさん
2008/02/24(日) 15:13:350806デフォルトの名無しさん
2008/02/25(月) 13:48:53XAML ソースを公開されてもやたら辛いだろうなw
0807デフォルトの名無しさん
2008/02/25(月) 16:58:553.5のアップデートで追加されるってさ
.NET 3.5 Client Product Roadmap - ScottGu's Blog
http://weblogs.asp.net/scottgu/archive/2008/02/19/net-3-5-client-product-roadmap.aspx
WPF Control Improvements
Later this year we are also planning to release a number of new controls for WPF.
Included in the list we are working on are DataGrid, Ribbon, and Calendar/DatePicker controls.
0808デフォルトの名無しさん
2008/02/25(月) 17:01:050809デフォルトの名無しさん
2008/02/26(火) 19:39:11(しかもXAML補完付きで!)
WPFでもこんなにきびきび動くエディタつくれるのかーと感銘を受けていたら
WindowsFormsHostだったというオチ。
Blendのエディタはきびきび感が足りない用に思う。
3.5SP1でどれくらい改善されるやら。
0810デフォルトの名無しさん
2008/02/26(火) 21:06:350811デフォルトの名無しさん
2008/02/29(金) 20:05:320812デフォルトの名無しさん
2008/03/02(日) 23:15:18でもたとえば、ActiveXコントロールをホストするのに
間にWinFormsのクラスが挟まるのは気持ち悪い。
0813デフォルトの名無しさん
2008/03/05(水) 17:30:18XPでやるとテンプレートで作った時点でVS落ちるんだけど何かミスってる？
0814デフォルトの名無しさん
2008/03/05(水) 17:50:320815デフォルトの名無しさん
2008/03/05(水) 18:06:110816デフォルトの名無しさん
2008/03/05(水) 20:42:42描画処理をGPUで処理するかCPUで処理するか選べるようにならないのかな？
0817デフォルトの名無しさん
2008/03/05(水) 21:06:22遅いのはPentium Dだからだろ
0818デフォルトの名無しさん
2008/03/05(水) 22:28:570819デフォルトの名無しさん
2008/03/06(木) 01:20:290820デフォルトの名無しさん
2008/03/06(木) 14:48:21Blendはどんな廃スペックＰＣ用意しても、
入力に対するレスポンスが目に見えて遅れるので心配するな。
0821デフォルトの名無しさん
2008/03/06(木) 23:26:41http://visitmix.com/blogs/Joshua/Day-1-Keynote/
の 02:08:20 辺りから。
0822デフォルトの名無しさん
2008/03/07(金) 04:24:15それを動的にコンパイルするにはどうすればいい？
0823デフォルトの名無しさん
2008/03/07(金) 04:31:230824デフォルトの名無しさん
2008/03/07(金) 08:32:200825デフォルトの名無しさん
2008/03/07(金) 11:29:49なるほどありがとう
0826デフォルトの名無しさん
2008/03/15(土) 13:37:00・自分のプログラムのバグなのかコンパイラのバグなのかわからない
・他の仕事に応用できない糞開発ツールの独自世界を必死に学習している
・テキストエディタで書いたほうが効率的なのに糞UIツールを懸命に使っている
糞だけど、政治的な理由で無理やり使わされているんですよね
もういい加減、我慢するのはやめませんか？
・糞開発ツールを部下に押し付ける上司の命令は無視しましょう。
上司は糞開発ツールが使われる実績を作ることであの会社のごきげんをとっているのです。
・あの糞開発ツール提供会社には「おたくの糞開発ツールは話にならない」と突き放しましょう。
バグレポートなどしてはいけません。改善要求などもってのほかです。
あの会社はあなたたちのことをテスター/モルモットとしか思っていません。
・あの会議で「糞開発ツールを使ったら生産性がxx％アップしました」
なんて話が出たら力強く机を叩き、会議室を出ましょう。
あの人たちは糞開発ツールをマンセーすることで立場を確保しているのです。
糞な開発ツールを糞だと言える、そんな当たり前の環境をみんなの力で取り戻しましょう。
0827デフォルトの名無しさん
2008/03/15(土) 15:55:120828デフォルトの名無しさん
2008/03/15(土) 23:34:280829デフォルトの名無しさん
2008/03/16(日) 22:06:180830デフォルトの名無しさん
2008/03/18(火) 00:06:30うぅむそうなのか？
大昔にセミナーで見た時にゃー画期的だと思ったもんだが
>>829
つScreenクラス
0831デフォルトの名無しさん
2008/03/19(水) 18:52:23WinFormsを使わずにやる方法は無いものかと
0832デフォルトの名無しさん
2008/03/19(水) 23:22:200833デフォルトの名無しさん
2008/03/20(木) 03:06:47別にForm派生内でしか使えない訳じゃないよ
0834デフォルトの名無しさん
2008/03/20(木) 18:09:09ほとんど使わないSystem.Windows.Forms.dllを参照するのが嫌だって事じゃね？
0835デフォルトの名無しさん
2008/03/21(金) 00:15:58つーかよくよく考えたら、ディスプレイ解像度切り替えるのは自分なんだから解らん方が変じゃね？
もしWindowStyle&WindowStateでのフルスクリーンの話なら
つActualWidth&ActualHeight
但し、俺んとこで実験してみたら何故か多めの数字が出た
検証めどいから誰か頼んだ
0836デフォルトの名無しさん
2008/03/25(火) 20:48:000837デフォルトの名無しさん
2008/04/03(木) 12:54:38generated / internal と予想
0838デフォルトの名無しさん
2008/04/07(月) 14:32:43XCEEDのなんたらGridみてもどうみても、もさもさなんだが。
テキストのリストビューが、DataTemplateを加えるだけで素敵なレイアウトのリストになってあら不思議なのはいいんだが、実際の使い勝手とそれを開発する工数の本質とあまり関係なくはないけどないような･･･
0839デフォルトの名無しさん
2008/04/07(月) 16:14:260840デフォルトの名無しさん
2008/04/07(月) 17:55:52RPGとかノベルとかまったり目の
0841デフォルトの名無しさん
2008/04/07(月) 17:55:57WPFだろうが何だろうが新たに覚えようという人も殆どおらんだろう。
みーんなWebに行っちまった。
0842デフォルトの名無しさん
2008/04/07(月) 19:28:20まあ煩雑杉ｵﾜﾀなのは変わらんけど
0843デフォルトの名無しさん
2008/04/07(月) 19:50:02「仕方なく」ローカルマシンで動かすだけで、あとは全部Webに乗せる時代だからな。
「仕方なく」ローカルPCにインストールするWebアプリはAIRで。
WebアプリをリッチにするほうはFlash、3歩遅れてSilverlightで。
もうフルセットWPF＆XBAPなんか出る幕は無いだろうね。
0844デフォルトの名無しさん
2008/04/07(月) 20:26:120845デフォルトの名無しさん
2008/04/07(月) 20:36:31ブラウザー、開発環境、ファイラーなどなど、わざわざWebアプリとして動く意味がわからん。
データがあっち側にあるのはいいかも知れんけど。
0846デフォルトの名無しさん
2008/04/07(月) 20:50:49WinampとかJaneとか。XAMLPadとかじゃめんどくさいだけだし。
0847デフォルトの名無しさん
2008/04/07(月) 20:58:440848デフォルトの名無しさん
2008/04/07(月) 21:46:000849デフォルトの名無しさん
2008/04/07(月) 23:51:50ウィンドウの中身をピッタリ例えば640*480にするにはどうすればいいの？
0850デフォルトの名無しさん
2008/04/08(火) 05:09:28そっち待ったほうがいいかなーって思っちゃうんだよな。
SLのほうが軽いし他のOSでも動くし……。
AIRはコード書きにくいから期待してる。
0851デフォルトの名無しさん
2008/04/08(火) 07:47:562.0だとWPFとどれだけ違うんざんしょ。
0852デフォルトの名無しさん
2008/04/08(火) 08:42:25自分で微調整
0853デフォルトの名無しさん
2008/04/08(火) 20:03:530854デフォルトの名無しさん
2008/04/08(火) 20:16:240855デフォルトの名無しさん
2008/04/09(水) 01:50:450856デフォルトの名無しさん
2008/04/09(水) 02:18:22試して報告してくれ。
ハンドルはWindowInteropHelperで取得できるから。
0857デフォルトの名無しさん
2008/04/10(木) 10:28:09まあそういう面もあるが、解像度はともかく比率くらいは固定したいところだ。
0858デフォルトの名無しさん
2008/04/10(木) 17:52:36サイズの取得はできるかと。指定はどうだろねー？
0859デフォルトの名無しさん
2008/04/10(木) 19:41:05Core2Duoマシーンで常時5-60%逝ってるんだが(；´Д｀)
0860デフォルトの名無しさん
2008/04/10(木) 22:09:280861デフォルトの名無しさん
2008/04/10(木) 22:12:42エンドユーザにとっては正直どうでもいい
エンジニアにとっては災厄の根源
0862デフォルトの名無しさん
2008/04/10(木) 22:23:57UIのベクター化は普通にエンドユーザーにも恩恵あるだろ
0863デフォルトの名無しさん
2008/04/10(木) 22:31:19http://pc11.2ch.net/test/read.cgi/win/1206549751/
0864デフォルトの名無しさん
2008/04/10(木) 22:33:40使用感が違うしスペックの足りないマシンならもっさりかもしれないけど、慣れると平気。
今から改めてMacOSXとかGNOMEに慣れるのと大差ないだろ。
0865デフォルトの名無しさん
2008/04/10(木) 23:12:150866デフォルトの名無しさん
2008/04/10(木) 23:22:190867デフォルトの名無しさん
2008/04/10(木) 23:23:16UI処理をGPUにお任せするって方向性は正しいと思うよ
Aeroで見た目効果にコダワったのが敗因
0868デフォルトの名無しさん
2008/04/10(木) 23:26:480869デフォルトの名無しさん
2008/04/10(木) 23:40:45ティアリングしないのがいいんだとか言っても一般人には
さっぱり伝わらないんだよね。
こけおどしであっても、今より派手なアニメ効果をイントール時
デフォルトON、「パワーユーザー」さん向けにオフにできるように
しといたらここまではネガキャンされなかったかも。
0870デフォルトの名無しさん
2008/04/10(木) 23:48:090871デフォルトの名無しさん
2008/04/10(木) 23:54:05それはそれで2chとかの自称中級ユーザーとかには叩かれそうだなｗ
0872デフォルトの名無しさん
2008/04/10(木) 23:58:530873デフォルトの名無しさん
2008/04/11(金) 00:01:28描画の派手さには関係ないような気がするんだけど。
0874デフォルトの名無しさん
2008/04/11(金) 00:13:31945Gに合わせなければもっと派手にできたんじゃない？
0875デフォルトの名無しさん
2008/04/11(金) 00:27:32なんぼマシンパワー余ってるつーたってメモリにゃ限りがある訳で
0876デフォルトの名無しさん
2008/04/11(金) 00:31:380877デフォルトの名無しさん
2008/04/11(金) 00:39:42ウィンドウ動かすたびにGDIで再描画かけるより、中身が同じなら移動分はDirectXで合成し直す方がいいって判断したんでしょ。
0878デフォルトの名無しさん
2008/04/11(金) 03:13:04それにビデオカードなら独立して256Mとか使えるけど統合型だと結局メモリ圧迫する
0879デフォルトの名無しさん
2008/04/11(金) 09:29:47メモリは多めに食うけど、Aeroオンだと確かにCPU負荷はオフのときに小さい
0880デフォルトの名無しさん
2008/04/11(金) 09:30:110881デフォルトの名無しさん
2008/04/11(金) 10:36:26http://arstechnica.com/images/tiger/quartz-10.0-4.png
これの中段図を見ると仕様はAeroとまったく同じに見えるが。
（ちなみに下段図のすべてGPUに任せるやつは結局ボツになったらしい）
0882デフォルトの名無しさん
2008/04/11(金) 10:49:23XPでも動くんだし。
0883デフォルトの名無しさん
2008/04/11(金) 15:28:230884デフォルトの名無しさん
2008/04/11(金) 17:48:28マーケティング的にはそんなイメージがあるけど、
WPFはXPでも、Vistaでもほとんど変わらないぞ。
見た目が違うのはWPFに限ったことじゃないし、
動作速度だってXPの方が速いくらいだ。
0885デフォルトの名無しさん
2008/04/12(土) 08:43:29これが本当の意味のGPUを使ったアクセレーションなんだけどな
0886デフォルトの名無しさん
2008/04/12(土) 08:47:01どうやらEnableできるらしい
http://journal.mycom.co.jp/column/osx/139/index.html
0887デフォルトの名無しさん
2008/04/12(土) 13:28:45あまり詳しくないけど
GPUのShaderってCPUに比べたらかなり低レベルなもんらしいし、
もっと賢くなるまで無理なんじゃないか。
0888デフォルトの名無しさん
2008/04/12(土) 13:55:1810.1がオンボードに載ってそれにWPFが対応するまで1年以上かかりそうだが。
0889デフォルトの名無しさん
2008/04/12(土) 17:44:070890デフォルトの名無しさん
2008/04/12(土) 17:56:45今のところWPFしかないってのが
0891デフォルトの名無しさん
2008/04/12(土) 17:59:130892デフォルトの名無しさん
2008/04/12(土) 18:05:18ただしたまに差が現われることもあるね。
修正済みだけど下記の件。
「Windows XP または Windows Server 2003 で、
レイヤード ウィンドウが有効になっている WPF ベースのアプリケーションのパフォーマンスが低下する」
ttp://support.microsoft.com/default.aspx/kb/937106/
ttp://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1810617&SiteID=1&pageid=0
歴史的経緯
ttp://blogs.msdn.com/seema/archive/2006/09/18/761314.aspx
ttp://blogs.msdn.com/seema/archive/2006/10/25/layered-windows-sw-is-sometimes-faster-than-hw.aspx
ttp://blogs.msdn.com/nickkramer/archive/2006/09/20/763037.aspx
0893デフォルトの名無しさん
2008/04/12(土) 18:51:32.NETのWindowFormsはwin32のラッパー
0894デフォルトの名無しさん
2008/04/12(土) 20:03:400895デフォルトの名無しさん
2008/04/13(日) 15:44:13窓枠とかメニューを抜いた部分を指定のサイズにする命令はありますか？
0896デフォルトの名無しさん
2008/04/13(日) 21:16:33他の部分はサイズを自動計算させればいい。
0897デフォルトの名無しさん
2008/04/16(水) 13:11:35適当なCanvasを作って、このCanvasの上辺等に線を描きたいのですが、Canvasの大きさの変更に追従してほしいのですが
単純に Line クラスを作り、Line.X1 , X2 プロパティーの Canvas の幅を設定すると、大きさが変更されても追従してくれません。
使うクラスは Line である必要性はないのですが、こういった時はどうするのが一番てっとりばやいでしょうか？
0898デフォルトの名無しさん
2008/04/16(水) 13:22:330899897
2008/04/16(水) 14:00:35<Canvas Name="canvasTitle">
<Line Stroke="Black" X1="0" X2="{Binding ElementName=canvasTitle , Path=ActualWidth}" Y1="5" Y2="5"/>
</Canvas>
これで当初の目的は(それ以上の内容も)一応果たせそうです、ただ動的に生成したくてXamlで書くとちょっと調子が悪いです。
これに対応するC#のコードはどうなっているの教えてもらえると助かります。
Xamlとクラスライブラリの対応表はどこかにないですかね・・・・どこをみてもXamlの説明ばかりです。
>>898 ども、それは自分もいちばん最初に考えて面倒くさそうだなと思っていました。
0900デフォルトの名無しさん
2008/04/16(水) 15:56:370901デフォルトの名無しさん
2008/04/16(水) 16:28:560902デフォルトの名無しさん
2008/04/16(水) 18:59:410903デフォルトの名無しさん
2008/04/16(水) 21:54:10Border を使えばいいと思うけど、そのまま C# 化すると↓こんな感じ。
var line = new Line{
X1 = 0, Y1 = 5, Y2 = 5,
Stroke = new SolidColorBrush(Colors.Black),
};
var bind = new Binding{
Mode = BindingMode.OneWay,
ElementName = "canvasTitle",
Path = new PropertyPath("ActualWidth"),
};
BindingOperations.SetBinding(line, Line.X2Property, bind);
this.canvasTitle.Children.Add(line);
0904デフォルトの名無しさん
2008/04/17(木) 00:10:58もう遅いかもしれんが、
LayoutTransformを使ってみてはどうだろうか？
0905デフォルトの名無しさん
2008/04/17(木) 17:17:11Ellipseをcanvasの好きな位置に配置するにはどうすればよろしいでしょうか？
0906デフォルトの名無しさん
2008/04/17(木) 17:38:57依存プロパティでぐぐれ。
一例↓。
var ell = new Ellipse { Width = 10, Height = 10, Fill = new SolidColorBrush(Colors.Black) };
ell.SetValue(Canvas.LeftProperty, x);
ell.SetValue(Canvas.TopProperty, y);
0907デフォルトの名無しさん
2008/04/17(木) 17:38:58RenderTransform に値を設定すればいいです。
0908デフォルトの名無しさん
2008/04/17(木) 19:10:31SetValueとかCanvas.SetTopって書き方回りくどいよね。
マクロ関数欲しいわ～
0909デフォルトの名無しさん
2008/04/17(木) 19:29:58まあ、どうしてもというなら拡張メソッドでどうぞ。
0910デフォルトの名無しさん
2008/04/17(木) 22:24:080911デフォルトの名無しさん
2008/04/18(金) 08:38:56ありがとうございます
Canvas.SetLeft(ellipse, left);
Canvas.SetTop(ellipse, top);
でもいけました、ありがとうございました
0912デフォルトの名無しさん
2008/04/18(金) 09:09:19ウィンドウからはみ出します。どうすればリンクさせられるの？
0913デフォルトの名無しさん
2008/04/18(金) 10:15:120914デフォルトの名無しさん
2008/04/21(月) 21:45:52詳しいサイトor良書おしえてくれぃ
0915デフォルトの名無しさん
2008/04/21(月) 21:55:30Shapeも多分そういう使い方は想定されてない
0916デフォルトの名無しさん
2008/04/21(月) 22:04:14ﾄﾝｸｽ
CreateInstanceCoreは何を返せばいいんだろうとかずっと考えてた。
具体的には曲線（非ベジェ）をアニメーションさせたいんだが
今まで（Graphics.Draw***とか）と勝手がだいぶ違って困ってる。
0917デフォルトの名無しさん
2008/04/25(金) 09:10:01VistaのWPFで問題なく印刷できてるよ～って人います？
現在xpsファイル作れてDocumentViewerでプレビューもできるけど、
印刷すると毎回どこか一部の文字が消えたり、スプーラからジョブが消えたり
挙動が怪しい。プリンタ機種変えても同じ。
でも、XPS Viewer Essential Pack使うとちゃんと出てくる。
あと、PageOrientation.Landscapeって無視されません？
うちだけなのかなぁ。
0918デフォルトの名無しさん
2008/04/27(日) 08:44:200919デフォルトの名無しさん
2008/04/27(日) 09:00:390920デフォルトの名無しさん
2008/04/27(日) 13:46:020921デフォルトの名無しさん
2008/04/27(日) 15:49:080922デフォルトの名無しさん
2008/04/30(水) 16:45:06最近傍補間に(拡大されたドットが見えるように)することできる?
RenderOptions.SetBitmapScalingModeってのを見つけたけど
バイリニアより下に設定できないみたいだし…
0923デフォルトの名無しさん
2008/05/01(木) 09:30:10つWindowsFormsHost+PictureBox
0924デフォルトの名無しさん
2008/05/01(木) 13:37:31いちいちFormsのコントロールの上にWPFコントロールを載せて……ってやればできるかな
SwingはJava7から普通にできるようになるらしいが
0925デフォルトの名無しさん
2008/05/01(木) 14:06:08意義が良く分からない
0926デフォルトの名無しさん
2008/05/01(木) 17:19:35WPFコントロールはトップレベルのウインドウに描画するが、
Formsコントロールの実体は子ウインドウ
そうするとFormsのコントロールの上にWPFのコントロールを重ねても
Formsのコントロールが上に表示されてしまう
って話。上に来たWPFコントロールは自動的に子ウインドウになるとかやってくれればいいのに
パフォーマンスはまた別問題として
0927デフォルトの名無しさん
2008/05/01(木) 17:22:340928デフォルトの名無しさん
2008/05/02(金) 22:26:58次期バージョンはいつ出るんだろう?
0929デフォルトの名無しさん
2008/05/03(土) 00:53:29慣れると逆にFormのほうがめんどくさいよ。
その代わり、デザインだアニメ－ションだバインディングだと凝り始めると、
ややこしさが等比級数的に増していくような。
0930デフォルトの名無しさん
2008/05/03(土) 01:22:43ツールが出揃っていない。
0931デフォルトの名無しさん
2008/05/03(土) 01:28:14Vistaが大失敗した ＋ 新規開発される世の中のサービスのほぼ全てはWebアプリ
0932デフォルトの名無しさん
2008/05/03(土) 01:33:22的外れな意見ありがとう！
0933デフォルトの名無しさん
2008/05/03(土) 06:15:070934デフォルトの名無しさん
2008/05/03(土) 09:17:01言語仕様的にどうこう言うより、IDEの支援が貧弱なボーヤなのが問題
誰かブルーワーカー持ってこいと
0935デフォルトの名無しさん
2008/05/03(土) 15:23:49やっぱメニューからイベント挿入出来る機能も欲しいな。
0936デフォルトの名無しさん
2008/05/03(土) 15:31:080937デフォルトの名無しさん
2008/05/03(土) 16:14:410938デフォルトの名無しさん
2008/05/03(土) 16:18:50xamlで誰か作って、使いまわしが目的なのか？
0939デフォルトの名無しさん
2008/05/03(土) 16:54:220940デフォルトの名無しさん
2008/05/03(土) 19:20:53同じことをコードで書くとクドくなるんだよな。でもデバッグはしやすい。
0941デフォルトの名無しさん
2008/05/03(土) 19:25:10RenderTransformやアニメーションがヌメヌメ動くのも楽しい。
画像をグリングリン動かしてもCPU負荷がほとんど無いのもいいね。
0942デフォルトの名無しさん
2008/05/03(土) 22:18:18表系のコントロールが弱っちいから、ちょっと凝ったことしようと思うと地獄のように面倒くなる
0943デフォルトの名無しさん
2008/05/07(水) 23:57:43WrapPanelでいいのかな?
0944デフォルトの名無しさん
2008/05/08(木) 00:01:44恐ろしく柔軟なコントロール
0945デフォルトの名無しさん
2008/05/08(木) 00:06:490946デフォルトの名無しさん
2008/05/08(木) 00:07:39MSDN斜め読みしたけど、ヘッダ付きの詳細表示くらいしかできない印象があった。
0947デフォルトの名無しさん
2008/05/08(木) 15:23:16シコシコとXMLテキストで定義書いてリソース管理するなんて前時代的だって。
XAML用リソースエディタ付けれ。
0948デフォルトの名無しさん
2008/05/08(木) 23:14:17DataTemplate 覚えたらやれること格段に増える。
マジで柔軟。
>>947
リソースはアプリと同じフォルダに生でおけって事っぽいね。
0949デフォルトの名無しさん
2008/05/08(木) 23:33:10ListView.ItemsPanelでアイテムの並び方
ListView.ItemTemplateで個々のアイテムの表示を決めるのね。
0950デフォルトの名無しさん
2008/05/09(金) 00:02:22xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Name="myWindow"
Title="Window1" Height="414" Width="468">
<TextBlock Text="{Binding ElementName=myWindow, Path=Hoge}" />
</Window>
public partial class Window1 : Window
{
public string Hoge { get; set; }
}
ウィンドウのプロパティをBindingするのはこういう方法でいいのかな?
0951デフォルトの名無しさん
2008/05/11(日) 01:34:51C++/CLI Express for WPFを作ってくれよ。
0952デフォルトの名無しさん
2008/05/13(火) 13:49:38http://weblogs.asp.net/scottgu/archive/2008/05/12/visual-studio-2008-and-net-framework-3-5-service-pack-1-beta.aspx
http://blogs.msdn.com/greg_schechter/archive/2008/05/12/gpu-accelerated-custom-effects-for-wpf.aspx
0953デフォルトの名無しさん
2008/05/13(火) 14:07:55ようやくWPFを使うとGPUの能力を引き出せる、と言えるようになったね
0954デフォルトの名無しさん
2008/05/13(火) 15:18:53これがVistaと同時に発表されてたら状況は変わってたよな～
0955デフォルトの名無しさん
2008/05/13(火) 22:50:330956デフォルトの名無しさん
2008/05/13(火) 23:22:210957デフォルトの名無しさん
2008/05/13(火) 23:49:270958デフォルトの名無しさん
2008/05/14(水) 04:18:190959デフォルトの名無しさん
2008/05/14(水) 06:04:060960デフォルトの名無しさん
2008/05/15(木) 00:22:23軽くなればMSもWPF使ってくれるよね？
0961デフォルトの名無しさん
2008/05/15(木) 00:42:49チャートかかせたいんだけど、スクロール機能つきで
0962デフォルトの名無しさん
2008/05/15(木) 00:50:34質落ちるが、開発費も半減ならね
0963デフォルトの名無しさん
2008/05/15(木) 00:51:37DirectXではやりたくないな
0964デフォルトの名無しさん
2008/05/15(木) 07:19:09描画は早かったけど
WPFに期待
0965デフォルトの名無しさん
2008/05/15(木) 08:58:50細長い長方形を線に見立てて描画する感じ？
0966デフォルトの名無しさん
2008/05/15(木) 09:06:05C++ COM周りが面倒だったり、描画に至るまでの下準備が面倒ってことかも。
WPFのデータバインドしとけば折れ線引けるってのが簡単すぎなだけな気も。
0967デフォルトの名無しさん
2008/05/15(木) 14:28:25WinFormsでいうMenuStripを実装したいのですが、
Menuクラスを使えば良いということまでは分かりました。
しかし標準項目の挿入という機能がありませんでした。
仕方なく自前で作っていこうと思い、MenuItemのHeaderを"ファイル(&F)"に変更しても思うとおりになりません。
InputGestureTextに"Alt+F"と設定しても思う通りになりません。
標準項目の挿入らしき機能の代替もしくはAlt + キーでのキーボードショートカットの実現方法について
アドバイスをお願いします。
0968デフォルトの名無しさん
2008/05/15(木) 15:08:59アクセスキーは "ファイル(_F)" のように & の代わりに _ を使えばいい。
0969デフォルトの名無しさん
2008/05/15(木) 15:28:29ありがとう、助かりました。
標準項目の挿入
http://msdn.microsoft.com/ja-jp/library/ms233662(VS.80).aspx
0970デフォルトの名無しさん
2008/05/16(金) 14:42:250971デフォルトの名無しさん
2008/05/17(土) 14:16:01XNAの方に技術転用してくんないかな
0972デフォルトの名無しさん
2008/05/17(土) 23:57:020973デフォルトの名無しさん
2008/05/18(日) 22:55:31xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Height="300" Width="300" Background="#FF222222" Foreground="White">
<Canvas Height="Auto" Name="canvas1" Width="Auto">
<Ellipse Canvas.Left="50" Canvas.Top="102" Height="100" Name="ellipse1" Stroke="White" Width="200" />
</Canvas>
</UserControl>
XAML上では、Ellipseの位置はCanvas.Leftで指定できるけど
コード上でEllipseの位置を指定したいときはどうすればいいんだ？
0974デフォルトの名無しさん
2008/05/18(日) 23:22:40Canvas.SetLeft(ellipse1, 50);
添付プロパティってやつ。
0975デフォルトの名無しさん
2008/05/19(月) 08:47:28<MenuItem Header="{Binding RelativeSource={RelativeSource Self}, Path=Command.Text}" Command="Open"/>
みたいなメニューがベータ入れる前は日本語ででてたけど全部英語に･･･。
0976デフォルトの名無しさん
2008/05/19(月) 08:55:06成果物にまで影響出るのか。
どこかでロケール設定できる気もするけども。
0977デフォルトの名無しさん
2008/05/19(月) 09:52:49ごめん。書いてなかったね。
日本語VSに日本語SP1ベータ入れたのよ。
0978デフォルトの名無しさん
2008/05/19(月) 21:09:23ありがと！
0979デフォルトの名無しさん
2008/05/20(火) 00:07:30ちゃんとバグレポートしろよ
0980デフォルトの名無しさん
2008/05/21(水) 02:20:41WindowのDragEnterイベントで e.Effects = DragDropEffects.None
としてみたけど、ドロップできてしまう。
Windows Formの時はこれで制御できたんだけど。
0981デフォルトの名無しさん
2008/05/21(水) 07:30:19仕方ないので、DragEnterでドラッグ可能か判定して、
その結果をDragOverで返すようにしている
0982デフォルトの名無しさん
2008/05/22(木) 00:19:22>>981さん
DragOverでさらに e.Handled = true 入れたらできました。
ついでですが、画面のテキストボックスの上やタイトルバーだと
禁止マークが出るのですが、何とかならんでしょうか。
画面のどこにでもドロップできるようにしたいです。
0983デフォルトの名無しさん
2008/05/22(木) 08:12:07タイトルバーはわからん。
0984デフォルトの名無しさん
2008/05/22(木) 20:00:15WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/
0985デフォルトの名無しさん
2008/05/22(木) 20:05:05乙
0986デフォルトの名無しさん
2008/05/22(木) 22:20:520987デフォルトの名無しさん
2008/05/23(金) 01:55:470988デフォルトの名無しさん
2008/05/23(金) 01:57:540989デフォルトの名無しさん
2008/05/23(金) 02:00:530990デフォルトの名無しさん
2008/05/23(金) 03:39:26今頃メジャーバージョンうpしてもねえ
0991デフォルトの名無しさん
2008/05/23(金) 10:51:260992デフォルトの名無しさん
2008/05/23(金) 10:52:130993デフォルトの名無しさん
2008/05/23(金) 10:52:350994デフォルトの名無しさん
2008/05/23(金) 20:29:040995デフォルトの名無しさん
2008/05/23(金) 20:29:310996デフォルトの名無しさん
2008/05/23(金) 23:01:150997デフォルトの名無しさん
2008/05/24(土) 01:19:560998デフォルトの名無しさん
2008/05/24(土) 01:32:31結局は開発者が興味を持つかが生き残りの鍵
0999デフォルトの名無しさん
2008/05/24(土) 03:21:561000デフォルトの名無しさん
2008/05/24(土) 04:00:171001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。