10/05/21 15:27:16
一向に普及しないユーザーインターフェースシステム
Windows Presentation Frameworkについて語るスレ。
.NET4.0もリリースされたけど別に盛り上がってはいないよね…。
Visual Studio 2010
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 4 (Web インストーラー)
URLﾘﾝｸ(www.microsoft.com)
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
URLﾘﾝｸ(www.microsoft.com)
関連スレ
Microsoft Silverlight その6
ｽﾚﾘﾝｸ(tech板)
過去スレ
WPF(XAML, XBAP, .Net3.5)GUIプログラミング Part5
ｽﾚﾘﾝｸ(tech板)
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ｽﾚﾘﾝｸ(tech板)
WPF(XAML,XBAP,.NET3.5)GUIプログラミング Part3
ｽﾚﾘﾝｸ(tech板)
WPF(XAML,XBAP,.NET3.5)GUIプログラミング
ｽﾚﾘﾝｸ(tech板)
【新GUI FW】WPF（XAML,AVALON,.NET3.0)【重い?】
ｽﾚﾘﾝｸ(tech板)
コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
URLﾘﾝｸ(ideone.com)
2:デフォルトの名無しさん
10/05/21 16:52:07
1000 名前：デフォルトの名無しさん[sage] 投稿日：2010/05/21(金) 16:32:29
1000ならWPF終了
残念ながらこのスレは終了しました
Microsoft先生の次回作にご期待ください
3:デフォルトの名無しさん
10/05/21 17:18:09
このスレッドは天才チンパンジーなんたらかんたら
4:デフォルトの名無しさん
10/05/21 17:30:08
WPFを使う前にシルバーライトで十分で無いか確かめるべき
5:デフォルトの名無しさん
10/05/21 21:30:45
それはある・・・
6:デフォルトの名無しさん
10/05/21 22:32:43
INotifyDataErrorInfoがSilverlightにはあるのにWPFにないのが不思議
7:デフォルトの名無しさん
10/05/22 23:10:39
トリガにて、プロパティをアニメーションさせる場合
Trigger.EnterActionsとTrigger.ExitActionsそれぞれにStoryboardを放り込むわけだけど、
トリガがアクティブになったときはアニメーションを使わず、
アクティブでなくなったときにだけアニメーションさせたい場合でも
EnterActionsのほうにStoryboardを入れる必要があるの？
現状それ以外にやり方がわからんので、とりあえずDurationが0秒のアニメーションを適用してるけど、
Setterなんかでちゅるっとできんかなーと思ってる。
8:デフォルトの名無しさん
10/05/23 16:56:01
>>6
DataGridのようにSilverlightから逆輸入がこれからのトレンド
9:デフォルトの名無しさん
10/05/24 09:46:25
うーん。。。
標準DataGridイケてねえなぁ。
なんでグリッド内でのコピペを実装するだけでこんなに面倒なんだ。
10:デフォルトの名無しさん
10/05/24 09:50:29
コピペして使うかもしれないからどっか俺の見える所に貼っとけ
11:デフォルトの名無しさん
10/05/25 21:18:32
XAMLでもC#でも出来ることはどっちでやればいいんですか？
XAMLを覚える必要ってあるんでしょうか？
12:デフォルトの名無しさん
10/05/25 21:24:32
基本的にXAMLでやる。
XAML優先。
13:デフォルトの名無しさん
10/05/25 21:24:36
デザイナが使いたかったらXAMLしかない
VS2010なら直にXAMLを触らなくてもWinForms程度のUIなら問題無く作れるけど
そんなに難しくないんだから覚えとけ
CLRのオブジェクトをXMLにマッピングしてるだけなのでXAML固有の事項はごく少ない
14:デフォルトの名無しさん
10/05/25 21:44:38
やっとC#で見えてきたのに・・・
XAMLも徹底的に勉強します
ありがとう
15:デフォルトの名無しさん
10/05/25 21:47:16
>>14
そんなにかわらないよ
xamlって今までだとIDEのデザイナーが書いてた部分に相当するだけだし
16:デフォルトの名無しさん
10/05/25 21:49:39
C#と.NETとXMLがきちんとわかってればXAMLはだいたいわかるはず
XMLがわからないのはプログラマとして問題外
17:デフォルトの名無しさん
10/05/25 22:01:18
>>16
C#と.NETとXMLがわかってる奴なんてどれだけいるんだよ
18:デフォルトの名無しさん
10/05/25 22:05:32
えっ
19:デフォルトの名無しさん
10/05/25 22:07:13
XMLは外出しのカスタマイズ性のある定義ファイルを作成する案件やれば携われるっしょ
20:デフォルトの名無しさん
10/05/25 22:08:43
XMLなんかWPF以前の問題でしょ
それこそ「XMLがわからなくて何作れるの?」ってレベル
21:デフォルトの名無しさん
10/05/25 22:13:51
XMLとHTTPの違いがよくわからない
22:デフォルトの名無しさん
10/05/25 22:21:50
大根と八百屋くらい違う
23:デフォルトの名無しさん
10/05/25 22:32:15
>>21
LINQ to XML 勉強を進めてみる
XMLもLINQも分かって、XAMLや集合の概念が掴めてお得
24:デフォルトの名無しさん
10/05/25 22:58:36
XAML より LINQ の方が慣れるのに時間かかったなぁ。
25:デフォルトの名無しさん
10/05/25 23:03:01
XAMLはUI側だけど、LINQはBL側だからねぇ
26:デフォルトの名無しさん
10/05/25 23:08:23
嬉し恥ずかしボーイズラブですか
27:デフォルトの名無しさん
10/05/25 23:31:25
Business Logicですぜ、旦那
28:デフォルトの名無しさん
10/05/25 23:58:16
盛大に釣れた
29:デフォルトの名無しさん
10/05/26 00:34:12
>>28ェ・・・
30:デフォルトの名無しさん
10/05/26 07:00:44
犠牲になったのだ・・・
31:デフォルトの名無しさん
10/05/26 07:08:16
クソスレ
32:デフォルトの名無しさん
10/05/26 10:00:25
BLﾜﾛﾀ
33:デフォルトの名無しさん
10/05/27 22:50:22
WPFで動的にコントロールを差し替える場合ってスマートなやり方ってありますか？
34:デフォルトの名無しさん
10/05/27 22:51:08
DataTemplate
35:デフォルトの名無しさん
10/05/27 23:21:25
>>34
ありがとうございます
しかしWPFってwinformほど情報が蓄積されてないのが痛いですね
36:デフォルトの名無しさん
10/05/27 23:33:09
つくづくネックだな
37:デフォルトの名無しさん
10/05/28 00:23:14
>34
DataTemplateはリストとかでアイテムを表示するための定義という認識なんだが。
コントロールが何らかのアイテムと結びついてない限りそれを使いまわすのはなんか違和感。
38:デフォルトの名無しさん
10/05/28 00:29:15
VはVMと結びついてるから気にしたことがなかった
39:デフォルトの名無しさん
10/05/28 00:33:30
IHogeView view = (IHogeView)ViewProvider.GetViewFor(typeof(Hoge));
view.SetViewModel(hogeViewModel);
MVVMならこういう風にViewにインターフェイス被せるのがMVVMの目的からいって正しいんだろうと思う
40:デフォルトの名無しさん
10/05/28 00:38:26
まあやりたいことは2chの専ブラのsubjectの表示や
スレッドの部分なんですけどね
速度的な面を考えると一つを使いまわすよりインスタンスを
その都度追加してアクティブな物だけ前面に表示する形を
取りたいんですけどどうもWinForm的なやり方しか浮かばなくて・・・
41:デフォルトの名無しさん
10/05/28 01:04:21
>>40
MSDNに山ほど情報あるのに何故探さないのか
URLﾘﾝｸ(msdn.microsoft.com)
まあ高々1000件程度なら素直な方法で実装しても体感できないと思うが
42:デフォルトの名無しさん
10/05/28 01:10:55
>>41
ありがとうございます
なんというか・・・上で言ったデータの蓄積っていうのは
検索エンジンに最適回に行き着くような学習データの蓄積ができてないと
言い換えればいいのか・・・
WPF入門 WPFある程度やった人
この間を埋めるのがまだまだな感じなんですよね
43:デフォルトの名無しさん
10/05/28 01:14:05
このスレですら割といい加減な回答される品
44:デフォルトの名無しさん
10/05/28 01:42:45
俺も入門したばっかりだけど、WinForm知ってるなら探し方が悪いだけだじゃないかと…
WPF ListBox 仮想化 でググって2番目に出たページにリンク乗ってた。
仮想モード に変えてググると前スレが引っかかるｗ
45:デフォルトの名無しさん
10/05/28 01:46:34
MVVMってのが飲み込めない。
46:デフォルトの名無しさん
10/05/28 01:48:13
>>44
お恥ずかしい話だが仮想機能を使ったことなかった
まあ>>41みてまあ仮想化機能は当たり前だなあと思ったｗ
ゲームなんかでも描画の必要が無いところはスキップするしね
なのでヒントもらえるだけでもかなり感謝してるよ
47:デフォルトの名無しさん
10/05/28 07:31:34
Prism v2.2 - May 2010 Release
URLﾘﾝｸ(compositewpf.codeplex.com)
48:デフォルトの名無しさん
10/05/28 09:36:43
prismきたか
これないとちゃんとしたMVVMにならないから必須だわ
49:デフォルトの名無しさん
10/05/28 11:01:37
MEFに押されて消えていくかと心配もしたけど、2.n系列の開発が続いてて安心した。
Prism 4.0ではUnity+MEFの利用もできるように開発してるみたいだし。
50:デフォルトの名無しさん
10/05/28 20:55:18
Prismってなぁに？
51:デフォルトの名無しさん
10/05/28 20:57:50
>>50
URLﾘﾝｸ(www.google.co.jp)
52:デフォルトの名無しさん
10/05/28 21:23:56
よくわかんないから俺にはまだ必要ないな
53:デフォルトの名無しさん
10/05/28 23:57:44
モジュール化の仕組みだから、
それなりにデカいものを作りたいのでなければいらないでしょ。
54:デフォルトの名無しさん
10/05/29 00:05:50
このてのまともなソースは軒並みソリューションフォルダーなんてものを使ってるから
Expressユーザーはまともに開けず涙目
55:デフォルトの名無しさん
10/05/29 03:02:05
一画面でもヘッダフッタメニューとちゃんと分けてモジュール化出来るからprismは重宝するじぇ
56:デフォルトの名無しさん
10/05/29 10:00:38
>>54
リファレンス実装のStockTraderはExpressだといくつかのモジュールが動かないけど、
クイックスタートのデモのソリューションフォルダはライブラリのソースだったり、
テストプロジェクトだったりするから気にせずビルドして、どんなもんか試せるよ。
Prism自体は、複合アプリを作るためのフレームワークだから、
アセンブリ参照してExpressでも利用できるしね。
57:デフォルトの名無しさん
10/05/30 23:24:04
DoubleAnimationUsingPath
など、UsingPathを用いたアニメーションはXAMLでしか記述できないのでしょうか？
コードビハインドで書かれた情報を見つけることが出来ません。
58:デフォルトの名無しさん
10/05/30 23:29:15
いや、他の要素と同じようにコードで記述できるが
59:デフォルトの名無しさん
10/05/30 23:36:18
ありがとうございます。
ずっと見つからなかったのに、2chで質問した途端に見つけました。
URLﾘﾝｸ(msdn.microsoft.com)
いつもは storyboardは使わず、
Image img = new Image();
///
DoubleAnimation dAnimation = new DoubleAnimation();
dAnimation.From = 0, dAnimation.To = 100;
dAnimation.Duration = new Duration(TimeSpan.FromSecond(5));
img.BeginAnimation(HogeProperty, dAnimation);
みたいな書き方をしているのですが、
UsingPathですとSetTargetNameなどがあるので
Storyboardを使わないと書けないっぽいですね。
60:デフォルトの名無しさん
10/05/31 12:28:43
VMからVを閉じる必要性があるんだが
VMがVの参照を持ってなかったら閉じれない様な気がするんだけど何か方法あるの？
具体的に書くと
VMでBackgroundWorkerが走っている
RunWorkerCompletedと同時にVを閉じたい
今はVの参照持って閉じてる
疎結合にするだけが目的ならこのくらいは別にいいのかなー（Closeの無いWindowは無いわけで）という気もする
何かアドバイスくれ
61:デフォルトの名無しさん
10/05/31 12:44:17
なんでVirtual Machine?
62:デフォルトの名無しさん
10/05/31 12:49:27
いやVisualMode
63:デフォルトの名無しさん
10/05/31 12:53:00
何かややこしく考えすぎている気がするｗｗ
64:デフォルトの名無しさん
10/05/31 13:59:06
Vのインターフェイスを定義して、VMでその参照を保持する
VMにCloseRequestイベントを定義して、Vでハンドルする
65:デフォルトの名無しさん
10/05/31 16:58:01
>>64
上は今と大差ないので下を採用してみようと思う
66:デフォルトの名無しさん
10/05/31 22:27:49
MVVMでXamlのイベント（たとえばWindow.Loaded）をVMにバインドする場合ってどうすればいいのかな？
ButtonはCommandがあるから出来るけど他のイベントってなんかうまくいかないんだよな
67:デフォルトの名無しさん
10/05/31 22:29:46
なんか何でもかんでもCommand化する奴がCodeProjectかどこかに無かったっけ
68:デフォルトの名無しさん
10/05/31 22:35:21
以前このスレで紹介してもらった
URLﾘﾝｸ(marlongrech.wordpress.com)
とか
69:デフォルトの名無しさん
10/06/01 00:40:15
正直、普通にコードビハインドでイベントハンドラ書いて
その中でViewModelのメソッド呼べばいいと思う
やってることは本質的にCommandと同じだからMVVM的には全く問題ない
70:デフォルトの名無しさん
10/06/01 00:44:54
WPFで作った物ってXPにも対応してる？
VMの上で動かすと描画がおかしいので気になる…
71:デフォルトの名無しさん
10/06/01 00:47:17
どのVMかしらんがVMがエミュレートしてるGPUは相当古い物だぞ
実マシン上のXP上だと問題なく使える
72:デフォルトの名無しさん
10/06/01 00:47:58
ViewModelはと紛らわしい
VMってVMware?
73:デフォルトの名無しさん
10/06/01 00:54:09
>>71
文字が滲んで見苦しかったのでそれが聞けてよかった
サンクス
74:デフォルトの名無しさん
10/06/01 00:55:16
バーチャルマッスィーン
75:デフォルトの名無しさん
10/06/01 00:58:35
ん？WPFってGPUが貧弱だと描画がおかしくなるのか？
76:デフォルトの名無しさん
10/06/01 00:59:59
>>75
いや
VPCとかの上で動かしたんでしょ
あれってGPUが相当古いし
77:デフォルトの名無しさん
10/06/01 01:15:28
xpはtoolkitの一部のコンポーネントが動かないけどね
例えばアコーディオンは親のリサイズ時にサイズが追従しない等のバグがある
78:デフォルトの名無しさん
10/06/01 01:18:26
Trim S3 (VRAM 4M) のはず。
79:デフォルトの名無しさん
10/06/01 01:19:07
>>78
Trio の Typo
80:デフォルトの名無しさん
10/06/01 07:09:51
>>68
ありがとう、ありがとう
>>69
やっぱりコードビハインドで書かないとダメだよな、ここらへん問題になってると思うんだけどなんで何もないんだろう
81:デフォルトの名無しさん
10/06/01 07:09:53
xamlがよくわかりません
だれかxamlをC#で表現してみてください
DataTemplate はC#だと foreach...だよ
見たいな感じで
82:デフォルトの名無しさん
10/06/01 07:40:47
>>81
xamlはwinformでいうところのIDEが直接さわる
Form1.Designer.csと同じポジション
それをhtml+CSSの仕組みをヒントに新しく設計したのがxaml
DataTemplateなどはCSSみたいな働きをするものかな
Styleあたりも同じ
83:デフォルトの名無しさん
10/06/01 09:12:00
あれ？
VS2010だとアコーディオンが出てこないぞ？？
ToolKit入れてるのになんでだ？
84:デフォルトの名無しさん
10/06/01 09:16:04
xamlはオブジェクトをインスタンス化して配置するためのもの
85:デフォルトの名無しさん
10/06/01 13:20:38
xamlはプログラムっていうよりデザインを作るもの
86:デフォルトの名無しさん
10/06/01 20:44:35
デザインをプログラムするものって方が近いよな。
87:デフォルトの名無しさん
10/06/01 21:15:25
だろ、だろ
だからC#風に表現したらxamlがわからないって言ってるやつも理解できると思うんだ
88:デフォルトの名無しさん
10/06/01 21:18:31
だからそれってhtmｌだろ
jsからだとインスタンスいじれるんだし
89:デフォルトの名無しさん
10/06/01 21:54:07
親ウィンドウにピタっと揃える感じで子ウィンドウを置きたいんだが、
以下のコードだとウィンドウの枠の半分くらいがかぶる。
ActualWidthやHeightはウィンドウの枠も含めた値だと思ってたが違うのかな。
this.subWindow.Top = this.Top + this.ActualHeight;
this.subWindow.Left = this.Left + this.ActualWidth;
90:デフォルトの名無しさん
10/06/01 23:10:01
this.ActualHeight->this.Height
this.ActualWidth->this.Width
にしてみればどうか。それでだめなら、コードを呼び出すタイミングが悪いんだろう。
コンストラクタではなくLoadedイベントハンドラに書いてみよう。
一応試してみたけど、うまく揃えて並べられたよ。
91:デフォルトの名無しさん
10/06/01 23:17:33
Aeroのボーダー周辺のシャドウをウィンドウ枠扱いしてるとか無いだろうな、まさかな
92:デフォルトの名無しさん
10/06/01 23:21:36
>>91
してるんじゃないの？
93:デフォルトの名無しさん
10/06/01 23:25:53
いや、そうであってもWindowに隙間ができることはあってもかぶることはないんじゃ・・
94:デフォルトの名無しさん
10/06/01 23:30:01
XAMLが分からんとは言わんが
MSDNでサンプルコードを見たとき別々に書いてあるから頭の中でバインドするのが面倒くさい
95:デフォルトの名無しさん
10/06/01 23:35:09
デバッガで止めて値を確認してみれば一発じゃん
たぶん
96:デフォルトの名無しさん
10/06/01 23:44:42
1 ：名無しさん＠どっと混む[]：2009/12/14(月) 20:45:15 ID:unnBMLw10
高根社長のＳＭ趣味サイトＭａｓｋＲと
副業のＳＭクラブ銀座プレジス・動画配信専門リアルミストレスばかり語られるが
高根社長の本業コムラッドについても語ろう
銀座プレジス
URLﾘﾝｸ(www.prezis.jp)
ＭａｓｋＲ
URLﾘﾝｸ(maskr.com)
【腹黒樹里高根】銀座ﾌﾟﾚｼﾞｽ3【客の情報開示】
ｽﾚﾘﾝｸ(sm板)
【腹黒樹里】プレジスを語ろう2【周年ｲﾍﾞﾝﾄ大失敗】
ｽﾚﾘﾝｸ(sm板)
プレジスを語ろう
ｽﾚﾘﾝｸ(sm板)
動画配信専門リアルミストレスってどうよ？
ｽﾚﾘﾝｸ(sm板)
9 ：名無しさん＠どっと混む：2010/01/03(日) 18:27:00 ID:RSEbBiG0O
高値はもう大麻やめたの？
10 ：名無しさん＠どっと混む：2010/01/04(月) 05:15:29 ID:A3l1qdv+O
タカネ社長ってどうやってばれないように脱税してんだろ？
億単位で脱税して億ション暮らしなんて凄いよな
監査役の奥さんもグルなのか？
97:デフォルトの名無しさん
10/06/01 23:45:32
18 ：名無しさん＠どっと混む：2010/01/07(木) 09:26:06 ID:5NL2jyJpO
高根はMASKRでレイプ仲間募集するのやめたんだね
mixiで募集中か
21 ：名無しさん＠どっと混む：2010/01/10(日) 19:36:45 ID:FdRwgXUTO
風俗店やってるってことは高根社長は暴力団と繋がってるんだね
どこの組にいくらみかじめ料払ってるんだかw
23 ：名無しさん＠どっと混む：2010/01/23(土) 03:43:12 ID:Pdcv8aq0O
ﾀｶﾈ社長未成年に酒飲ませてﾚｲﾌﾟ
24 ：名無しさん＠どっと混む：2010/01/29(金) 18:16:06 ID:zMwtdkIsO
高根社長のレイプ趣味は病気だから治らない
25 ：名無しさん＠どっと混む：2010/02/01(月) 01:39:32 ID:uaH5mo2nO
前科者
26 ：名無しさん＠どっと混む：2010/02/09(火) 00:52:46 ID:JwGmN2cG0
>>25
容疑はレイプ？買春？管理売春？公然猥褻？薬物？脱税？詐欺？傷害？
28 ：名無しさん＠どっと混む：2010/02/14(日) 22:56:30 ID:lykq8x1VO
どこかのスレで人を死に追いやったと書いてあった
33 ：名無しさん＠どっと混む：2010/03/04(木) 12:49:19 ID:J8YxaRGO0
金がないって脱税がばれて追徴課税でも来たか？
せっかく脱税の隠れ蓑にプレジス営業してるのに残念だったなｗ
38 ：名無しさん＠どっと混む：2010/03/12(金) 21:09:53 ID:L0W4+sivO
首吊り首絞めプレイ大好き高根英哉
98:デフォルトの名無しさん
10/06/01 23:46:14
53 ：名無しさん＠どっと混む：2010/05/17(月) 13:14:06 ID:E/7OZVtz0
>>18
高根英哉blogでレイプ仲間募集中
私とともにマスクの女どもを弄ぶ仲間を募集する
急に思いついたら連絡をして、集まれるような仲間だ
だから、複数名募集するし、いついつという日時があるわけでもない
条件は以下のとおりだ
・SMを実践している、または興味がある
・マスクを用意できる
・都内でイベント参加できる
・イベント内容およびこの仲間を通じて知りえた情報を口外しない
・成人男子である
・携帯電話および携帯メールアドレスを私に公開できる
・酒が好きである
希望者は私宛にメールを送ってほしい
全員が参加できるわけでもないので、こちらの選択に任せてもらう
なるべく想いを書いてもらうほうがわかりやすいし
経験や顔写真も歓迎。
ｒ2007@maskr.com
maskr_2008@yahoo.co.jp
hide@comrade.co.jp
99:デフォルトの名無しさん
10/06/01 23:51:36
コピペ君って馬鹿だな、まで読んだ。
100:デフォルトの名無しさん
10/06/02 00:07:13
>>90
ありがとう。Loadedイベントハンドラの中で書いててWidth、Heightで試してみたけど
結果は同じだった。
デバッガで値見たけどWindowタグ内で指定したWidth,Height値と同じ値だったので
いけると思ったんだけど…。
それぞれ5pxずつ増やすとちょうどぴったりになる。
と、書きながらふとWindowタグで指定してたResizeMode="NoResize"を消して試したところ、
ちゃんとした結果が帰ってきた。
NoResizeモードだとなんでずれるの・・・
101:デフォルトの名無しさん
10/06/02 00:22:02
ふーん・・・変だね。
ResizeMode="NoResize"をつけてみても
私の環境(XPsp3 VS2008 TargetFramework=.NET3.5または3.0)では問題がない。
なんでだろうね・・？
102:デフォルトの名無しさん
10/06/02 00:24:24
あ、すんません、俺の環境は
Win7 x64 VS2010 .NET4 Client Profileです。
ResizeModeの指定の有無で結果が変わるのでおそらくこいつが原因だと思うんだけど…。
103:デフォルトの名無しさん
10/06/02 00:27:39
Vista x86/.NET4でもResizeModeによる違いも問題もないなぁ
104:デフォルトの名無しさん
10/06/02 00:48:50
BeginAnimation で Margin を移動させている最中に
Manipulation によって強制的に Margin を変更させても
もともとの到達地点だったところまで Animation で移動させるには
どのように記述したら良いのですか？
WPF4 の資料が少なくて、よく分かりません。
Manipulation に関する情報もほとんどなく、
見つかる情報は全て情報が重複しています。
みんながみんな、同じソースをコピペしているのだろうな、
と思えてしまうほどです。
WPF4 使っている人でも使っていない人でも
よろしくお願いします。
105:デフォルトの名無しさん
10/06/02 12:03:26
以下のコードで、テーマを適用しようとすると、コンパイルは通って、実行結果でもテーマも適用されるのですが、次のようなエラーが出て、デザイナーに表示されません。
ファイルまたはアセンブリ 'file:///C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\WPF.Themes.dll'、またはその依存関係の 1 つが読み込めませんでした。指定されたファイルが見つかりません。
VisualStudio2008Proを使用して、WPF.ThemesとWPFToolkitのアセンブリ(.net3.5用)は参照しています。
上記のフォルダに、アセンブリのインストールが必要なのでしょうか？
<Window x:Class="WpfApplication1.Window1"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:themes="clr-namespace:WPF.Themes;assembly=WPF.Themes"
themes:ThemeManager.Theme="ExpressionDark">
<Grid>
<Button>ExpressionDark</Button>
</Grid>
</Window>
106:デフォルトの名無しさん
10/06/02 16:50:04
そのソースどっからコピペしてきたんよ
107:デフォルトの名無しさん
10/06/02 17:18:16
>>106
WPF Themes
URLﾘﾝｸ(wpfthemes.codeplex.com)
からChange Set 34079のデモソースです。
108:デフォルトの名無しさん
10/06/02 17:53:13
>>107
URLﾘﾝｸ(wpf.codeplex.com)
これは入れた？
109:デフォルトの名無しさん
10/06/02 17:59:22
つーか、WPF.Themesを同じソリューションで作業してるんじゃ無けりゃ
DLLはしかるべき場所にコピーしないと鳴らないと思うよ
110:デフォルトの名無しさん
10/06/02 18:15:32
>>108
入れてます。参照もしています。
>>109
参照設定でローカルコピーもTrueにしているのですが、実行するとテーマは適用されているのに、デザイナに表示されないのが不思議です。
111:デフォルトの名無しさん
10/06/02 18:41:19
いやだから参照設定はデザインとは別じゃない
そのプロジェクトでできたWPF.Themes.dllを
...\Common7\IDE\にコピーしてVS2008再起動してみたら？
うちではそれでうまくいったけど
112:デフォルトの名無しさん
10/06/02 19:31:38
なるほど、そういうもんなんですね。
うまくいきました。ありがとうございます。
113:デフォルトの名無しさん
10/06/03 07:37:36
Updated Release: Prism Drop June 1, 2010
URLﾘﾝｸ(compositewpf.codeplex.com)
Prism 4.0 Drop 1
ひゃっはー！
114:デフォルトの名無しさん
10/06/03 08:29:41
Rating: No reviews yet
Downloads: 1
115:デフォルトの名無しさん
10/06/03 08:37:31
もちろんPrism 4.0系列はキックオフしたばかりのDev status: Alphaです
116:デフォルトの名無しさん
10/06/03 08:45:03
4.0って2系と何がちがうのん？
英語が苦手なぼくちんに教えて下さい＞＜
117:デフォルトの名無しさん
10/06/03 09:23:06
>>116
・MEFの統合
・MVVMサポートの拡張
・WCF RIA Services、WCF Data Servicesなんかの取り込み
・design-timeサポート
MVVMパターンは今でもできるけど、リボン・ポップアップとかのサポートも提供していくっぽい
118:デフォルトの名無しさん
10/06/03 09:30:42
MVVMがわかりやすく説明してあるサイトかわかりやすいサンプルコード、教えてください
119:デフォルトの名無しさん
10/06/03 09:35:23
>>117
ありがとん！
MEF統合はありがたいのー。
120:デフォルトの名無しさん
10/06/03 13:01:08
design-timeがサポートされたら地味に便利
リボンとかポップアップとかダイアログはフレームワークレベルで対応してくれたらほんと使いやすくなるなぁ
121:デフォルトの名無しさん
10/06/03 15:14:00
チミたちMVVMはどこで勉強したの？Web漁ってもいまいち掴みどころがわからんちん
122:デフォルトの名無しさん
10/06/03 15:24:54
つかMVVMをチートシート並に纏めて欲しいんだよ
1200字ぐらいで
MSDNとか数十キロバイトの文章でだらだら説明してナメてんのか
123:デフォルトの名無しさん
10/06/03 15:31:13
そんなことより必要な情報になかなか辿り着けないのがな。
Formsなんか既に情報が蓄積されてるし、前時代のAPIの知識も流用可能だから
大雑把な検索文句でも目的地には着くんだが。
WPFだと「まずどれを使うんだよ？」の答えに辿り着かない。
ドアに取っ手がない。
124:デフォルトの名無しさん
10/06/03 16:09:33
それは壁や
125:デフォルトの名無しさん
10/06/03 16:11:19
「DataGridのデザインとバインド何処に書くんだよ？」
「何処にでも」
・・・ちょっと前まで、マジこんな問答だったよな。
一休さんでも敬遠するっつーの。
126:デフォルトの名無しさん
10/06/03 16:13:32
まあxamlにも書けるし、C#側にも書けるしで悩むよね
xamlに書いた場合はほぼ性的になるだろうし
C#に書くと動的だよね
127:デフォルトの名無しさん
10/06/03 16:33:55
ｲﾔｰﾝ
128:デフォルトの名無しさん
10/06/03 16:55:48
とりあえずエッセンシャルWPF読んであとは適当に海外のブログぐぐればなんとかなる
129:デフォルトの名無しさん
10/06/03 17:25:36
システム全体の音量を調節したいです。
あわよくば、自分（アプリ）の音量だけを調節したいです。
調べてみたのですが、WPFで音量のコントロールって
この方法しかないのでしょうか？
URLﾘﾝｸ(www.geekpedia.com)
上はC#の話ですが、WPFだと DllImport なんてしなくても
できませんかね？という相談です。
マイクの音量調節なら System.Windows.Input.MediaCommands クラスで
できるみたいなのですが、出力系のものを見つけることが出来ませんでした。
130:デフォルトの名無しさん
10/06/03 21:04:17
WPFを何だと思ってるんだ
システムの音量なんかWPFとは全く関係の無いこと
131:デフォルトの名無しさん
10/06/03 22:24:00
>>130
そういう台詞は、WPFが何なのかを語りながら吐くものだ。
132:デフォルトの名無しさん
10/06/03 23:59:12
C#とWPFを並列に語ってる時点で相手したくなくなるよね
133:デフォルトの名無しさん
10/06/04 00:14:10
>>125
敬遠球をランニングホーマーにするんだね
134:デフォルトの名無しさん
10/06/04 00:16:03
プレゼンテーション用のファウンデーションなんだから、サウンドだって何とかしてくれたっていいじゃない。
>>129
winmm は Vista 以降に対応してなかったキガス
135:デフォルトの名無しさん
10/06/04 00:27:19
Vista以降はMixerAPIかな
136:デフォルトの名無しさん
10/06/04 00:27:35
>>132
並列ならいいんじゃね？
137:デフォルトの名無しさん
10/06/04 14:56:23
>>136
あっ
すみません直列でした
138:デフォルトの名無しさん
10/06/04 15:06:00
面白くない
139:デフォルトの名無しさん
10/06/04 19:26:07
ListBoxとかListViewに、画像ファイルをエクスプローラのサムネイル表示みたいに表示させるのってどうやればいいの？
140:デフォルトの名無しさん
10/06/04 22:46:00
データテンプレートを使う
141:デフォルトの名無しさん
10/06/04 22:49:00
>>139
ViewBaseから継承してGridViewのように使えばいいと思うよ。
142:デフォルトの名無しさん
10/06/04 23:02:15
Styleも必要な気が
143:デフォルトの名無しさん
10/06/04 23:09:26
>>139
ItemsPanelとItemTemplateのコンボでいけるよ。
144:デフォルトの名無しさん
10/06/04 23:19:59
>>143
kwsk
145:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/06/04 23:29:05
コード書いてたらさらにレス来てた。
>>145
参考にさせてもらいます。
149:デフォルトの名無しさん
10/06/04 23:30:18
Prism和訳のヘルプがあったと思ったんだけどみつかりゃない…
150:デフォルトの名無しさん
10/06/04 23:34:37
>>149
これのこと？
URLﾘﾝｸ(www.microsoft.com)
内容は古くなってるから英語だけどv2.2のほうがいいとは思うけど。
151:デフォルトの名無しさん
10/06/04 23:41:26
>>150
サンクス！
たしかにちょっと古いな…
でももうPrismのサンプルみるの疲れた('A`)
152:デフォルトの名無しさん
10/06/06 18:16:49
ちょっとしたツールをWPFで作ってみたら糞重くて泣きそうになった。
これに適したアプリケーションってかなり限られてるね
153:デフォルトの名無しさん
10/06/06 18:24:49
マシンが非力か作り方が悪いんだろ
最初WPFでライフゲーム作ってみたときDrawingContextで毎フレーム描画してて糞重くて泣きそうになった
154:デフォルトの名無しさん
10/06/06 18:41:53
ちょっとしたツールに適した機動性っちゅうもんがあるねん
155:デフォルトの名無しさん
10/06/06 18:44:19
ちょっとした、ってのがどのくらいの物か解らんけど
何を作ろうとしたの？
156:デフォルトの名無しさん
10/06/06 19:39:03
ちょっとしたものならC#以外の選択肢もあるだばさ
157:デフォルトの名無しさん
10/06/06 22:44:24
WPF は最初、その複雑さに挫折し、それを乗り越えた次はパフォーマンスに挫折する。
158:デフォルトの名無しさん
10/06/06 23:02:53
Direct2Dベースの描画になってくんねーかなー
159:デフォルトの名無しさん
10/06/06 23:12:24
パフォーマンスに問題を覚えるほど複雑なUI作ってない
ただウィンドウが開くのが異様に重いのだけは難点
160:デフォルトの名無しさん
10/06/06 23:22:53
複雑なUIよりもデータ量を多めにつっこんだ時のパフォーマンスの劣化が痛いと思う。
161:デフォルトの名無しさん
10/06/06 23:48:34
うちは重たいと思った事ないけどなぁ。
仮想マシンの上で動いてるからビデオカードは最低レベルだしIOもホストの1/2しか出ないけど起動がちょい遅いだけで快適。
162:デフォルトの名無しさん
10/06/07 00:43:05
重いって言ってるのは世代的にVista以前のマシンじゃないの
163:デフォルトの名無しさん
10/06/07 00:45:36
入力データの検証を行いたい場合はどのタイミングでおこなうべきでしょうか？
●UI側のイベントを利用して行う
●BindingのConverterで行う
●BindingのValidationRuleで行う
●BindingのUpdate系イベントで行う
●モデル側のクラスが値を代入された時に行う
バインディングを利用した場合は上記のような場所で、
値の検証が行えると思います(他にもございましたら指摘お願いします)。
またWPFを学ぶ上で、MVCのようななんらかしらの
モデルなどはございますでしょうか？
よろしくお願いいたします。
164:デフォルトの名無しさん
10/06/07 01:09:39
TextBlockのレイアウト計算が遅すぎる
大量のテキストが表示されるようなアプリケーションを作るときは
TextBlockを使わずに、独自のコントロールを作らないとやってらんないよ
165:デフォルトの名無しさん
10/06/07 01:43:59
DirectXだよ
166:デフォルトの名無しさん
10/06/07 07:55:43
たしかに大量にTextBlockを生成するよりLabelの方が軽いわ
Labelより独自コントロールの方が軽いのかな
167:デフォルトの名無しさん
10/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:デフォルトの名無しさん
10/06/07 13:05:34
> マークアップ ファイル 'Window1.xaml' 行 1 位置 9 にエラーがあります。"
こう言われてんだからまず確認してくれよ
169:デフォルトの名無しさん
10/06/07 13:21:22
>>168
脊髄反射ありがとうございます。
そこに問題が無いことは確信を持っております。
170:デフォルトの名無しさん
10/06/07 13:22:57
>>169
その確信を捨てるんだ
171:デフォルトの名無しさん
10/06/07 13:26:26
ちょっと試してみたよ。
>>167は64bit環境じゃない？
MDX使うなら、x86にしないとダメだよ。
構成マネージャから新規作成でx86作ってみそ
172:デフォルトの名無しさん
10/06/07 13:27:51
>>170
おまえはエラーを出したことがない天才プログラマーのようだな
173:171
10/06/07 13:28:17
あ、書き忘れたけど、AnyCPUからx86ね
2010からはデフォルトがx86になったけど2008以前だと
AnyCPUだからね
174:デフォルトの名無しさん
10/06/07 13:31:26
>>170-171
レスありがとうございます。
確かに64bit環境です。エスパー感謝いたします。
ただいま構成マネージャ捜索中です。
もしかしてVisual C# 2008 Express Editionでは無いのでしょうか？
175:デフォルトの名無しさん
10/06/07 13:33:30
EEもあるけど、設定変えないと出てこなかった気がする
オプションのツールのとこ。
176:デフォルトの名無しさん
10/06/07 13:38:25
えーと、メニューからツールのオプション選んで
左下の全ての設定を表示にチェック入れて
一番上のプロジェクトおよびソリューションの全般選んで
ビルド構成の詳細を表示、にチェック入れる。
ツールバーに出てこなかったらツールバーも編集いるかも
177:デフォルトの名無しさん
10/06/07 13:39:00
>>175
何から何まで恐縮です。
ツール - ユーザー設定の中に構成マネージャを見つけたので、
めにゅーへ追加しました。
しかし、グレーになっており選択できないようです。
まだ頑張って調べ中ですが、取り急ぎ中間報告いたします。
178:デフォルトの名無しさん
10/06/07 13:43:19
>>176
見逃していました。その通りにしますと、グレーにもならず、
ビルドメニューに構成マネージャが新たに追加されました。
実行も問題なく出来ました。
数カ月の謎が一気に解けました。皆様本当にありがとうございました。
179:163
10/06/07 14:08:59
たーすけーてくーださーいorz
180:デフォルトの名無しさん
10/06/07 14:13:13
うるせーな適当に答えるぞ
・値の検証
ValidationRuleでやれ
そのためにあるんだろーが
・モデル
MVVM
181:デフォルトの名無しさん
10/06/07 22:13:15
>>166
Labelの方が軽い、というのはなんか変だね。
TextBlockはFrameworkElementから直接継承していてずっと軽い。
LabelはContentControlであって、Stringを放り込んだ場合、自動的に内部にTextBlockを作る。
メモリリソース、実行効率から言ってLabelが軽いはずはないんだけど。
一体どうなってんのかね？
182:デフォルトの名無しさん
10/06/07 22:20:30
レイアウト関連のプロパティのデフォルト値がTextBlockとContentControlで違うとかじゃね
183:デフォルトの名無しさん
10/06/08 01:05:40
やっぱり遅さの元凶はDependencyPropertyとリフレクションなんかなあ。
ただでさえマネージドコードは遅いのに。
184:デフォルトの名無しさん
10/06/08 06:58:44
だろね。
185:デフォルトの名無しさん
10/06/08 11:07:39
そんなことがボトルネックになるようなアホなつくりにはしないだろ
やってることがもともと非常に複雑だから仕方ない
仕様にハードの性能が追いついてないんだよ
186:163
10/06/08 11:24:31
>>180
どもです、やっぱりValidationRuleでやったほうがよいのですね。
もでるについてはMVVMでググって見ます。
ありがとうございました。
187:デフォルトの名無しさん
10/06/08 12:38:17
>>185
ハードを蔑ろにした糞仕様ってこと？
188:デフォルトの名無しさん
10/06/08 12:40:39
まあDirectXとかは先に仕様ができてからハードがついてくるしなあ
189:デフォルトの名無しさん
10/06/08 18:24:12
グラフィックレンダリングに関しては、今後のハードウェアの性能が上がれば描画も早くなろうが・・。
ただ、バインディングやらレイアウト処理やらのマネージドコードで書かれた内部メカニズムに関してはCPUのコア性能があがらんことには
どうしようもない。WPFのViewレイヤーを担当する部分は（基本的には）分散できずにシングルスレッドで走らすしかないから
CPUのコア数があがってもどれほどの向上が見込めるのやら・・・。
190:デフォルトの名無しさん
10/06/08 18:28:22
今の実装がシングルスレッドだからって、将来にわたりマルチスレッドで走らないなんて事はないだろ。
191:デフォルトの名無しさん
10/06/08 18:41:39
いや、WPF開発チームは当初マルチスレッドも許容するようなGUIライブラリに組むことを考えて設計したけど
あまりに複雑になりすぎたので断念した、という経緯がある。
192:デフォルトの名無しさん
10/06/08 19:12:01
またそのうちチャレンジするだろ。
193:デフォルトの名無しさん
10/06/08 20:10:43
COMとの連携なんかでSTAThreadにせざるを得なかったとか書いてあった希ガス
194:デフォルトの名無しさん
10/06/08 21:44:19
yet another doomed libraryてことにならんことを祈る。
195:デフォルトの名無しさん
10/06/08 22:57:33
さわってておもしろいけど、おもしろいでおわっちゃう
196:デフォルトの名無しさん
10/06/08 23:40:28
FlowDocumentって作成したスレッドからしか触れないんだな。
別のスレッドのオブジェクトを操作するには、BeginInvoke使えとか言ってるけど、
ビューアーコントロールはそんなもん使ってくれないし。
データーを裏でロードしたり、構築したりしたい事って結構あると思うんだけどな。
ググったら、MemoryStream使って渡す例があったけど、
実際にやってみたら遅くて本末転倒だった。
197:デフォルトの名無しさん
10/06/08 23:52:53
CPUコア数の増加に進んだ Intel が悪い。
本当なら今頃 16GHz のCPUが出ている筈なのに。
198:デフォルトの名無しさん
10/06/08 23:57:39
どこのCPUメーカーもそうなんじゃない？結局技術的に頭打ちになってるんじゃなかろうか・・・。
199:デフォルトの名無しさん
10/06/09 00:11:52
ネタにマジレスされても困るが、並列プログラミングの難易度の問題から
コア数増えてもクロック数あがらないとあまり効果でないってのは分かりきったことで
このままコア数増え続けていっても有効活用できないだろうし、CPU以外の
部分に足ひっぱられるだろうしで、何かしらの打開策はいるんじゃなかろーか。
200:デフォルトの名無しさん
10/06/09 01:43:08
WPFもCOMコンポーネントを捨てればマルチスレッド許容できたが
現実問題として捨てられないから妥協した、みたいな書き方だったよね
マルチコアに進んだからシングルコアの性能が上がらないんじゃなくて
逆じゃないっけ。
シングルコア性能向上の限界が見えたからマルチコアに進んでるんじゃないの
201:デフォルトの名無しさん
10/06/09 07:46:11
そのうちCPUは太陽表面並の温度になるってギャグがあったなあ
202:デフォルトの名無しさん
10/06/09 11:31:16
単位面積あたりの発熱量が原子炉を越えたじゃなかったかな？
203:デフォルトの名無しさん
10/06/09 12:03:25
Prismでアプリケーション設定やユーザー設定を、モジュール間でやりとりするのってどんな方法がありますか？
Unityコンテナに登録して、各モジュールでインスタンスを取り出すとかかなって考えてますが、いいやり方ってありますか？
204:デフォルトの名無しさん
10/06/09 23:38:58
メインのウィンドウから、別の Window を ShowDialog() で呼び出し、
モーダルとして表示しています。
当然、そのWindowの×ボタンをクリックすればWindowは消せるのですが、
Windowの外の領域をクリックすることでもそのWindowを消したいです。
WPF用デバッグツール snoop なども使ってみましたが、
領域の外をクリックしたことを取得する方法は分かりませんでした。
可能でしたら、手段をお教えください。
205:デフォルトの名無しさん
10/06/09 23:47:00
フォーカスがなくなったよイベントでCloseじゃだめかのう。
206:デフォルトの名無しさん
10/06/09 23:48:11
>>204
カーソルをキャプチャするんだよ
207:デフォルトの名無しさん
10/06/09 23:48:34
最前面じゃなくなったよイベントがあったようななかったような
208:デフォルトの名無しさん
10/06/09 23:50:01
モーダルっつってんだろクソどもが！
209:204
10/06/09 23:56:02
>>205
私も同じことを考えたのですが、
モーダルの場合はフォーカスを失ったとは見なさないようです。
>>206
調べてみます。ありがとうございます。
>>207
最前面かどうかの判定では難しそうです。
210:デフォルトの名無しさん
10/06/10 00:05:38
モーダルの場合でそのような挙動をするダイアログボックスはあまりみたこがありませんが・・・
モードレスへの変更を検討すべきではないかと思います。
211:デフォルトの名無しさん
10/06/10 00:14:37
非アクティブになったら消えるウィンドウがモードレスかモーダルかなんて
利用者から見て違いあるかな？
212:204
10/06/10 00:15:59
>>210
アドバイスありがとうございます。
現在、以下のようなストーリーを考えているのですが、
モードレスでも記述かのうでしょうか？
・メインウィンドウから他のWindowを表示
・メインウィンドウは Window が閉じられるまで操作停止
・Windowには OK と Cancel があり、DialogResult でいずれかを受け取る
・OK or Cancel により、メインウィンドウにてその後の動作を変える
よろしくお願いします。
213:204
10/06/10 00:17:25
すみません、追記です。
Window の外をクリックした場合も、（例えば）Cancel であると見なしたいです。
214:デフォルトの名無しさん
10/06/10 01:31:53
ユーザーエクスペリエンスの破壊を目的とするわけか
215:デフォルトの名無しさん
10/06/10 01:38:32
WPFで簡単なもぐら叩きを作っているのだが、
１分間Gridがクリックされなかったらメッセージボックスを
表示することってできる
216:デフォルトの名無しさん
10/06/10 01:53:52
>>215
スタートしたあと1分間のカウントアップでもカウントダウンでもはじめて
クリックがあればカウントターをリセットすればいいだけちゃうの？
217:215
10/06/10 02:12:26
>>216
あぁ、なるほど。ありがと。
218:デフォルトの名無しさん
10/06/10 02:19:20
カウンターリセットとかどうやんの？
WPFのタイマーっつーと DispatcherTimer を思い出すのだが、
この Completed で MessageBox呼ぶようにしても
Intervalのキャンセルなんてできるの？
219:デフォルトの名無しさん
10/06/10 02:25:49
>>218
WPFのタイマーはよくしらんが標準のタイマーをうまくコントロールできないなら
タイマーから一定サイクルで呼び出される関数で自分の用意したカウンター
を+(もしくは-)にしてってやればいいだけちゃうの？
タイマーとしてみるよりは一定サイクルを刻むクロックとみなして・・・
220:デフォルトの名無しさん
10/06/10 02:49:14
>>218
カウンタっつーか普通にタイマを一度止めて再開すれば良いんじゃね？
221:デフォルトの名無しさん
10/06/10 10:05:20
みなさん、WPFをどうやって勉強してます？MVVMとか。
やっぱり、CodeProjectかCodePlex？
222:デフォルトの名無しさん
10/06/10 10:07:38
このスレ見て
223:デフォルトの名無しさん
10/06/10 10:22:06
3割質問、1割回答、6割がただの煽りのスレで勉強とな
224:デフォルトの名無しさん
10/06/10 10:23:26
ヘルプ見りゃ大体判る
225:デフォルトの名無しさん
10/06/10 10:24:15
でも、WPFって大規模開発でしか使われてないのかも。
数人で作るんだったら、フォームで作っても問題無いような
仕様（それか予算）しか出てこないでしょ。
このスレでも出てきたPrismとか、そんな感じ。
226:デフォルトの名無しさん
10/06/10 10:52:24
WPFのTextBlockやListViewが使いたくなるような要求は結構出てくるよ
「WinFormsだと結構手間がかかるんですよねー」
「でも、WPFで１から作る予算はありませんねー」
で、結局仕様には盛り込まれず、WPFは使われないんだけど。
227:デフォルトの名無しさん
10/06/10 10:54:44
しかし、この先GPUによるアクセラレートはWPFでしか行われなくなりそうなのに、
いつまでもFormってのもなあ。
228:デフォルトの名無しさん
10/06/10 10:55:31
今度、1から作るプロジェクトが始まるんで、WPFで作ろうかと調査中。
MVVMとか、他人に分かるんだろうか‥‥
229:デフォルトの名無しさん
10/06/10 10:58:14
>>228
推し進めるくらいなら布教してまわればいいじゃんｗ
それができないならwinformでやるしかないような
230:デフォルトの名無しさん
10/06/10 11:01:29
>>229
布教とかめんどくさいじゃん。
欲しいのは金と技術であって、正直、他人のことに興味無い。
231:デフォルトの名無しさん
10/06/10 11:03:40
このスレの状態とネットで検索した状態を見ればおおよそ回りの力量とか状態は把握できそうな物だと思うが・・・
232:デフォルトの名無しさん
10/06/10 11:04:12
>>228
とりあえず採用する前に、パフォーマンスの評価だけはやっといた方がいいよ。
予想以上に遅いから。
233:デフォルトの名無しさん
10/06/10 11:05:39
このスレって、本職の人多いの？
4割が学生、4割がサンデープログラマー、1割がマイクロソフトの人、
1割が通りすがりの人、ぐらいにしか思ってないんだけれど‥‥。
うちみたいなフリーダムな場末の会社じゃないと、仕事で2chとか無理でしょ。
234:デフォルトの名無しさん
10/06/10 11:06:43
>>232
そんなに重いかなぁ。
SIだから、動作環境指定できるので大丈夫。
235:デフォルトの名無しさん
10/06/10 11:08:33
表示されてるコントロールの量が多くなるとすんごくトロくなるね
236:デフォルトの名無しさん
10/06/10 11:09:56
>>234
ああ糞SI様か
下に負担だけはかけないでください
新しいことやるならそれなりに予算をください
237:デフォルトの名無しさん
10/06/10 11:11:47
>>236
嫌なら下りてください。
代わりはいくらでも居るんだから～。
238:デフォルトの名無しさん
10/06/10 11:12:53
SIが目をつけるってことはWPFは糞でいいな
Javaなんかも実際そうなってしまったし
239:デフォルトの名無しさん
10/06/10 11:17:06
Javaはまだまだ使われてるだろ？
ベンダーロックイン出来ない公共系はJava指定ばかりだ。
240:デフォルトの名無しさん
10/06/10 11:19:15
Javaは第２のCOBOLになりそうだな
241:デフォルトの名無しさん
10/06/10 11:23:12
それは、長い間、金になるってことでは？
242:デフォルトの名無しさん
10/06/10 11:23:47
VB6.0からの移行は.netじゃなくて、Javaにする例が結構多いみたいだな。
243:デフォルトの名無しさん
10/06/10 11:25:12
>>241
金にもなるけど未だに使うのかよとやっかまれつつ
244:デフォルトの名無しさん
10/06/10 11:42:17
AndroidやiPhoneでもXAMLが使えればなあ
245:デフォルトの名無しさん
10/06/10 11:43:15
html5でいいよ
246:デフォルトの名無しさん
10/06/10 11:44:29
AdobeがFlashのHTML5コンバーターだせばいいんじゃね？
247:デフォルトの名無しさん
10/06/10 11:45:00
Flash以上に中身丸見えだけどな
248:デフォルトの名無しさん
10/06/10 12:01:45
WPFは単純に重いというより、何をすると重くなるのかが知られてないんだと思う
WinFromsだって、大量にコントロールを貼って、節操無くInvalidateしまくったら重いだろ
WPFの場合、測定と配置の仕組みを理解していないと
再測定と再配置の嵐で遅くなる
249:デフォルトの名無しさん
10/06/10 12:08:55
>>248
そこんところをやさしく解説してください
250:デフォルトの名無しさん
10/06/10 12:22:15
SharedSizeGroup は重くて使えないよねぇ。下手すりゃ、整列してるのがアニメーションで見られるぐらい。
結局カスタムレイアウト使うことにしたが、何かコツあんの？>>248
251:デフォルトの名無しさん
10/06/10 12:27:26
>>234
端末200台あるような場合でも最新のハイスペック揃えってくれって言えるのはSIer様だけだよ、まったく。
TPOというか、コスト削減につなげるためにシステム入れるってことちょっとは弁えて欲しいぜ。
252:デフォルトの名無しさん
10/06/10 12:32:31
>>251
今時、WPFが軽く動く端末の金額なんて、人件費に比べれば誤差だろ。
そこでコスト削減とか訳のわからないこと言っている企業は、
潰れるべき、っていうか、もう延命しようとも詰まれてると見るべき。
253:デフォルトの名無しさん
10/06/10 12:35:19
いくらハイスペックにしても、シングルスレッド性能は上がらないから、
遅いままなんだけどなあ。
GPUもあんまり効果無いみたいだし。
254:デフォルトの名無しさん
10/06/10 12:35:24
>>248
よろしい
今すぐ纏めなさい
255:デフォルトの名無しさん
10/06/10 12:35:55
つーか、1から作るって書いてあるじゃん。
セキュアな状態が必要だから、ネットワークから敷き直すの。
だから、端末代なんて誤差。
別に、SSLでも良いと思うんだけれどね。
256:デフォルトの名無しさん
10/06/10 12:38:15
つーか、WPFが遅いって言っている人は、自分の技術の無さを自覚するべき。
駄目な奴は何を作っても駄目。いつの時代も遅いって言っている。
257:デフォルトの名無しさん
10/06/10 12:41:06
いつまでも他人のせいだよな
お互いにｗ
258:デフォルトの名無しさん
10/06/10 12:43:13
>>256
FlowDocumentが重いんですが、速くする方法を教えて下さい
259:デフォルトの名無しさん
10/06/10 12:43:36
>>250
再配置の連鎖が起きないように気をつけるだけだよ。
SharedSizeGroupなら、
動的にサイズが変わるコントロールや動的に生成されるコントロールを含む部分には
SharedSizeGroupを適用しないように気をつける。
それと、カスタムレイアウトは別に悪くないんじゃない？
どうせ簡単に作れるんだし。
260:デフォルトの名無しさん
10/06/10 12:45:49
>>256
余計なこといわなきゃいいのに
駄目と切り捨てた以上はテクニックを披露していけよ
そしたら認めてあげるわｗ
261:デフォルトの名無しさん
10/06/10 12:50:47
つーか、まず、その遅いというソースをうｐするしかないと思うんだが‥‥。
262:デフォルトの名無しさん
10/06/10 12:56:25
MSDNや書籍を含めてろくなドキュメントが無いんだよな
どれもMSDNのチュートリアル止まり
残念なことに、
配置と測定に関してはMeasureOverride、ArrangeOverrideで検索して
断片的な情報を集めて行くのが一番早い
263:デフォルトの名無しさん
10/06/10 12:56:32
つーか、NDAとかでソースが出せないのだったら、
CodeProjectで参考にした記事でも良いよ。
そっから検討すれば良いから。
264:デフォルトの名無しさん
10/06/10 12:57:37
どうも、FlowDocumentのHyperlinkが、上をマウスカーソルが通過するだけで
全体の再配置が起きてるようで困ってる。
色変えや、アンダーバーがいけないのかと思って変わらないようにしてみたけど、効果なし。
継承してOnMouseEnterを潰してみたけど、効果なし。
カーソルがリンクの上を通過するたびに一秒くらい固まる。
同等な物をhtmlで表示した場合は何の問題も無いのになあ。
265:デフォルトの名無しさん
10/06/10 13:05:55
怪しいコントロールがわかってるときは、
そのコントロールをカスタムレイアウトの中に入れて、
強引に配置動作をカスタマイズしてしまえばいい
しかし、標準のTextBlockですら変な挙動を見せるので
この手法が役に立つという始末
フレームワークのセンスはいいけど、
個々のコントロールに品質は悪すぎですよ・・・
266:デフォルトの名無しさん
10/06/10 13:07:26
htmlなどをヒントに作ったであろうxamlがなぜここまでむごいのか
267:デフォルトの名無しさん
10/06/10 13:56:26
WPFは重くないって人は
・恵まれたハード環境でしか動かしていない。
・ラベルとテキストボックス貼っただけのしょうもないものしか作ったことがない。
・ただの煽り
のどれかでしょ。>>248みたいに何かをすると重くなる、という言い方ならともかく、
ただ一言重くないなんてただの無知。
268:デフォルトの名無しさん
10/06/10 14:00:25
StackPanelにFlowDocumentを持つUserControlを100個近く表示させてるけど重くないよ
269:デフォルトの名無しさん
10/06/10 14:01:37
Atom270で開発しているおれに謝れｗメモリは２GBだけど。
開発環境はおもたいけど、WPFアプリケーションはまあそこそこのレスポンスは発揮してますよ。
ぬるぬるはうごきませんが破綻しないレベルです。
270:デフォルトの名無しさん
10/06/10 14:06:13
まぁ、速度に鈍感というか寛容な人もいるよね。
271:デフォルトの名無しさん
10/06/10 14:06:33
「恵まれたハード環境とWPFがあれば多少無茶をしても重くならない」
そう思っていた時期がありました
実際は明文化されていない作法みたいなのがあって、
それから外れるとどんなハードだろうと遅くなる
272:デフォルトの名無しさん
10/06/10 14:13:01
>>261
URLﾘﾝｸ(msdn.microsoft.com)
の「期待外れのパフォーマンス」という項のサンプルコードをだな。
273:デフォルトの名無しさん
10/06/10 14:13:48
>>271
> 明文化されていない作法みたいなの
これから改良される（変わる）可能性があるから明文化されてないんですかね？
274:デフォルトの名無しさん
10/06/10 14:14:47
具体例を示して、この部分ハードウェアの性能に影響を受ける、と言うならともかく
単にハード云々を言っても説得力は無いわな
275:デフォルトの名無しさん
10/06/10 14:22:43
>>272
なんか極端すぎてあんまり参考にならない例だな
276:デフォルトの名無しさん
10/06/10 14:28:08
>>275
オーケー、マイブラザー。
リストボックスにたかだか10,000個のアイテムを追加しただけのコードだ。
<Window x:Class="WpfApplication1.Window1"
xmlns="URLﾘﾝｸ(schemas.microsoft.com)"
xmlns:x="URLﾘﾝｸ(schemas.microsoft.com)"
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:デフォルトの名無しさん
10/06/10 14:29:35
MSのライブラリではいつもの事なんだけど、
シンプルな書き方と最良の書き方が一致してないんだよね
シンプルな書き方 = 最良な書き方 って発想はRoR以降に広まったものだから
2001年から設計されたWPFに求めるのは酷かもしれないけどさ
278:デフォルトの名無しさん
10/06/10 14:34:23
リストボックスに単純に1万も項目追加したら、
WPFに関係無く重くなるんじゃね？
そもそも、そんな設計してる時点でドキュソだろ。
新卒しかしないって。
279:デフォルトの名無しさん
10/06/10 14:37:32
>>278
ScrollViewer.CanContentScroll="False"
を消せば1万行追加しても早いわ。
言い訳ばっかりしてないで包茎の皮切り取って来い、チンカス。
280:デフォルトの名無しさん
10/06/10 14:43:21
だいたい、過負荷テストぐらいしないのかよ。
テーブルに100件ぐらい追加して「パフォーマンスに問題なし」とかほざいて納入しては
数年後に100万件超になってきてパフォーマンス障害が出たので何とかしてくれ、なんてなきつくアホ多すぎ。
どうせSIer様は買い替えの時期です、とかDQNなこと言うんだろうが。
281:デフォルトの名無しさん
10/06/10 14:44:22
Formsでいう、SuspendLayoutがWPFに無いから、
無くても大丈夫なように設計されてるのかと思ったら、
全然そうじゃなかったという・・・
282:デフォルトの名無しさん
10/06/10 14:51:22
WPFは常時SuspendLayoutしてるようなものだよ。
ただし、WinFormsとは重くなる原因が異なるので
WinFormsだと○○すれば軽かった
みたいな経験は通用しない。
283:デフォルトの名無しさん
10/06/10 14:54:52
まぁ大抵の場合WPFを止めるという選択肢しか無いけどな。
284:デフォルトの名無しさん
10/06/10 15:02:07
>>280
そりゃ要件定義の段階でその程度の仕様要求する方が悪いぞ
そんなところまで面倒見るわけねえだろ
285:デフォルトの名無しさん
10/06/10 15:03:33
典型的なおいしい仕事とカモの客だな。
そういう所がもっと増えればよい。
無茶も言わなくなる。
286:デフォルトの名無しさん
10/06/10 15:06:20
相変わらず人のせいですね
お互いに
287:デフォルトの名無しさん
10/06/10 15:08:51
>>284
絵に描いたような典型的なSIerさまでﾜﾛｽ
288:デフォルトの名無しさん
10/06/10 15:10:40
>>280
パフォーマンステストは、100万件はやるだろ、普通。
1億円ぐらい貰っているならば。
100万件がDBのある種の性能閾値だからな。
つーか、データの件数が何百万なのかは関係無いだろ。
WPFの話なんだから。
ビジネス層で何百万あろうと、UI層へそのまま持ってくるのが
頭おかしいって話。
百万件を同時に表示して処理できるユーザがいるのかよ。
件数が多いですが表示して良いですか？さらに絞り込みますか？
てな画面遷移を入れれば、済む話だろ？
そこで、必要に迫られて表示OKを選ぶ客は、
何分待たされても文句言わないよ。
289:デフォルトの名無しさん
10/06/10 15:12:15
>>287
何か文句があるのかよカモ
ツーといえばカーで作って欲しいなら自社開発してろ
290:デフォルトの名無しさん
10/06/10 15:14:15
あれだ、Googleの検索結果に”約1,000,000件”と表示されていたとして
実際に100万件表示されてるかっていう
291:デフォルトの名無しさん
10/06/10 15:17:36
そうカッカするない
292:デフォルトの名無しさん
10/06/10 15:19:20
なんで１００万件の一括表示なんて変な話になってんの？
画面数ページレベルの表示でも十分重いのに。
293:デフォルトの名無しさん
10/06/10 15:21:38
>>288
その「多いですが表示して良いですか？」の閾値が多いか少ないかの話だろ。
「100万件」はテストの話で出しただけで、WPFとは関係無いところで言ったのは確かだが。
SQL SERVER Management Studio じゃテーブルの直接編集が「先頭200行表示して編集」なんてメニューになりやがった。
>>289
生憎とSIerさまとのお付き合いはさせて頂いておりませんｗ
294:デフォルトの名無しさん
10/06/10 15:25:09
100万件の話は、データ量増えてきたことを全く考えずにインデックスはらなかったり腐ったSQL書いてる奴がいるって話で、
それと同じで、たかだか、数十行のデータ表示させて重くないとか言ってんじゃねーよ、と言いたかっただけだ。
295:デフォルトの名無しさん
10/06/10 15:26:53
なんかWPFのパフォーマンスに問題がある事がばれると、
凄く困る人がいるみたいだな。
ロクなテストもせずに、導入決定しちゃった人か？
296:デフォルトの名無しさん
10/06/10 15:27:52
数十行のデータ表示させてってのは違うな。
実際、Virtualizing が効いてれば1万行でも軽いわけで、「たいした処理もせずに重くないって言ってるだけ」と。
297:デフォルトの名無しさん
10/06/10 15:32:38
だから、重いと言っている奴はソース出せと言っているのに。
>>276は1万件で重いって言っているし、
>>292は数ページで重いって言っているし。
少なくとも、数ページで重いとは全く思わないが。
つーか、全世界で高給取りのプログラマで使っている奴がいるのに、
日本で日本人しか使わないコード書いている零細ソフトハウスが、
ソースも無く重いとか言っても、低学歴低所得の僻みにしか聞こえんだろ？
298:デフォルトの名無しさん
10/06/10 16:26:23
せっかくソース提示してやったのにアンカーまで出しておいて無かったことにすんのなｗ
軽い処理だけ走らせてほら重くないでしょ、ってかｗｗ
メッセージボックス表示してGDIのどこが重いんだ、DirectXいらんでしょ、とか言ってるレベル。
WPF は重いけど、重くならないような仕掛けや仕組みを提供してるだけ。
そこから外れる(しかも簡単に)と途端に重くなるわけだが、それを知らない無知だけが重くないと主張する。
299:デフォルトの名無しさん
10/06/10 16:31:12
仕掛けや仕組みを知らない無知が重いと主張してるとも取れるな
お互いに相手を非難するばかりで自己を省みないね
300:デフォルトの名無しさん
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みたいな例もあるし、
最終的に重要なのは、ユーザからのフィードバックじゃない？