- 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/
- 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を使いたい人は使うって感じですか？
|
 |
