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