WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part6

1 名前：デフォルトの名無しさん mailto:sage [2010/05/21(金) 15:27:16 ] 一向に普及しないユーザーインターフェースシステム Windows Presentation Frameworkについて語るスレ。 .NET4.0もリリースされたけど別に盛り上がってはいないよね…。 Visual Studio 2010 ttp://www.microsoft.com/japan/msdn/vstudio/ Microsoft .NET Framework 4 (Web インストーラー) www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja Microsoft .NET Framework 4 (スタンドアロンインストーラー) www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja 関連スレ Microsoft Silverlight その6 ttp://pc12.2ch.net/test/read.cgi/tech/1271580489/ 過去スレ WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5 pc12.2ch.net/test/read.cgi/tech/1261879110/ WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3 ttp://pc12.2ch.net/test/read.cgi/tech/1245384489/ WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3 ttp://pc12.2ch.net/test/read.cgi/tech/1231506876/ WPF(XAML,XBAP,.NET3.5)GUIプログラミング ttp://pc11.2ch.net/test/read.cgi/tech/1211453941/ 【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】 ttp://pc11.2ch.net/test/read.cgi/tech/1162950198/ コードを貼る場合は以下のサイトの利用をお勧め。 run codeのチェックは外しておきましょう。 ideone.com/ 331 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:00:54 ] >HTML5&Canvas&JavaScript 造る側からしたら地獄だな…('A`) 332 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:09:19 ] >>331 ちゃんとしたデバッガがないと厳しい。 あと誰から各ブラウザの挙動を吸収してくれるライブラリかいてくれないとね。 実装の中身が見えちゃうのがいやだなあ・・・。 ソースがみえて本当に困る人が出てくれば、暗号化の話とか、 またでてくるかもね(MSがやってメジャーにならなかったけど)。 333 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:12:36 ] 現状C#でWPFよりよくできたGUIライブラリってないよ。 いまさら糞ダサいFormsなんかさわってられるかっての 334 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:20:15 ] まともに触ってないからそんな事が言えるんだよ 335 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:54:16 ] WPFはGUI組み立てるのにいいと思うけど、そのアプリを使う側のこと考えたらそんな良さどうでもいいわけで 336 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 21:58:51 ] 見た目が綺麗なものが作れるというのはあるだろ WinFormsでも頑張れば同じように綺麗な見た目やアニメーションもできなくはないけどやっぱりWPFより重くなるよ 使う側のことを考えるならもちろん直接DirectXで作るのが理想なわけだが 337 名前：デフォルトの名無しさん [2010/06/10(木) 22:13:24 ] javascript変態だなぁ、webプログラマの苦労は絶えない html5のcanvasでGPUの支援があるのって今はIE9くらいでしょ、他のブラウザも追随しそうだけど時間がかかるだろうなー普及率の問題もあるし そのうちゲームはDirectXじゃなくてIE9を同封して配布するのかな 338 名前：デフォルトの名無しさん [2010/06/10(木) 22:17:22 ] スレチ 339 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:49:41 ] Formは、コモンコントロールのラッパーによるダサさがあるし、 WPFは、突貫で作ったような、コントロールの設計の甘さがあるし、 どっちもどっち。 340 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 22:52:26 ] 好きな方使えよってことだね とりあえず相談室にでも消えてろ 341 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:03:33 ] WPFのWindowのWidthとHeightが枠の部分を含めているのに違和感がある。 枠の部分の面積はWindowsのテーマに依存する部分で、さまざまに変化してしまうからデザインを考えたときに使いにくい 例えば枠がめちゃくちゃ広いテーマにしたらWindowの中が全て枠になる可能性もある 342 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:05:15 ] >>341 わくわくするな 343 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:05:51 ] なにか問題でも？ 枠内のはWindowのContentに入れた要素で調べられるし。 344 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:13:15 ] 調べられるから何？ 345 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:15:12 ] 米Microsoftのやることに間違いはないんだよ 346 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:17:03 ] たまにMSDNが間違ってるのは擁護できない 347 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:19:12 ] 世間はiPadで湧いてるけど、 MicrosoftのOrigamiってどうなったの？ 348 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:22:34 ] WPF早く滅べ 349 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:27:10 ] >>344 枠を含めない領域を指定できるから、枠だけしか見えないウィンドウが作られる心配はない。 350 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:41:54 ] >>348 WPFが滅んだとして次はなにがくるんですか？ 351 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:45:39 ] XULとか？ 352 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:45:52 ] JavaFXですね 353 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 23:59:38 ] WPFはUIのフレームワークとしては柔軟性とかよさげだけどパフォーマンスが微妙だ・・・ いまのOS Xとかはどんだけナイスなフレームワークになってるんだ？ 354 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 00:18:18 ] WPFアプリが起動しなくなる度に OS再インストールするのに疲れた 355 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 00:19:21 ] 4年ぐらいWPFで開発してるが聞いたことないな 356 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 01:04:44 ] もしかしてXP？ XPの時代にはDirectXがまともに動かない、腐ったグラフィックドライバが結構あったからなぁ・・・ 357 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 01:45:34 ] パフォーマンスというか、起動時間がネックだな。 起動時間以外は工夫次第でどうにでもなる。 何が原因で起動がこんなに遅いのやら。 358 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 01:53:02 ] 2回目からは速いというか遅くはないよ 359 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 02:03:16 ] 速いマシン使っていればそんなには遅くないかも 360 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 02:17:46 ] 何回目だろうがWinFormsと同程度の速さにはなって欲しいな。 VSTOでExcelのプラグイン書いた時に、UserControlをWPFにするのとWinFormsにするのとで 起動速度が結構違って笑っちゃった。 それでも最初期のWPFと比べればだいぶよくなったけどさ。 361 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 02:34:56 ] SilverLightをデスクトップで使えるようにしたら 軽くなるんじゃね？ 362 名前：デフォルトの名無しさん [2010/06/11(金) 02:42:15 ] >>361 それ4だよ toolkitの日本語版がこないのでやってないが AIRみたいにブラウザアプリをインストールという形で ローカルでも使えるようになるとか SLがこんな感じなのでもしかするとWPFって本当に・・・ 363 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 03:28:16 ] WPFは自分が作る分には楽でいいが 他人が作ったのは重くて使いたくないな 364 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 04:05:58 ] それはあるな。 SLのOOBの方がパフォーマンス優れてるなら置き換えてもいいんだけどWPFの方がVS開くだけでいきなり始められるから導入が楽でSLには手が伸びない感じ。 これからどうなるか。 365 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 05:49:53 ] Silverlight が来たぞ pc12.2ch.net/test/read.cgi/tech/1271580489/249 366 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 15:08:06 ] VS2010には最初からSL3が入ってるぞ ExpressもVWDには最初から入ってる 367 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 15:11:33 ] >>362 3でもブラウザ外実行はできるけど使い物になるのは4から 4はCDなどからのローカルへのインストールもできるので Silverlightで作れる範囲のものならほんとにWPFいらなくなった 368 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 15:54:36 ] VSのIDEもSilverlightに置き換えて 軽くならないものか 369 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 16:00:20 ] SLもWPFもコード的にはほぼ共通な実装が出来るだろ？ SLがどうとかWPF不要とか、そんなこと言ってるの日本人だけ。 compositewpf.codeplex.com/ ローカルファイルに自由にアクセスしたいならWPFしかないし、 Webアプリにしていきなりブラウザ閉じられちゃったりしたら、 困る業務アプリだってあるだろ。 逆にユーザのアプリ導入の敷居を下げたいならSLの方が良い。 客の要求に合わせるしかないだろ？ 370 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 16:34:23 ] >>368 重くなるよw レイアウトが複雑なものをSilverlightで作ると糞重くなる 371 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 17:07:51 ] WindowsFormsHostでWinFormのwebbrowserを使うと、 スクロールバーがクラシックスタイルになってしまうのですが 見た目を変えるにはどうしたらよいのでしょうか？ 372 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 17:12:12 ] System.Windows.Forms.ApplicationのEnableVisualStyles 373 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 17:16:27 ] ありがとうございます。 Styleプロパティになんか設定するのかと思って調べて行き詰まってました 374 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 20:03:47 ] WPF版のWebBrowserがあるのに、 なんでWinFormの使うの？ 375 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 20:08:32 ] （ ﾟρﾟ ）＜WindowsFormだいすきあうあうお〜 376 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 20:26:44 ] ここを一体何スレだと 377 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 21:14:29 ] Broserのないバージョンをサポートするためだよ 378 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 21:27:26 ] Hostを使うとスクロールバーに問題なかったっけ？ 379 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 21:43:54 ] >>377 馬鹿じゃね？ 380 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 21:46:49 ] >>374 HTMLを取得してフォームに値を入力してポストするみたいなのが面倒＆やり方が分からないからです。 調べたらwinformのブラウザ使える方法があったのでそれでやろうかと。 381 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 21:51:22 ] スパムアプリか。 382 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 22:05:40 ] いや作りたいのはブラゲのBOT 383 名前：デフォルトの名無しさん mailto:sage [2010/06/11(金) 22:31:08 ] 犯罪者乙 384 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 00:07:49 ] ConverterParameterって依存関係プロパティじゃないからバインドできないので、 MultiBinding使うのが定石？っぽいんだけど、 Converterに依存関係プロパティを実装して、そいつにバインドさせるって問題ある？ 385 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 00:11:12 ] そろそろSilverlightにもDrawingContextを用意して欲しいなぁ。 任意の図形を単一のVisualに収める仕組み、まだ無いよね。 Controlも全然足りない。Menuすら無いってどうよ。 386 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 00:14:11 ] >>384 INotifyPropertyChangedじゃいかんのか。 387 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 00:24:24 ] >>385 DrawingContextはDrawing作ってるだけだからなあ Drawingだけサポートした方がいいと思う DrawingContextは勘違いしてSystem.Drawing.Graphics感覚で使う奴が必ず出てくるし 388 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 01:36:03 ] >>387 DrawingContextのほうがコードであれこれできるから自由度高い。 BitmapCacheもあるし、昔ほど毛嫌いする必要もないんじゃない。 389 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 02:13:05 ] >>379 ニート? 390 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 06:48:02 ] >>386 なんでINotifyPropertyChanged？どう使うの？ 391 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 07:26:17 ] >>385 Menuは確かに欲しい 折角OOBに力を入れてるんだし、基本的なコントロールは一通り欲しいよな 392 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 07:33:06 ] WPF使ってたらメニュー要らないと思うようにならない？ メニューのあるデザインは間違いだとさえ。 393 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 08:14:14 ] メニューってたしかにそんなに重要じゃないかもなあ メユーからコピーだの貼り付けだの選んで使ってる人なんていないだろし 394 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 08:23:47 ] キーボードのみで操作出来ないと気持ち悪いっつーかストレス溜まるっつーか まあ一般ユーザは逆なんだろうけれど 395 名前：デフォルトの名無しさん [2010/06/12(土) 08:28:29 ] タッチパネルなどを意識するのであればwinodwsのようなメニューは 捨てるべきだなあ どっちかといえばUIはゲームに学ぶべきだと思う 396 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 08:38:30 ] しかしメニューを捨てたOffice2007は激しく不評 397 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 08:42:46 ] アイコンを大量にずらずらと並べるよりは、メニューの方がマシだと思う しかしSilverlightだと、Altキーを押しても SLアプリじゃなく、ブラウザのメニューバーにフォーカスが移りそうな気がするがなｗ 398 名前：デフォルトの名無しさん [2010/06/12(土) 08:42:56 ] >>396 そりゃofficeそのものがタッチ向けのソフトじゃないからだろｗ 中身で考えろｗ 399 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 08:45:15 ] つーより、何で急にタッチパネルの話になったんだ あんなもん、業務アプリじゃとても使い物にならんと思うが （ハードウェアからして、専用のが必要だし） 400 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 09:20:30 ] VWD2010EE+SL4Tools　と、　VC#2010EE　でツールボックスを比較してみた 間違いは有るかも ■共通 [ ポインター ][ Border ][ Button ][ Calendar ][ Canvas ][ CheckBox ] [ ComboBox ][ ContentControl ][ DataGrid ][ DatePicker ][ Ellipse ][ Frame ] [ Grid ][ GridSplitter ][ Image ][ Label ][ ListBox ][ MediaElement ] [ PasswordBox ][ ProgressBar ][ RadioButton ][ Rectangle ][ RichTextBox ][ ScrollBar ] [ ScrollViewer ][ Slider ][ StackPanel ][ TabControl ][ TextBlock ][ TextBox ][ TreeView ][ Viewbox ][ WebBrowser ] ■WPFのみ DockPanel DocumentViewer Expander GroupBox ListView Menu Separator StatusBar ToolBar ToolBarPanel ToolBarTray WindowsFormsHost WrapPanel ■Silverlightのみ AutoCompleteBox DataPager HyperlinkButton MultiScaleImage DomainDataSource 401 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 09:45:42 ] Separator無いのかよ・・・ 402 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 09:57:08 ] SLはListBox有るのにSeparator無しか 403 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 10:06:20 ] SL専用のコントロールで羨ましいのは、MultiScaleImageくらい？ 404 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 11:37:37 ] メニュー・ツールバー・ステータスバーは アプリのひな型としてとりあえず入れるものだと思ってる。 作ってるアプリに最適なUIが見えてきたら不要にできるかもしれないけど 一番最初はどんなUIが最適かわからんものだ。 とっかかりとして便利なんだよ。 405 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 11:56:44 ] > ■WPFのみ > DockPanel、Expander、GroupBox って、おもいっきりよく使うところじゃねーかw Silverlight使いはどうやっているんだよw 406 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 12:05:06 ] WPF標準のコントロールやパネルってWPFとC#だけで作られてるの？ どういうつくりなのか想像もつかん 407 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 12:18:03 ] >>405 Silverlight Toolkitというものがあってだな。 408 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 14:42:48 ] Silverlight、メニューもツールバーもステータスバーも無いのな。 まあTextBlockとかで代用出来なくも無いが…。 409 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 16:29:20 ] >>406 極端な話、マウスやキーボードなどによる入力の検知と 最終的な画面への出力さえあればなんでもできる そこだけはもちろんプラットフォーム呼び出しに頼って あとは全てマネージコード 410 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 16:38:49 ] DockPanelなんかドッキングウィンドウなUIでない限り要らないだろ そこまで大袈裟なUI作るならDockPanelの有無なんか些細な問題だし Silverlightでそこまでやらんでしょ 411 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 19:57:04 ] >>410 むしろGridだと大げさすぎてパフォーマンスに懸念があるところで DockPanelやStackPanelのような軽量レイアウトをつかうんだけどなぁ。 412 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 20:21:14 ] WrapPanelくらいは有っても良いかもなあ。 Webブラウザは、クライアントアプリに比べてウィンドウサイズを動かされる率も高いだろうし。 413 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 20:42:35 ] ObservableCollectionにRectangleの位置、形状をもったオブジェクトをもたせて それをxamlで参照してRectangleを描画させたいのですがどうしたらいいですか？ 414 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 20:49:11 ] >>413 カスタムのItemsControl作らないと無理じゃないか。 415 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 20:51:30 ] そーですかorz 俺には無理ですか＞＜ 416 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 20:52:56 ] ObservableCollection<RectangleInfo>みたいなこと？自分なら 1. ItemsControlのItemsSourceにObservableCollectionをbind 2. ItemsControl.ItemsPanelにCanvasを入れIsItemsHostにする。 3. RectangleInfoのDataTemplateを定義してRectangleに変換 でできそうな気がする。そんなことやったことないけど 417 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 21:40:16 ] >>416 試してみたがダメっぽい。 ItemsControlをそのまま使うとItemのコンテナはContentPresenterになるんだけど コンテナの縦横が0だから表示されないという事態になるっぽい。 418 名前：デフォルトの名無しさん [2010/06/12(土) 21:55:59 ] >>417 あぁそうか、Canvas.Topとかで指定しないとダメか。 んじゃ、Rectangleの代わりにPolygonにして座標直接指定か、 ItemContainerStyleでCanvas.TopなどをBind。 気になって超適当な検証コードかいて行けた。 419 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 21:57:31 ] ItemPanelをCanvasにすればいいんじゃないの 420 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 22:03:43 ] >>418 うるうる ちょーだい 421 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 22:35:06 ] 出し惜しみするようなものでもないが、わざわざ見るほどのものですらないよ uproda11.2ch-library.com/11247102.zip.shtml Pass=wpf 422 名前：デフォルトの名無しさん mailto:sage [2010/06/12(土) 22:47:25 ] ありがとう たすかりました 423 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 13:05:48 ] 読み込んだ値によって、使用するConverterを切り替えるにはどうしたらいいですか？ たとえば、 設定値が1の場合：EvenConverter 設定値が2の場合：OddConverter といった感じに切り替えることがやりたいです。 もしくはConverter内で、設定値が1の場合、2の場合と処理を分けてもいいんですが、 その場合、Converterにどのように設定値を渡せばいいんでしょうか？ 424 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 13:18:33 ] 読み込んだ値って何さ　設定値ってどこの何さ 425 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 13:42:59 ] >>423 複数の引数渡せるコンバーターがあったような 426 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 13:49:11 ] 何を目的としているのか分からないがDataTriggerは使えないだろうか >>425 固定値ならConverterParameterで渡せる(Bind不可)し、 IMultiValueConverterもある。 427 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 14:46:36 ] >>421 ItemContainerStyleという手があったか… 些細なものでもひとのコードを読むのは勉強になる。 428 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 15:35:20 ] 結構XAMLでは苦労するよなあ。 デザイナとプログラマの担当部分の分離なんてやっぱり無理なんじゃないか？ もうデザイナにはStyleだけ作ってもらうようにするしかない。 429 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 16:08:00 ] デザイナにも高いレベルでXAMLを理解してもらうしかない。 Webデザイナだってhtmlとcssを理解しているんだから 同じレベルでxamlを理解してもらう必要があるだろうね。 ファイルを.xamlと.xaml.csに分けたから分離完了なんてわけにはいかないさ。 430 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 19:58:21 ] そもそもデザイナを別に雇うとか考えらんねぇ 431 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 20:29:44 ] 作るGUIの内容によってはそういう所もある。 ただ未だに「動かせるのにたえうるStyle」を作れるデザイナなんて見たことがない。 432 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 21:04:33 ] ウチはアットホームが売りなくらい小規模だからな 433 名前：デフォルトの名無しさん mailto:sage [2010/06/13(日) 22:56:08 ] PCメーカに行くと優秀なデザイナがたくさんいるよ 434 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 06:45:03 ] おれのところはデザインの人たちに xaml を意識させることは無いな。 どうせ理解できないから。 各パーツと、それをどう配置するかの詳細情報のみもらう。 435 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 17:49:59 ] >>434 それが現実的だろうね。 xamlはどのみちプログラマの仕事になる。 436 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 19:32:24 ] >>407 あれのNumericUpDownは最高だ 437 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 19:46:53 ] >>396 リボンなら fluent.codeplex.com/ 438 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 21:22:32 ] つまりデザインとプログラムの分離は失敗したということだな 439 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 21:46:16 ] プログラマーがデザインセンスを磨けばいいんじゃね？ 440 名前：デフォルトの名無しさん mailto:sage [2010/06/14(月) 21:56:07 ] コードに美しさを求める（よな？）人種だから素養はあるはず、たぶん 441 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 00:13:56 ] バカいうな 442 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 03:45:35 ] デザインとプログラムが分離されてるおかげで UIを担当するプログラマとビジネスロジックを担当するプログラマとで分業できるじゃないか 443 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 08:24:17 ] xamlはデザインをプログラムするものだから、デザイナーにプログラム脳を要求してしまっている 完全に分離できているとはいえない 444 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 10:43:54 ] 芸術系の奇抜なデザインならともかく、産業系の工学的なデザインなら、 プログラマーだろうと、誰にでも出来るだろ？ 大勢が見たときに、最も万人ウケするデザインにすれば問題無い。 客観的に見て、最も違和感を感じないようにさせれば良いだけ。 正直、それ以上は、デザイナのセンスより、ユーザからのフィードバックの方が重要。 そんな訳で、他人が見て違和感を感じさせるデザインしか出来ない奴は、 他人の気持ちが分からない人か、本当に頭が狂っている人のどちらかだと思っている。 445 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 12:21:43 ] よしじゃあ、お前のデザイン晒してみろ 446 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 13:28:14 ] 普段何かする時にも、これはいいとかこれはこうした方がよくなるとか 考える人ならいいものができると思うよ。 447 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 14:59:02 ] どうしたら他人に受け入れられるか程度も分からない人は駄目だよね。 つまり、会話が面白くなく、自分語りしか出来ない人は、デザインも駄目だと思う。 面白い話が出来ない人は、自分勝手なデザインしか出来ない。 448 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 21:53:40 ] WPF Toolkit と Composite Application Guidance ってどうやって使い分けてます？ 両方ともCodePlexで公開されてるんですけれど。 CALの各モジュールの中でToolkitを使いたい人は使うって感じですか？ 449 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 23:11:59 ] 冷静に考えてみると、CALってUnityでDIしてるだけのフレームワークだよね。 となると、MEFがある現在、CALの存在意味ってあんまりない？ CALのDrop2が出たけれど、MEFとMVVMが目玉になってるし。 450 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 23:21:19 ] >>444 > 芸術系の奇抜なデザインならともかく、産業系の工学的なデザインなら、 > プログラマーだろうと、誰にでも出来るだろ？ いきなり工業デザインて専門分野を否定してきたけどさ、 製造業で働いてるデザイナと仕事したことあるか? まあ言いたいことはわかるんだがちょっと現実離れしてるぞ。 451 名前：デフォルトの名無しさん mailto:sage [2010/06/15(火) 23:52:38 ] あるが 　デザイナー「無効状態は文字を灰色で」 　俺　　　　「じゃ編集済み未保存は？」 　デザイナー「それは赤で」 　俺　　　　「え？編集済み未保存かつ無効状態は？」 　デザイナー「青」 　俺　　　　「ぇえ！？」 二度とやりたくない。 452 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 00:18:07 ] >>451 悪かった。想像を超えるレベルみたいだ。 453 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 08:46:42 ] 製造業で働いているデザイナって、情報系以外の話かな。 試作品に数十万、量産用の金型に数百万や数千万かかる製造業と、 簡単にUIが修正出来るIT系は、ちょっとデザイナの重みが違うと思うが。 >>451みたいな例もあるし、 最終的に重要なのは、ユーザからのフィードバックじゃない？ 454 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 14:51:28 ] 誰か、CAL使ってる人はいないの？ WPFが遅いとかいう話になると、めちゃくちゃレスが付くのに‥‥。 そういえば、使えないプログラマの特徴に、こんなのあったよね。 ・新しい言語、フレームワーク、開発環境のデメリットの情報だけは早い。 ・問題が起きると、大抵マイクロソフトの所為、ということで落ち着く。 455 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 16:17:11 ] CALってクライアント・アクセス・ライセンスでよいのか？ 456 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 17:08:23 ] エネルギーの単位だと思う 457 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 22:24:20 ] >>454 CALのほうがMEFより守備範囲が広い。 MEFにはIModuleもなければRegionもない。 CompositWPFEventもない。 ただし、MEFは.NET標準装備のDIコンテナだから将来も安心。 以上を踏まえた上であんたのアプリに必要なものを使えとしか言えないな。 俺はMEFと統合するまではCALを本気で使う気は無い。 458 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 22:27:55 ] 他の話題をブッタ斬ろうとした上自分の話題が無視され逆ギレし「使えないプログラマ」呼ばわりとはw >>453 たしかにその通り。でも、ユーザーからのフィードバック＝手戻り。 デザイナーの知識・経験を反映させることで精度を上げ、そのリスクを軽減させることが重要じゃないか？ デザイナー自身が反映させる知識・経験を持っていなかったり、その責務を理解していないことも珍しくないがw 459 名前：デフォルトの名無しさん mailto:sage [2010/06/16(水) 22:32:31 ] アプリケーションユーザーインターフェースに関しては、 「綺麗なビットマップを作れる人」が良いデザイナーというわけではないのだけど 美しさ以外は自分の責務ではないからよろしくやってくれというデザイナも稀に生き残っているね。 UXという言葉はもうちょっと広まってくれていい。 460 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 00:03:37 ] もっともユーザのフィードバックだって正鵠を得てるとは限らんしねえ。 要件決めるときとおんなじで本当は何をしたいのかってのがわかんなくなってることままあるよね 461 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 00:37:30 ] WPFやSLのインターフェイスデザインなんて Expression Blend 使って標準コントロールの ControlTemplate いじくるだけじゃないの？ コントロールの配置や画面遷移とかはプログラマの領分でしょ。 462 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 07:19:34 ] そこのところがあいまいだからxamlが複雑になって失敗した 463 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 20:14:05 ] xamlは複雑じゃないだろ wpfのアーキテクチャは複雑だけど そこのところがあいまいだとわけわかんねえだろ 464 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 20:21:53 ] Xamlなんてたかだかオブジェクトツリーをつくるだけの言語じゃん。 なにが複雑なのやら。 465 名前：デフォルトの名無しさん mailto:sage [2010/06/17(木) 20:39:13 ] いちいちBlend使わないと まともに作れないのが気にくわん 466 名前：デフォルトの名無しさん [2010/06/17(木) 22:56:15 ] win7, VS2010, WPF4 です。 windows 7 でDPIを100から125（もしくは150）にすると レイアウトが崩れるのだが、DPIの設定を変えても ウィンドウサイズとかフォントサイズとかを変化させない ようにする方法ってある？ 調べてみたところ、MSDNに DeclareDPIAware.manifest の名前で 紹介されている manifest をプロジェクトに追加してDPI設定を認知 するようにし、レイアウトその他は自分でゴリゴリ書かないといけない のかな、と思ったのですが。 参考にしたサイトなど： ttp://msdn.microsoft.com/ja-jp/windows/dd630126.aspx ttp://msdn.microsoft.com/en-us/library/ms633543(VS.85).aspx ※SetProcessDPIAware関数は使っていません 467 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 04:02:12 ] SnapsToDevicePixels 468 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 07:25:32 ] >>467 おぉ、こんなプロパティがあったのですか。 ありがとうございます。 469 名前：デフォルトの名無しさん [2010/06/18(金) 07:42:25 ] >>464 コントロールのツリーを表現するのは別に複雑とは思わないが、crlオブジェクトの 参照やバインディングの表記はわかりにくく且つうざすぎるじゃね？ 470 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 11:12:14 ] >>469 それぐらいは仕方ないんじゃね？ 他に、神がかり的な表記法があるとも思えない。 まぁ、インテリセンスを改良して、Binding指定の時も候補出すとか、 インテリセンスで候補をコードじゃなくUIのプレビューで表示するとか、 そういう改善ぐらいしか出来ないのでは？ 471 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 13:57:12 ] 本来的に静的なXML構造に動的なバインド持ち込むからとっ散らかった見た目（&仕様）になるんだと思うな 表示は何でもかんでもCSS!!ってやってピンポイント修飾がやり辛くなってるHTML5と似たような感じ 472 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 19:43:43 ] attached propertyとmarkup extensionとか触らずに三日経てば忘れるレベル 473 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 21:51:00 ] >>471 どういう風にかければ満足なん？ 474 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 21:57:32 ] expression blend使えば小洒落たGUI作るのは簡単です？ 見た目が重要だ！とか言い出してる顧客がいるんだけど外に丸投げだから簡単じゃないと厳しい 475 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 21:58:39 ] 簡単ではあるがセンスがいる 476 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 22:06:46 ] 自分が作った社内アプリケーションをコード書けない同僚がblend使って改変した時といったら…… かっこいい！おしゃれ！市販ソフトみたい！と賞賛されていた。そいつだけが。マジで 477 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 22:15:23 ] XAML手打ちに慣れ過ぎて、Blendが使えない。 478 名前：デフォルトの名無しさん [2010/06/18(金) 22:29:46 ] おまおれ 479 名前：デフォルトの名無しさん mailto:sage [2010/06/18(金) 22:49:56 ] そのセンスを用意するのが一番面倒臭いんだけど 480 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 00:38:33 ] Windows 7に付属してるソフトでWPF製のソフトあるの？ 481 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 00:39:57 ] PowerShell ISE 482 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 01:05:58 ] 7じゃないけど2008R2のAD管理センターもWPFなんじゃないかな 483 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 01:58:37 ] じゃあやはりMS自身もあまり使ってないのか 484 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 05:31:59 ] 既存のものは既存のものをベースになってるし、異なってるのはDirect3Dを使うようになった標準ゲームぐらい。 たとえば比較的新しい部類に入る Windows Media Center もマネージド アプリケーションだし、WPF が使うのは InBox アプリケーションはこれからでしょ。 実際 Windows Vista から新規に追加された実行可能ファイルなんて PowerShell ぐらいだし。 485 名前：デフォルトの名無しさん [2010/06/19(土) 09:00:18 ] デザイナーにセンスとかいらねーだろ、どっかのデザインぱくればいいだけだしｗｗｗ お前らも嫌々言ってないでデザインぱくってくればいいよ 486 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 11:20:21 ] >>485 パクるのもセンス。 それをあわせるのもセンス。 不要と思うなら自分でやればいいよね。 487 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 11:30:24 ] デザイナーの美的センスが嫌なんじゃない。 不条理で非合理的で無茶苦茶な要望を平気でいうデザイナーと、それを精査せずに受け入れる上司が嫌なんだ。 「チェックボックスが○でラジオボタンは◇」とか 「すべての部品がアニメーションでうにょぉぉおーん！」とかありえないことを要求する。 488 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 13:05:55 ] ListViewとかGridViewとかDataGridでカラム数を動的に変化させたいんだけど （カラム数がコンパイル時は未確定）、どうすればいいですか？ DataTemplateとかでできればいいんですが、 コードビハインドでカラム生成してaddしていくしかないですかね。 489 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 13:56:08 ] DataGridならAutoGenerateColumn=trueでよくね？ 490 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 16:20:50 ] >>489 AutoGenerateColumnとかあったんですね。ありがとうございます。 ItemsSourceにバインドさせるコレクションを列に対応させて動的に作ればいいのかな。 やってみます。 491 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 17:15:58 ] >>487 そういうのを否定するならWPF使う意味を示せないのでは？ 492 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 18:11:51 ] >>487 それはデザイナーのセンスがないんだね。 絵がきれいだけがセンスじゃないからね。 それを良しとする上司では、ご愁傷様です。 493 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 19:37:12 ] 一見して用途が解らない、見慣れないUIとか嫌過ぎるな。 494 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 20:10:14 ] WPFだと自由度が高いから、それを作られるリスクも高い。 部品をカスタマイズできるのはいいが、部品のあるべき挙動を理解せずに ものすごい挙動を発明するデザイナーがいるからなぁ。 不自由ってのは愚者でも道を違わぬために必要なものだと理解した。 495 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 20:14:08 ] 一度飲まないと始まらない 496 名前：デフォルトの名無しさん mailto:sage [2010/06/19(土) 21:20:35 ] >>487 まずはAbout Faceでも読ませとけ。 497 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 01:52:14 ] うちのノートだとWPF重いから WPFアプリ増えないでくれ 498 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 03:44:37 ] WPF製ソフトにはうんざり 昔のVB製ソフトを思い起こさせる 499 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 06:16:53 ] そんなに重いか？ VGAがカスな仮想環境ですらサクサクなのに 500 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 08:14:43 ] 重いっていうなら環境書け 501 名前：デフォルトの名無しさん [2010/06/20(日) 08:32:48 ] 今発売されてるPCなら大丈夫だろうけど 古いPCもいっぴい稼働されてる世の中だから 502 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 08:54:37 ] 御託はいい 重いというなら環境を書け 愚痴と独り言をこぼされても参考にならん 503 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 09:15:42 ] 環境は地球上です 504 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 10:44:04 ] AtomZ520なマシンで色々動かしてみているが アプリ起動とコントロールの動的生成の時は重たいがあとはまぁ何とかなる。 アプリの内容/作り次第では問題にはならないだろう。 だがそれ以上に表示乱れまくりだから、使えないが。 505 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 11:50:17 ] Atomなんて買う奴いるのか 506 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 12:40:21 ] 買っちゃったよ。 しかもデスクトップPC・・・ ネカフェとかだとたまにあるわ。 507 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 12:53:17 ] まあ、買う奴が全く見込めないなら商品展開してないわな 508 名前：デフォルトの名無しさん [2010/06/20(日) 12:54:45 ] ネットブックで開発してるけど問題ないなあ vs2010はストレージ食うのでSSDだときついくらいか 509 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 13:15:01 ] expression blend4何時出るん？ 510 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 21:57:26 ] 正直>>506みたいな奴がなぜム板にいるのか分からん 頭の中に何入ってんの？豆腐？ 511 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 22:59:55 ] おからでしょ。 512 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 23:11:10 ] というか Atom でも Z シリーズでしょ？ むしろマみたいな玄人向けの面白マシンが多い 環境だと思うんだが。 513 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 23:23:30 ] 玄人じゃないんだろ 514 名前：デフォルトの名無しさん mailto:sage [2010/06/20(日) 23:54:54 ] 重いと言えば環境を書けと言い、 環境を言えば頭がおかしいと言い。 おイタが過ぎる知将さんなんだね。 515 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 01:19:03 ] 頭がおかしいって誰も言ってないし 516 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 01:23:42 ] 素手で岩を抱えりゃ重いに決まってるのに 重い重いと1人でわめいてりゃ滑稽にも見えるさ。 「これ重くない？ねぇねぇ素手で持つと重いよ！重いって！」 他の人は荷車で軽々運んでるのに。 517 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 01:24:30 ] 【レス抽出】 対象スレ：WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part6 キーワード：頭がおかしい 検索方法：マルチワード(OR) 514 名前：デフォルトの名無しさん[sage] 投稿日：2010/06/20(日) 23:54:54 重いと言えば環境を書けと言い、 環境を言えば頭がおかしいと言い。 おイタが過ぎる知将さんなんだね。 抽出レス数：1 ？ 518 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 07:23:57 ] WPFはblend買わなきゃいけないのが好かん 普及させる気がないのだろうか 519 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 10:17:05 ] >>518 んなわけない。 WinFormと同様程度のデザインならVSで十分だろ？ もっと気狂いじみたデザインをしたい時に、Blendだろ？ Expressionシリーズがこのまま普及してくれれば、 PhotoshopやIllustratorのシェアが減らないかな。 アドビのツールは10万を超えるから、個人で買うのは難しい。 520 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 10:47:50 ] >>518 そのレベルで文句を言っていってる人には普及させるつもりはないでしょうね。 521 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 12:36:11 ] >>519 どこをどうしたらPhotoshopと競合すんだよwwwwww アホか 522 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 13:07:41 ] Expression Designのフィルタが充実すれば、それで十分だろ？ 523 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 13:29:36 ] Winユーザーらしからぬ意見だなｗ 524 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 20:33:00 ] Expression Designの元になったExpressionってちょっとカルト的な人気があったグラフィックツールだったんだよな シンプルで割と好きだこれ 525 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 20:34:19 ] >>524 もとになったのってな〜に？ 526 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 20:34:58 ] ExpressionはMSに買収されて死んだ 今あるのはパチモン 527 名前：デフォルトの名無しさん mailto:sage [2010/06/21(月) 20:44:23 ] >>525 expressionというグラフィックツールがあったって話 528 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 06:51:06 ] WPFはやってないっていうと必ずだれかがファビョるな 529 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 07:51:38 ] 実際流行ってないから 530 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 08:41:33 ] Intelがatomなんか出すから悪い 531 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 10:27:08 ] atomで.NETでうちのタイムカードレコーダーとして運用してる こういう運用にはちょうどいいわ 532 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 13:42:53 ] iPadは非力なハードウェアでもサクサクなのに、 WPFは、高性能なPCでなんでこんなに重いの？ 533 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 13:46:35 ] MACのUIはそのじつ単純なつくりだからです。 534 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 13:57:56 ] ハード固定なら複雑なレイアウトなんかいらんわな ぜんぶ絶対座標でいける 535 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 14:34:33 ] マルチタスクとシングルタスクの違いも大きい。画面を占有できればバッファやメッセージポンプも最小化できるし。 しかし、実際のところ WPF のアプリが重いと思ったことはないな。 VS2008 から VS2010 に移ったけど、あんまり変わらない。多少軽くなったかもと思えるぐらい。 536 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 14:42:53 ] 初期化ってか画面が出てくるまでは重い感じ VSの場合は元から立ち上げ遅いから気にならんのではないか 537 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 14:47:47 ] VSでデバッグなし実行させたときの起動スピードは2010になって速くなったように見える。 538 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 19:11:13 ] WPFが重いという奴は、低学歴低所得で、マシンが非力なのです。 生活が貧しいと、心まで貧しくなり、視野が狭くなるのです。 539 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 19:14:20 ] 環境によって重いのは別に否定せんが、 重い重いと喚くだけなのは何の意味もねーよなっつーか何つーか 540 名前：デフォルトの名無しさん [2010/06/22(火) 20:25:51 ] 他のアプリに比べて重いだろ認めろよ 541 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 20:40:57 ] 出始めの頃のJavaに比べりゃ遥かにマシ、てとこかね 542 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 20:46:00 ] Atomはピンキリ TDP1W以下のやつから、デュアルコアでHT対応してGMA 3150が統合されてるやつまである。 GMA 3150：200MHz〜400MHz/ビデオメモリ256MB/DirectX9.0c/Shader Model 2.0（3.0はソフトウェア対応） もうすぐ発売されるLincroftは、さらにパフォーマンスがアップして、もっと低消費電力になるらしい。 543 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 21:07:57 ] >>541 AWT とか Swing なんて実際遅すぎて流行らなかったってのもあるよね。 544 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 21:21:03 ] クソツールごときで重いって思わせたらだめだろう 545 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:07:35 ] なんか、ガページコレクションに起因してるようなトロさはあるな。 ページを連続して替える時はすぐ切り替わるけど。 ちょっとほっといた後に切り替えると、少し時間かかったりする。 546 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:28:37 ] それキャッシュのせいだろ WPFは要素が変更されない限り再描画しないから 547 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:30:07 ] オラオラ、下請けども、つべこべ言わずに、客の言うとおりに作れや。 こっちは、金出してんだぞ。 それが嫌なら、プライムベンダーに転職しろや。 つーか、わざわざ戦場で足軽に就職するってマゾ？ 548 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:50:28 ] ※触らないでください。 549 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 22:51:26 ] 誰かが触らなくても気は触れているからな。 550 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 23:17:48 ] .NET Framework 4でOuterGlowBitmapEffectとかBitmapEffectGroupを使おうとして全然動かなくて非推奨に気付いた。 DropShadowBitmapEffectが動くだけになかなか気がつかなかったよ。 551 名前：デフォルトの名無しさん mailto:sage [2010/06/22(火) 23:25:11 ] 3.5の頃から非推奨扱いになってるよ 552 名前：デフォルトの名無しさん mailto:sage [2010/06/23(水) 01:58:25 ] 非推奨なのにObsoleteになってるわけでもなくドキュメントに非推奨って書いてるものが混じっているという程度で ビルドも通るし非推奨の警告も何も出ないのに動かすと何も動作しないのがひどいなど。 4もサポート対象に入ったままだし。 553 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 10:27:26 ] 色をバインドする方法は文字列だけですか？ 554 名前：デフォルトの名無しさん mailto:sage [2010/06/24(木) 11:02:14 ] ValueConverter使えば自由 555 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 00:09:30 ] ナビゲーションにはPageを使うのが向いてるとのことだけど、 例えばゲームでよくある ストーリーモード VSモード プラクティス オプション クレジット というようなメニューがあって、オプションを選択したら、右からにゅにゅっと オプション項目が出てくるようなUIを作りたいとき、Pageを使うのは有効？ それとも各画面をリソースとして作っておいて、 Clickイベントをイベントトリガで拾うなりして自分でごりごり書いていくのがいいかな。 後者だと遷移アニメーションはなんとかできそう。でもリソースとしてUIを書いていくのは デザイナ使えないしちょっと大変だな。 556 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 00:41:04 ] メニューとテンプレートで済みそうな気がする ページではないんでないか 557 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 07:24:39 ] 線をL本、RectangleをM個かかせたいとき、(L、Mは可変) どうすればいいですか？ 558 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 07:39:12 ] なんだこのプログラマとは思えない質問は 559 名前：デフォルトの名無しさん [2010/06/25(金) 07:41:55 ] こういう質問だとよかったかも 線をL本、RectangleをM個かかせたいとき、(L、Mは可変) WPF流に実装するにはどうすればスマートでしょうか？ 560 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 08:35:37 ] （´・ω・｀） 561 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 13:43:53 ] 線をL本、RectangleをM個書いてはどうか 562 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 14:33:39 ] マジレスすると情報が少なすぎて 何をしたいのかわからないんだよ 563 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 14:36:48 ] WPF勉強中です。 System.Windows.Controls.Controlから派生した複合コントロールの作成を目指しています。XAMLを使用しない条件です。 VisualCollection m_Children; public コンストラクタ() { m_Children = new VisualCollection(this); m_EditButton = new Button(); m_EditButton.HorizontalAlignment = HorizontalAlignment.Left; m_EditButton.VerticalAlignment = VerticalAlignment.Top; m_Children.Add(m_EditButton); m_ClearButton = new Button(); m_ClearButton.HorizontalAlignment = HorizontalAlignment.Left; m_ClearButton.VerticalAlignment = VerticalAlignment.Top; m_Children.Add(m_ClearButton); } protected override int VisualChildrenCount { get { return m_Children.Count; } } protected override Visual GetVisualChild(int index) { return m_Children[index]; } こんなかんじで追加した要素を表示しようとしているのですが、O番目しか表示されません。 位置とサイズ設定コードは別にありますがそれは問題ないです。 Add順序を変えると勿論変えたO番目だけ表示されます。 実装する上で何が足りないのか問題が解決できずに煮詰まっています。 564 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 14:49:08 ] これは…ｗ 565 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 16:06:00 ] >>563 MeasureOverride と ArrangeOverride の実装どうなってる？試しに下の様にして実行してみたけど表示されたよ。 public MyControl() {  _children = new VisualCollection(this) {    new Button() { Content = "A", Width = 100, Height = 30 },    new Button() { Content = "B", Width = 100, Height = 30 }  }; } protected override int VisualChildrenCount { get { return _children.Count; } } protected override Visual GetVisualChild(int index) { return _children[index]; } protected override Size MeasureOverride(Size constraint) { return constraint; } protected override Size ArrangeOverride(Size arrangeBounds) {  var rect = new Rect(arrangeBounds);  foreach (var i in _children) {   var c = (FrameworkElement)i;   c.Arrange(rect);   rect.Y += c.Height;  }  return arrangeBounds; } あと、Template 使わないのなら Control から直接派生する意味ないので UserControl から派生させれば？ VisaulTree のルートも Panel にしておけば自分で実装する手間は省けるよ。まあ、使えそうな Panel がないなら自分で書くしかないけど。 566 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 16:32:08 ] >>565 ありがとうございます。2個目以降の表示ができました。 それらの実装も書く必要があったのですね・・・。 567 名前：デフォルトの名無しさん mailto:sage [2010/06/25(金) 16:38:26 ] 洋書でMVVM学ぶのにいい参考書あったら教えてください。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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