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/ 116 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 08:45:03 ] 4.0って2系と何がちがうのん？ 英語が苦手なぼくちんに教えて下さい＞＜ 117 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 09:23:06 ] >>116 ・MEFの統合 ・MVVMサポートの拡張 ・WCF RIA Services、WCF Data Servicesなんかの取り込み ・design-timeサポート MVVMパターンは今でもできるけど、リボン・ポップアップとかのサポートも提供していくっぽい 118 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 09:30:42 ] MVVMがわかりやすく説明してあるサイトかわかりやすいサンプルコード、教えてください 119 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 09:35:23 ] >>117 ありがとん！ MEF統合はありがたいのー。 120 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 13:01:08 ] design-timeがサポートされたら地味に便利 リボンとかポップアップとかダイアログはフレームワークレベルで対応してくれたらほんと使いやすくなるなぁ 121 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 15:14:00 ] チミたちMVVMはどこで勉強したの？Web漁ってもいまいち掴みどころがわからんちん 122 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 15:24:54 ] つかMVVMをチートシート並に纏めて欲しいんだよ 1200字ぐらいで MSDNとか数十キロバイトの文章でだらだら説明してナメてんのか 123 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 15:31:13 ] そんなことより必要な情報になかなか辿り着けないのがな。 Formsなんか既に情報が蓄積されてるし、前時代のAPIの知識も流用可能だから 大雑把な検索文句でも目的地には着くんだが。 WPFだと「まずどれを使うんだよ？」の答えに辿り着かない。 ドアに取っ手がない。 124 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 16:09:33 ] それは壁や 125 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 16:11:19 ] 「DataGridのデザインとバインド何処に書くんだよ？」 「何処にでも」 ・・・ちょっと前まで、マジこんな問答だったよな。 一休さんでも敬遠するっつーの。 126 名前：デフォルトの名無しさん [2010/06/03(木) 16:13:32 ] まあxamlにも書けるし、C#側にも書けるしで悩むよね xamlに書いた場合はほぼ性的になるだろうし C#に書くと動的だよね 127 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 16:33:55 ] ｲﾔｰﾝ 128 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 16:55:48 ] とりあえずエッセンシャルWPF読んであとは適当に海外のブログぐぐればなんとかなる 129 名前：デフォルトの名無しさん [2010/06/03(木) 17:25:36 ] システム全体の音量を調節したいです。 あわよくば、自分（アプリ）の音量だけを調節したいです。 調べてみたのですが、WPFで音量のコントロールって この方法しかないのでしょうか？ ttp://www.geekpedia.com/tutorial176_Get-and-set-the-wave-sound-volume.html 上はC#の話ですが、WPFだと DllImport なんてしなくても できませんかね？という相談です。 マイクの音量調節なら System.Windows.Input.MediaCommands クラスで できるみたいなのですが、出力系のものを見つけることが出来ませんでした。 130 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 21:04:17 ] WPFを何だと思ってるんだ システムの音量なんかWPFとは全く関係の無いこと 131 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 22:24:00 ] >>130 そういう台詞は、WPFが何なのかを語りながら吐くものだ。 132 名前：デフォルトの名無しさん mailto:sage [2010/06/03(木) 23:59:12 ] C#とWPFを並列に語ってる時点で相手したくなくなるよね 133 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:14:10 ] >>125 敬遠球をランニングホーマーにするんだね 134 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:16:03 ] プレゼンテーション用のファウンデーションなんだから、サウンドだって何とかしてくれたっていいじゃない。 >>129 winmm は Vista 以降に対応してなかったキガス 135 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:27:19 ] Vista以降はMixerAPIかな 136 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 00:27:35 ] >>132 並列ならいいんじゃね？ 137 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 14:56:23 ] >>136 あっ すみません直列でした 138 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 15:06:00 ] 面白くない 139 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 19:26:07 ] ListBoxとかListViewに、画像ファイルをエクスプローラのサムネイル表示みたいに表示させるのってどうやればいいの？ 140 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 22:46:00 ] データテンプレートを使う 141 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 22:49:00 ] >>139 ViewBaseから継承してGridViewのように使えばいいと思うよ。 142 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:02:15 ] Styleも必要な気が 143 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:09:26 ] >>139 ItemsPanelとItemTemplateのコンボでいけるよ。 144 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:19:59 ] >>143 kwsk 145 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:23:38 ] 例えばこんなん <Window.Resources> <asm:ViewModel x:Key="viewModel"/> <DataTemplate DataType="{x:Type asm:ImageItem}" x:Key="listBoxDataTemplete"> <Image Width="128" Height="128" Source="{Binding Path=FullName}"/> </DataTemplate> <ItemsPanelTemplate x:Key="listBoxPanelTemplete"> <StackPanel Orientation="Horizontal"></StackPanel> </ItemsPanelTemplate> </Window.Resources> class ImageItem { public string FullName { get; set; } } どっかXAML整形表示できるところないのかしら 146 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:25:33 ] 使う時 <Grid DataContext="{StaticResource viewModel}"> <ListBox ItemsPanel="{StaticResource listBoxPanelTemplete}" ItemTemplate="{StaticResource listBoxDataTemplete}" ItemsSource="{Binding Path=Items}"/> </Grid> テスト用のViewModelは次のを使ってます public class ViewModel { public ImageItem[] Items { get; set; } public ViewModel() { this.Items = new ImageItem[10]; for (int i = 0; i < 10; i++) { this.Items[i] = new ImageItem(); this.Items[i].FullName = @"C:\Users\%USERNAME%\Desktop\test.jpg"; } } } 147 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:28:01 ] レスありがとう。 まだ荒削りだけどこんな感じでいけた。 StyleとかDataTemplateはおもしろいだけに、深みにハマりそうで怖い。 スニペット <Style x:Key="ThumbnailStyle" TargetType="{x:Type ListBox}"> <Setter Property="Padding" Value="5"/> <Setter Property="Margin" Value="5"/> <Setter Property="MinHeight" Value="70"/> <Setter Property="ItemTemplate"> <Setter.Value> <DataTemplate> <Image Source="{Binding FilePath}" Margin="5" Width="96" Height="72" /> </DataTemplate> </Setter.Value> </Setter> <Setter Property="ItemsPanel"> <Setter.Value> <ItemsPanelTemplate> <UniformGrid Columns="{Binding Yoko}"/> </ItemsPanelTemplate> </Setter.Value> </Setter> </Style> 148 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:29:05 ] コード書いてたらさらにレス来てた。 >>145 参考にさせてもらいます。 149 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:30:18 ] Prism和訳のヘルプがあったと思ったんだけどみつかりゃない… 150 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:34:37 ] >>149 これのこと？ www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=6dd3d0c1-d5b4-453b-b827-98e162e1bd8d 内容は古くなってるから英語だけどv2.2のほうがいいとは思うけど。 151 名前：デフォルトの名無しさん mailto:sage [2010/06/04(金) 23:41:26 ] >>150 サンクス！ たしかにちょっと古いな… でももうPrismのサンプルみるの疲れた('A`) 152 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 18:16:49 ] ちょっとしたツールをWPFで作ってみたら糞重くて泣きそうになった。 これに適したアプリケーションってかなり限られてるね 153 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 18:24:49 ] マシンが非力か作り方が悪いんだろ 最初WPFでライフゲーム作ってみたときDrawingContextで毎フレーム描画してて糞重くて泣きそうになった 154 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 18:41:53 ] ちょっとしたツールに適した機動性っちゅうもんがあるねん 155 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 18:44:19 ] ちょっとした、ってのがどのくらいの物か解らんけど 何を作ろうとしたの？ 156 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 19:39:03 ] ちょっとしたものならC#以外の選択肢もあるだばさ 157 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 22:44:24 ] WPF は最初、その複雑さに挫折し、それを乗り越えた次はパフォーマンスに挫折する。 158 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 23:02:53 ] Direct2Dベースの描画になってくんねーかなー 159 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 23:12:24 ] パフォーマンスに問題を覚えるほど複雑なUI作ってない ただウィンドウが開くのが異様に重いのだけは難点 160 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 23:22:53 ] 複雑なUIよりもデータ量を多めにつっこんだ時のパフォーマンスの劣化が痛いと思う。 161 名前：デフォルトの名無しさん mailto:sage [2010/06/06(日) 23:48:34 ] うちは重たいと思った事ないけどなぁ。 仮想マシンの上で動いてるからビデオカードは最低レベルだしIOもホストの1/2しか出ないけど起動がちょい遅いだけで快適。 162 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 00:43:05 ] 重いって言ってるのは世代的にVista以前のマシンじゃないの 163 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 00:45:36 ] 入力データの検証を行いたい場合はどのタイミングでおこなうべきでしょうか？ ●UI側のイベントを利用して行う ●BindingのConverterで行う ●BindingのValidationRuleで行う ●BindingのUpdate系イベントで行う ●モデル側のクラスが値を代入された時に行う バインディングを利用した場合は上記のような場所で、 値の検証が行えると思います(他にもございましたら指摘お願いします)。 またWPFを学ぶ上で、MVCのようななんらかしらの モデルなどはございますでしょうか？ よろしくお願いいたします。 164 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 01:09:39 ] TextBlockのレイアウト計算が遅すぎる 大量のテキストが表示されるようなアプリケーションを作るときは TextBlockを使わずに、独自のコントロールを作らないとやってらんないよ 165 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 01:43:59 ] DirectXだよ 166 名前：デフォルトの名無しさん [2010/06/07(月) 07:55:43 ] たしかに大量にTextBlockを生成するよりLabelの方が軽いわ Labelより独自コントロールの方が軽いのかな 167 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 12:57:47 ] WPFアプリ内でDirectInputを使おうと思ったんですがうまくいきません。 参照設定にMicrosoft.DirectX、Microsoft.DirectInputを追加し、 Windowクラスに private Microsoft.DirectX.DirectInput.Device didev; を追加するまでは大丈夫なんですが、InitializeComponent();の 呼び出しのあとに、 didev = new Microsoft.DirectX.DirectInput.Device( 　　　　　　　　　　　Microsoft.DirectX.DirectInput.SystemGuid.Keyboard); と書くと、 System.Windows.Markup.XamlParseException はハンドルされませんでした。 Message="アセンブリ 'TrackX, Version=1.0.0.0, Culture=neutral, 　　 PublicKeyToken=null' で定義された 'Window1' のインスタンスを 　　　作成できません。 呼び出しのターゲットが例外をスローしました。 　　 マークアップ ファイル 'Window1.xaml' 行 1 位置 9 にエラーがあります。" Source="PresentationFramework" LineNumber=1 LinePosition=9 と表示されて異常終了します。 トレースしてみるとそもそもInitializeComponent()呼び出しまでもたどり着いていないようです。 詳しい方どうか解決方法を教えていただけないでしょうか？ 168 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:05:34 ] > マークアップ ファイル 'Window1.xaml' 行 1 位置 9 にエラーがあります。" こう言われてんだからまず確認してくれよ 169 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:21:22 ] >>168 　脊髄反射ありがとうございます。 そこに問題が無いことは確信を持っております。 170 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:22:57 ] >>169 その確信を捨てるんだ 171 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:26:26 ] ちょっと試してみたよ。 >>167は64bit環境じゃない？ MDX使うなら、x86にしないとダメだよ。 構成マネージャから新規作成でx86作ってみそ 172 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:27:51 ] >>170 おまえはエラーを出したことがない天才プログラマーのようだな 173 名前：171 mailto:sage [2010/06/07(月) 13:28:17 ] あ、書き忘れたけど、AnyCPUからx86ね 2010からはデフォルトがx86になったけど2008以前だと AnyCPUだからね 174 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:31:26 ] >>170-171 レスありがとうございます。 確かに64bit環境です。エスパー感謝いたします。 ただいま構成マネージャ捜索中です。 もしかしてVisual C# 2008 Express Editionでは無いのでしょうか？ 175 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:33:30 ] EEもあるけど、設定変えないと出てこなかった気がする オプションのツールのとこ。 176 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:38:25 ] えーと、メニューからツールのオプション選んで 左下の全ての設定を表示にチェック入れて 一番上のプロジェクトおよびソリューションの全般選んで ビルド構成の詳細を表示、にチェック入れる。 ツールバーに出てこなかったらツールバーも編集いるかも 177 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:39:00 ] >>175 何から何まで恐縮です。 ツール - ユーザー設定の中に構成マネージャを見つけたので、 めにゅーへ追加しました。 しかし、グレーになっており選択できないようです。 まだ頑張って調べ中ですが、取り急ぎ中間報告いたします。 178 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 13:43:19 ] >>176 見逃していました。その通りにしますと、グレーにもならず、 ビルドメニューに構成マネージャが新たに追加されました。 実行も問題なく出来ました。 数カ月の謎が一気に解けました。皆様本当にありがとうございました。 179 名前：163 mailto:sage [2010/06/07(月) 14:08:59 ] たーすけーてくーださーいorz 180 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 14:13:13 ] うるせーな適当に答えるぞ ・値の検証 ValidationRuleでやれ そのためにあるんだろーが ・モデル MVVM 181 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 22:13:15 ] >>166 Labelの方が軽い、というのはなんか変だね。 TextBlockはFrameworkElementから直接継承していてずっと軽い。 LabelはContentControlであって、Stringを放り込んだ場合、自動的に内部にTextBlockを作る。 メモリリソース、実行効率から言ってLabelが軽いはずはないんだけど。 一体どうなってんのかね？ 182 名前：デフォルトの名無しさん mailto:sage [2010/06/07(月) 22:20:30 ] レイアウト関連のプロパティのデフォルト値がTextBlockとContentControlで違うとかじゃね 183 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 01:05:40 ] やっぱり遅さの元凶はDependencyPropertyとリフレクションなんかなあ。 ただでさえマネージドコードは遅いのに。 184 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 06:58:44 ] だろね。 185 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 11:07:39 ] そんなことがボトルネックになるようなアホなつくりにはしないだろ やってることがもともと非常に複雑だから仕方ない 仕様にハードの性能が追いついてないんだよ 186 名前：163 mailto:sage [2010/06/08(火) 11:24:31 ] >>180 どもです、やっぱりValidationRuleでやったほうがよいのですね。 もでるについてはMVVMでググって見ます。 ありがとうございました。 187 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 12:38:17 ] >>185 ハードを蔑ろにした糞仕様ってこと？ 188 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 12:40:39 ] まあDirectXとかは先に仕様ができてからハードがついてくるしなあ 189 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 18:24:12 ] グラフィックレンダリングに関しては、今後のハードウェアの性能が上がれば描画も早くなろうが・・。 ただ、バインディングやらレイアウト処理やらのマネージドコードで書かれた内部メカニズムに関してはCPUのコア性能があがらんことには どうしようもない。WPFのViewレイヤーを担当する部分は（基本的には）分散できずにシングルスレッドで走らすしかないから CPUのコア数があがってもどれほどの向上が見込めるのやら・・・。 190 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 18:28:22 ] 今の実装がシングルスレッドだからって、将来にわたりマルチスレッドで走らないなんて事はないだろ。 191 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 18:41:39 ] いや、WPF開発チームは当初マルチスレッドも許容するようなGUIライブラリに組むことを考えて設計したけど あまりに複雑になりすぎたので断念した、という経緯がある。 192 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 19:12:01 ] またそのうちチャレンジするだろ。 193 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 20:10:43 ] COMとの連携なんかでSTAThreadにせざるを得なかったとか書いてあった希ガス 194 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 21:44:19 ] yet another doomed libraryてことにならんことを祈る。 195 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 22:57:33 ] さわってておもしろいけど、おもしろいでおわっちゃう 196 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 23:40:28 ] FlowDocumentって作成したスレッドからしか触れないんだな。 別のスレッドのオブジェクトを操作するには、BeginInvoke使えとか言ってるけど、 ビューアーコントロールはそんなもん使ってくれないし。 データーを裏でロードしたり、構築したりしたい事って結構あると思うんだけどな。 ググったら、MemoryStream使って渡す例があったけど、 実際にやってみたら遅くて本末転倒だった。 197 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 23:52:53 ] CPUコア数の増加に進んだ Intel　が悪い。 本当なら今頃 16GHz のCPUが出ている筈なのに。 198 名前：デフォルトの名無しさん mailto:sage [2010/06/08(火) 23:57:39 ] どこのCPUメーカーもそうなんじゃない？結局技術的に頭打ちになってるんじゃなかろうか・・・。 199 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 00:11:52 ] ネタにマジレスされても困るが、並列プログラミングの難易度の問題から コア数増えてもクロック数あがらないとあまり効果でないってのは分かりきったことで このままコア数増え続けていっても有効活用できないだろうし、CPU以外の 部分に足ひっぱられるだろうしで、何かしらの打開策はいるんじゃなかろーか。 200 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 01:43:08 ] WPFもCOMコンポーネントを捨てればマルチスレッド許容できたが 現実問題として捨てられないから妥協した、みたいな書き方だったよね マルチコアに進んだからシングルコアの性能が上がらないんじゃなくて 逆じゃないっけ。 シングルコア性能向上の限界が見えたからマルチコアに進んでるんじゃないの 201 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 07:46:11 ] そのうちCPUは太陽表面並の温度になるってギャグがあったなあ 202 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 11:31:16 ] 単位面積あたりの発熱量が原子炉を越えたじゃなかったかな？ 203 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 12:03:25 ] Prismでアプリケーション設定やユーザー設定を、モジュール間でやりとりするのってどんな方法がありますか？ Unityコンテナに登録して、各モジュールでインスタンスを取り出すとかかなって考えてますが、いいやり方ってありますか？ 204 名前：デフォルトの名無しさん [2010/06/09(水) 23:38:58 ] メインのウィンドウから、別の Window を ShowDialog() で呼び出し、 モーダルとして表示しています。 当然、そのWindowの×ボタンをクリックすればWindowは消せるのですが、 Windowの外の領域をクリックすることでもそのWindowを消したいです。 WPF用デバッグツール snoop なども使ってみましたが、 領域の外をクリックしたことを取得する方法は分かりませんでした。 可能でしたら、手段をお教えください。 205 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 23:47:00 ] フォーカスがなくなったよイベントでCloseじゃだめかのう。 206 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 23:48:11 ] >>204 カーソルをキャプチャするんだよ 207 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 23:48:34 ] 最前面じゃなくなったよイベントがあったようななかったような 208 名前：デフォルトの名無しさん mailto:sage [2010/06/09(水) 23:50:01 ] モーダルっつってんだろクソどもが！ 209 名前：204 mailto:sage [2010/06/09(水) 23:56:02 ] >>205 私も同じことを考えたのですが、 モーダルの場合はフォーカスを失ったとは見なさないようです。 >>206 調べてみます。ありがとうございます。 >>207 最前面かどうかの判定では難しそうです。 210 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 00:05:38 ] モーダルの場合でそのような挙動をするダイアログボックスはあまりみたこがありませんが・・・ モードレスへの変更を検討すべきではないかと思います。 211 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 00:14:37 ] 非アクティブになったら消えるウィンドウがモードレスかモーダルかなんて 利用者から見て違いあるかな？ 212 名前：204 mailto:sage [2010/06/10(木) 00:15:59 ] >>210 アドバイスありがとうございます。 現在、以下のようなストーリーを考えているのですが、 モードレスでも記述かのうでしょうか？ ・メインウィンドウから他のWindowを表示 ・メインウィンドウは Window が閉じられるまで操作停止 ・Windowには OK と Cancel があり、DialogResult でいずれかを受け取る ・OK or Cancel により、メインウィンドウにてその後の動作を変える よろしくお願いします。 213 名前：204 mailto:sage [2010/06/10(木) 00:17:25 ] すみません、追記です。 Window の外をクリックした場合も、（例えば）Cancel であると見なしたいです。 214 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 01:31:53 ] ユーザーエクスペリエンスの破壊を目的とするわけか 215 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 01:38:32 ] WPFで簡単なもぐら叩きを作っているのだが、 １分間Gridがクリックされなかったらメッセージボックスを 表示することってできる 216 名前：デフォルトの名無しさん [2010/06/10(木) 01:53:52 ] >>215 スタートしたあと1分間のカウントアップでもカウントダウンでもはじめて クリックがあればカウントターをリセットすればいいだけちゃうの？ 217 名前：215 mailto:sage [2010/06/10(木) 02:12:26 ] >>216 あぁ、なるほど。ありがと。 218 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 02:19:20 ] カウンターリセットとかどうやんの？ WPFのタイマーっつーと DispatcherTimer を思い出すのだが、 この Completed で MessageBox呼ぶようにしても Intervalのキャンセルなんてできるの？ 219 名前：デフォルトの名無しさん [2010/06/10(木) 02:25:49 ] >>218 WPFのタイマーはよくしらんが標準のタイマーをうまくコントロールできないなら タイマーから一定サイクルで呼び出される関数で自分の用意したカウンター を+(もしくは-)にしてってやればいいだけちゃうの？ タイマーとしてみるよりは一定サイクルを刻むクロックとみなして・・・ 220 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 02:49:14 ] >>218 カウンタっつーか普通にタイマを一度止めて再開すれば良いんじゃね？ 221 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:05:20 ] みなさん、WPFをどうやって勉強してます？MVVMとか。 やっぱり、CodeProjectかCodePlex？ 222 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:07:38 ] このスレ見て 223 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:22:06 ] 3割質問、1割回答、6割がただの煽りのスレで勉強とな 224 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:23:26 ] ヘルプ見りゃ大体判る 225 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:24:15 ] でも、WPFって大規模開発でしか使われてないのかも。 数人で作るんだったら、フォームで作っても問題無いような 仕様（それか予算）しか出てこないでしょ。 このスレでも出てきたPrismとか、そんな感じ。 226 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:52:24 ] WPFのTextBlockやListViewが使いたくなるような要求は結構出てくるよ 「WinFormsだと結構手間がかかるんですよねー」 「でも、WPFで１から作る予算はありませんねー」 で、結局仕様には盛り込まれず、WPFは使われないんだけど。 227 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:54:44 ] しかし、この先GPUによるアクセラレートはWPFでしか行われなくなりそうなのに、 いつまでもFormってのもなあ。 228 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 10:55:31 ] 今度、1から作るプロジェクトが始まるんで、WPFで作ろうかと調査中。 MVVMとか、他人に分かるんだろうか‥‥ 229 名前：デフォルトの名無しさん [2010/06/10(木) 10:58:14 ] >>228 推し進めるくらいなら布教してまわればいいじゃんｗ それができないならwinformでやるしかないような 230 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:01:29 ] >>229 布教とかめんどくさいじゃん。 欲しいのは金と技術であって、正直、他人のことに興味無い。 231 名前：デフォルトの名無しさん [2010/06/10(木) 11:03:40 ] このスレの状態とネットで検索した状態を見ればおおよそ回りの力量とか状態は把握できそうな物だと思うが・・・ 232 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:04:12 ] >>228 とりあえず採用する前に、パフォーマンスの評価だけはやっといた方がいいよ。 予想以上に遅いから。 233 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:05:39 ] このスレって、本職の人多いの？ 4割が学生、4割がサンデープログラマー、1割がマイクロソフトの人、 1割が通りすがりの人、ぐらいにしか思ってないんだけれど‥‥。 うちみたいなフリーダムな場末の会社じゃないと、仕事で2chとか無理でしょ。 234 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:06:43 ] >>232 そんなに重いかなぁ。 SIだから、動作環境指定できるので大丈夫。 235 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:08:33 ] 表示されてるコントロールの量が多くなるとすんごくトロくなるね 236 名前：デフォルトの名無しさん [2010/06/10(木) 11:09:56 ] >>234 ああ糞SI様か 下に負担だけはかけないでください 新しいことやるならそれなりに予算をください 237 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:11:47 ] >>236 嫌なら下りてください。 代わりはいくらでも居るんだから〜。 238 名前：デフォルトの名無しさん [2010/06/10(木) 11:12:53 ] SIが目をつけるってことはWPFは糞でいいな Javaなんかも実際そうなってしまったし 239 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:17:06 ] Javaはまだまだ使われてるだろ？ ベンダーロックイン出来ない公共系はJava指定ばかりだ。 240 名前：デフォルトの名無しさん [2010/06/10(木) 11:19:15 ] Javaは第２のCOBOLになりそうだな 241 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:23:12 ] それは、長い間、金になるってことでは？ 242 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:23:47 ] VB6.0からの移行は.netじゃなくて、Javaにする例が結構多いみたいだな。 243 名前：デフォルトの名無しさん [2010/06/10(木) 11:25:12 ] >>241 金にもなるけど未だに使うのかよとやっかまれつつ 244 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:42:17 ] AndroidやiPhoneでもXAMLが使えればなあ 245 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:43:15 ] html5でいいよ 246 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 11:44:29 ] AdobeがFlashのHTML5コンバーターだせばいいんじゃね？ 247 名前：デフォルトの名無しさん [2010/06/10(木) 11:45:00 ] Flash以上に中身丸見えだけどな 248 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:01:45 ] WPFは単純に重いというより、何をすると重くなるのかが知られてないんだと思う WinFromsだって、大量にコントロールを貼って、節操無くInvalidateしまくったら重いだろ WPFの場合、測定と配置の仕組みを理解していないと 再測定と再配置の嵐で遅くなる 249 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:08:55 ] >>248 そこんところをやさしく解説してください 250 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:22:15 ] SharedSizeGroup は重くて使えないよねぇ。下手すりゃ、整列してるのがアニメーションで見られるぐらい。 結局カスタムレイアウト使うことにしたが、何かコツあんの？>>248 251 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:27:26 ] >>234 端末200台あるような場合でも最新のハイスペック揃えってくれって言えるのはSIer様だけだよ、まったく。 TPOというか、コスト削減につなげるためにシステム入れるってことちょっとは弁えて欲しいぜ。 252 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:32:31 ] >>251 今時、WPFが軽く動く端末の金額なんて、人件費に比べれば誤差だろ。 そこでコスト削減とか訳のわからないこと言っている企業は、 潰れるべき、っていうか、もう延命しようとも詰まれてると見るべき。 253 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:35:19 ] いくらハイスペックにしても、シングルスレッド性能は上がらないから、 遅いままなんだけどなあ。 GPUもあんまり効果無いみたいだし。 254 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:35:24 ] >>248 よろしい 今すぐ纏めなさい 255 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:35:55 ] つーか、1から作るって書いてあるじゃん。 セキュアな状態が必要だから、ネットワークから敷き直すの。 だから、端末代なんて誤差。 別に、SSLでも良いと思うんだけれどね。 256 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:38:15 ] つーか、WPFが遅いって言っている人は、自分の技術の無さを自覚するべき。 駄目な奴は何を作っても駄目。いつの時代も遅いって言っている。 257 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:41:06 ] いつまでも他人のせいだよな お互いにｗ 258 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:43:13 ] >>256 FlowDocumentが重いんですが、速くする方法を教えて下さい 259 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:43:36 ] >>250 再配置の連鎖が起きないように気をつけるだけだよ。 SharedSizeGroupなら、 動的にサイズが変わるコントロールや動的に生成されるコントロールを含む部分には SharedSizeGroupを適用しないように気をつける。 それと、カスタムレイアウトは別に悪くないんじゃない？ どうせ簡単に作れるんだし。 260 名前：デフォルトの名無しさん [2010/06/10(木) 12:45:49 ] >>256 余計なこといわなきゃいいのに 駄目と切り捨てた以上はテクニックを披露していけよ そしたら認めてあげるわｗ 261 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:50:47 ] つーか、まず、その遅いというソースをうｐするしかないと思うんだが‥‥。 262 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:56:25 ] MSDNや書籍を含めてろくなドキュメントが無いんだよな どれもMSDNのチュートリアル止まり 残念なことに、 配置と測定に関してはMeasureOverride、ArrangeOverrideで検索して 断片的な情報を集めて行くのが一番早い 263 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:56:32 ] つーか、NDAとかでソースが出せないのだったら、 CodeProjectで参考にした記事でも良いよ。 そっから検討すれば良いから。 264 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 12:57:37 ] どうも、FlowDocumentのHyperlinkが、上をマウスカーソルが通過するだけで 全体の再配置が起きてるようで困ってる。 色変えや、アンダーバーがいけないのかと思って変わらないようにしてみたけど、効果なし。 継承してOnMouseEnterを潰してみたけど、効果なし。 カーソルがリンクの上を通過するたびに一秒くらい固まる。 同等な物をhtmlで表示した場合は何の問題も無いのになあ。 265 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 13:05:55 ] 怪しいコントロールがわかってるときは、 そのコントロールをカスタムレイアウトの中に入れて、 強引に配置動作をカスタマイズしてしまえばいい しかし、標準のTextBlockですら変な挙動を見せるので この手法が役に立つという始末 フレームワークのセンスはいいけど、 個々のコントロールに品質は悪すぎですよ・・・ 266 名前：デフォルトの名無しさん [2010/06/10(木) 13:07:26 ] htmlなどをヒントに作ったであろうxamlがなぜここまでむごいのか 267 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 13:56:26 ] WPFは重くないって人は ・恵まれたハード環境でしか動かしていない。 ・ラベルとテキストボックス貼っただけのしょうもないものしか作ったことがない。 ・ただの煽り のどれかでしょ。>>248みたいに何かをすると重くなる、という言い方ならともかく、 ただ一言重くないなんてただの無知。 268 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:00:25 ] StackPanelにFlowDocumentを持つUserControlを100個近く表示させてるけど重くないよ 269 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:01:37 ] Atom270で開発しているおれに謝れｗメモリは２GBだけど。 開発環境はおもたいけど、WPFアプリケーションはまあそこそこのレスポンスは発揮してますよ。 ぬるぬるはうごきませんが破綻しないレベルです。 270 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:06:13 ] まぁ、速度に鈍感というか寛容な人もいるよね。 271 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:06:33 ] 「恵まれたハード環境とWPFがあれば多少無茶をしても重くならない」 そう思っていた時期がありました 実際は明文化されていない作法みたいなのがあって、 それから外れるとどんなハードだろうと遅くなる 272 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:13:01 ] >>261 msdn.microsoft.com/ja-jp/magazine/dd483292.aspx の「期待外れのパフォーマンス」という項のサンプルコードをだな。 273 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:13:48 ] >>271 > 明文化されていない作法みたいなの これから改良される（変わる）可能性があるから明文化されてないんですかね？ 274 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:14:47 ] 具体例を示して、この部分ハードウェアの性能に影響を受ける、と言うならともかく 単にハード云々を言っても説得力は無いわな 275 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:22:43 ] >>272 なんか極端すぎてあんまり参考にならない例だな 276 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:28:08 ] >>275 オーケー、マイブラザー。 リストボックスにたかだか10,000個のアイテムを追加しただけのコードだ。 <Window x:Class="WpfApplication1.Window1"     xmlns="schemas.microsoft.com/winfx/2006/xaml/presentation"     xmlns:x="schemas.microsoft.com/winfx/2006/xaml"     Title="Window1" Height="300" Width="300">     <Grid>         <ListBox Name="_listBox" ItemsSource="{Binding}" ScrollViewer.CanContentScroll="False"/>     </Grid> </Window> namespace WpfApplication1 {     public partial class Window1 : Window     {         public Window1()         {             InitializeComponent();             this.DataContext = new int[10000];         }     } } 277 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:29:35 ] MSのライブラリではいつもの事なんだけど、 シンプルな書き方と最良の書き方が一致してないんだよね シンプルな書き方 = 最良な書き方 って発想はRoR以降に広まったものだから 2001年から設計されたWPFに求めるのは酷かもしれないけどさ 278 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:34:23 ] リストボックスに単純に1万も項目追加したら、 WPFに関係無く重くなるんじゃね？ そもそも、そんな設計してる時点でドキュソだろ。 新卒しかしないって。 279 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:37:32 ] >>278 ScrollViewer.CanContentScroll="False" を消せば1万行追加しても早いわ。 言い訳ばっかりしてないで包茎の皮切り取って来い、チンカス。 280 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:43:21 ] だいたい、過負荷テストぐらいしないのかよ。 テーブルに100件ぐらい追加して「パフォーマンスに問題なし」とかほざいて納入しては 数年後に100万件超になってきてパフォーマンス障害が出たので何とかしてくれ、なんてなきつくアホ多すぎ。 どうせSIer様は買い替えの時期です、とかDQNなこと言うんだろうが。 281 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:44:22 ] Formsでいう、SuspendLayoutがWPFに無いから、 無くても大丈夫なように設計されてるのかと思ったら、 全然そうじゃなかったという・・・ 282 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:51:22 ] WPFは常時SuspendLayoutしてるようなものだよ。 ただし、WinFormsとは重くなる原因が異なるので WinFormsだと○○すれば軽かった みたいな経験は通用しない。 283 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 14:54:52 ] まぁ大抵の場合WPFを止めるという選択肢しか無いけどな。 284 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:02:07 ] >>280 そりゃ要件定義の段階でその程度の仕様要求する方が悪いぞ そんなところまで面倒見るわけねえだろ 285 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:03:33 ] 典型的なおいしい仕事とカモの客だな。 そういう所がもっと増えればよい。 無茶も言わなくなる。 286 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:06:20 ] 相変わらず人のせいですね お互いに 287 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:08:51 ] >>284 絵に描いたような典型的なSIerさまでﾜﾛｽ 288 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:10:40 ] >>280 パフォーマンステストは、100万件はやるだろ、普通。 1億円ぐらい貰っているならば。 100万件がDBのある種の性能閾値だからな。 つーか、データの件数が何百万なのかは関係無いだろ。 WPFの話なんだから。 ビジネス層で何百万あろうと、UI層へそのまま持ってくるのが 頭おかしいって話。 百万件を同時に表示して処理できるユーザがいるのかよ。 件数が多いですが表示して良いですか？さらに絞り込みますか？ てな画面遷移を入れれば、済む話だろ？ そこで、必要に迫られて表示OKを選ぶ客は、 何分待たされても文句言わないよ。 289 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:12:15 ] >>287 何か文句があるのかよカモ ツーといえばカーで作って欲しいなら自社開発してろ 290 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:14:15 ] あれだ、Googleの検索結果に”約1,000,000件”と表示されていたとして 実際に100万件表示されてるかっていう 291 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:17:36 ] そうカッカするない 292 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:19:20 ] なんで１００万件の一括表示なんて変な話になってんの？ 画面数ページレベルの表示でも十分重いのに。 293 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:21:38 ] >>288 その「多いですが表示して良いですか？」の閾値が多いか少ないかの話だろ。 「100万件」はテストの話で出しただけで、WPFとは関係無いところで言ったのは確かだが。 SQL SERVER Management Studio じゃテーブルの直接編集が「先頭200行表示して編集」なんてメニューになりやがった。 >>289 生憎とSIerさまとのお付き合いはさせて頂いておりませんｗ 294 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:25:09 ] 100万件の話は、データ量増えてきたことを全く考えずにインデックスはらなかったり腐ったSQL書いてる奴がいるって話で、 それと同じで、たかだか、数十行のデータ表示させて重くないとか言ってんじゃねーよ、と言いたかっただけだ。 295 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:26:53 ] なんかWPFのパフォーマンスに問題がある事がばれると、 凄く困る人がいるみたいだな。 ロクなテストもせずに、導入決定しちゃった人か？ 296 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:27:52 ] 数十行のデータ表示させてってのは違うな。 実際、Virtualizing が効いてれば1万行でも軽いわけで、「たいした処理もせずに重くないって言ってるだけ」と。 297 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 15:32:38 ] だから、重いと言っている奴はソース出せと言っているのに。 >>276は1万件で重いって言っているし、 >>292は数ページで重いって言っているし。 少なくとも、数ページで重いとは全く思わないが。 つーか、全世界で高給取りのプログラマで使っている奴がいるのに、 日本で日本人しか使わないコード書いている零細ソフトハウスが、 ソースも無く重いとか言っても、低学歴低所得の僻みにしか聞こえんだろ？ 298 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:26:23 ] せっかくソース提示してやったのにアンカーまで出しておいて無かったことにすんのなｗ 軽い処理だけ走らせてほら重くないでしょ、ってかｗｗ メッセージボックス表示してGDIのどこが重いんだ、DirectXいらんでしょ、とか言ってるレベル。 WPF は重いけど、重くならないような仕掛けや仕組みを提供してるだけ。 そこから外れる(しかも簡単に)と途端に重くなるわけだが、それを知らない無知だけが重くないと主張する。 299 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:31:12 ] 仕掛けや仕組みを知らない無知が重いと主張してるとも取れるな お互いに相手を非難するばかりで自己を省みないね 300 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:36:14 ] いい感じでまとまったな この調子で重くなるパターンと改善策をどんどん出して欲しい 301 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:36:16 ] さっぱり言いたいことが分からん。 あのサンプルコードに意味あるのか？ しかも1万件って。 普通に業務で使おうとしたら、1万のオブジェクト生成するだけで重いと思うが。 それに、ググったら日本語ですらTreeViewを使う解法出てくるじゃん。 302 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:42:38 ] >>301 だからなぁ。 とりあえず俺の示したサンプル動かしてから言ってくれる？ 動かしもせずに、WPFは重くないとか1万行は重いとか言ってるのお前だろ。 俺は、サンプル示して、WPFは場合によって重いけど、1万行でもやり方次第で軽く表示できる、と示したの。 それがどうして>>299やら>>301の結論になるのやら。俺が意味わかんねーよ。 だいたい、何を嫉むんだよ。 お前の言うその「全世界で高給取りのプログラマ」様でさえ「200行で限界」だと認めたのに。 303 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:48:37 ] もう1万行じゃなくていいから、>>276のソースを1000行とかにでもして動かしてみろ。 ネットブック程度のマシンならカクカクするから。 3000行ならネットブックじゃなくても重い筈。1日の受注が3000明細あるとこぐらいあるだろ？ あのままだと、受注明細表出したら重くてつかえねーわけだ。 304 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:55:19 ] ぶっちゃけページャー使って30件ぐらいしか一度に表示しないと思うの 10万record/dayだとしても 305 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 16:57:31 ] 「重くならないように作る」のと、「重くない」の区別つかない人だったのね、ごめん。 306 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:04:49 ] >>298 最後の行が矛盾してるんだよ > そこから外れる(しかも簡単に)と途端に重くなる これには同意する。 だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？ だから、根拠もなしに「重い」と言ってる奴と「軽い」と言ってる奴がいれば、 「軽い」と言ってる奴は仕組みをよく理解してて 「重い」と言ってる奴は仕組みをあまり理解していないのではないかと考える。 307 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:15:58 ] 視点が違うんだな 俺はベンチマークが目的じゃないんで、 作法に沿ったプログラムで十分な速度が出る事が重要なんだ 仮想化によってWPFの利点が損なわれるなら、 仮想化OFFの性能も考慮する必要があるが、そうじゃないだろ？ 下手なプログラムが遅かろうがどうでもいい 308 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:17:34 ] 自称玄人は黙ってろってこったな 309 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:18:34 ] 30件しか表示しないとか言ってる馬鹿の目の前には 2chの板一覧とスレッド一覧は無いのかな 310 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:22:28 ] 10万件しか表示しないとか言ってる馬鹿の目の前には 2chの板一覧とスレッド一覧は無いのかな 311 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:05 ] >>306 >だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？ >>267 いや、なんか疲れた。視点が違うのは間違いないな。 でも、日本のプログラマの8割はその下手なプログラムなんだぜ。 312 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:22 ] 700スレくらいかな 100万よりは30の方が近そうだね 313 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:23:52 ] 日本語変になっちまったよ。 314 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:24:11 ] フリーザの戦闘力並 315 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:26:01 ] 極論同士の無意味な熱いバトルです。 316 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:33:12 ] こんな時間にスレの勢い伸ばせるなんてうらやましいです。 317 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:34:28 ] 書いた本人がDBテストの話でWPFの事じゃないと言ってる100万件にいつまでも拘ったり、 30件しか表示しないとか現実離れした事言ったり、 なんかすごいWPF擁護に必死だね。 318 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 17:52:17 ] 仮想化でどうにかなるような100万件の話じゃなくてさ、 WPFでパフォーマンスを追求したけど結局ダメでした って話は無いの？ WPFのせいでプロジェクトが頓挫したとか、酷い製品ができあがったとか そういう話が聞きたい。 319 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:05:51 ] 採用されても無いから失敗した話も無いね 320 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:07:32 ] ハハハ WPFそのもののプロジェクトが頓挫しそうじゃないか 321 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 18:31:41 ] だれうま 322 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 19:19:52 ] WPFが停滞してる原因がsilverlightに人員を取られたってのが何ともな・・・ もっとマシなUIフレームワークは無いものか 323 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 19:47:25 ] 作る側からしたら、WPFとSLはほぼ水平に移行可能だろ？ まず、1年目はプロトタイプを少ない拠点で展開し、 ユーザからのフィードバックを受けて好評なら2年目でWeb化。 というプロジェクトの場合、1年目も2年目もお金を沢山もらうけれど、 内部のコードは共通です、みたいなー。 324 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:01:10 ] このスレが伸びてるのはWebに代わってFormの時代がくる予兆か 325 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:12:46 ] ゲームのグラフィックなんか永久にWEBでは実現できないからな 326 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:15:49 ] WPF 対 Silverlight: プロジェクトに最適な技術を選ぶ www.infoq.com/jp/news/2010/06/WPF-vs-Silverlight >>中には、WPF はやがて死ぬ、と考えている人がいるが、 Microsoft Regional Director で MVPの Brian Noyes氏は、少なくとも向こう２，３年はそのようなことは起きない、と信じている。 少なくとも向こう２，３年て…先がねーな 327 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:24:46 ] Brian Noyes 328 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:26:20 ] 途中で送信してしまった。気の済むまでなじってくれ Brian NoyesってWinFormsで二冊本出してWPFでもMSDNに寄稿までしてる人が 2, 3年ってよっぽどだなｗ 329 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:26:22 ] >>325 HTML5＆Canvas＆JavaScriptでそのうちできるよ。 レンダリングにハードウェア支援を行う予定だし、 JavaScriptはホットスポットを動的コンパイルで ネイティコードを実行する方向にいってるしね。 一世代前くらいの携帯ゲーム機並みにはなると思われ。 330 名前：デフォルトの名無しさん mailto:sage [2010/06/10(木) 20:31:26 ] また、低学歴低所得が枝葉末節に拘っているな。 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