WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part6
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
2010/05/21(金) 15:27:16Windows Presentation Frameworkについて語るスレ。
.NET4.0もリリースされたけど別に盛り上がってはいないよね…。
Visual Studio 2010
ttp://www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
http://www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
http://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
http://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のチェックは外しておきましょう。
http://ideone.com/
0002デフォルトの名無しさん
2010/05/21(金) 16:52:071000ならWPF終了
残念ながらこのスレは終了しました
Microsoft先生の次回作にご期待ください
0003デフォルトの名無しさん
2010/05/21(金) 17:18:090004デフォルトの名無しさん
2010/05/21(金) 17:30:080005デフォルトの名無しさん
2010/05/21(金) 21:30:450006デフォルトの名無しさん
2010/05/21(金) 22:32:430007デフォルトの名無しさん
2010/05/22(土) 23:10:39Trigger.EnterActionsとTrigger.ExitActionsそれぞれにStoryboardを放り込むわけだけど、
トリガがアクティブになったときはアニメーションを使わず、
アクティブでなくなったときにだけアニメーションさせたい場合でも
EnterActionsのほうにStoryboardを入れる必要があるの？
現状それ以外にやり方がわからんので、とりあえずDurationが0秒のアニメーションを適用してるけど、
Setterなんかでちゅるっとできんかなーと思ってる。
0008デフォルトの名無しさん
2010/05/23(日) 16:56:01DataGridのようにSilverlightから逆輸入がこれからのトレンド
0009デフォルトの名無しさん
2010/05/24(月) 09:46:25標準DataGridイケてねえなぁ。
なんでグリッド内でのコピペを実装するだけでこんなに面倒なんだ。
0010デフォルトの名無しさん
2010/05/24(月) 09:50:290011デフォルトの名無しさん
2010/05/25(火) 21:18:32XAMLを覚える必要ってあるんでしょうか？
0012デフォルトの名無しさん
2010/05/25(火) 21:24:32XAML優先。
0013デフォルトの名無しさん
2010/05/25(火) 21:24:36VS2010なら直にXAMLを触らなくてもWinForms程度のUIなら問題無く作れるけど
そんなに難しくないんだから覚えとけ
CLRのオブジェクトをXMLにマッピングしてるだけなのでXAML固有の事項はごく少ない
0014デフォルトの名無しさん
2010/05/25(火) 21:44:38XAMLも徹底的に勉強します
ありがとう
0015デフォルトの名無しさん
2010/05/25(火) 21:47:16そんなにかわらないよ
xamlって今までだとIDEのデザイナーが書いてた部分に相当するだけだし
0016デフォルトの名無しさん
2010/05/25(火) 21:49:39XMLがわからないのはプログラマとして問題外
0017デフォルトの名無しさん
2010/05/25(火) 22:01:18C#と.NETとXMLがわかってる奴なんてどれだけいるんだよ
0018デフォルトの名無しさん
2010/05/25(火) 22:05:320019デフォルトの名無しさん
2010/05/25(火) 22:07:130020デフォルトの名無しさん
2010/05/25(火) 22:08:43それこそ「XMLがわからなくて何作れるの?」ってレベル
0021デフォルトの名無しさん
2010/05/25(火) 22:13:510022デフォルトの名無しさん
2010/05/25(火) 22:21:500023デフォルトの名無しさん
2010/05/25(火) 22:32:15LINQ to XML 勉強を進めてみる
XMLもLINQも分かって、XAMLや集合の概念が掴めてお得
0024デフォルトの名無しさん
2010/05/25(火) 22:58:360025デフォルトの名無しさん
2010/05/25(火) 23:03:010026デフォルトの名無しさん
2010/05/25(火) 23:08:230027デフォルトの名無しさん
2010/05/25(火) 23:31:250028デフォルトの名無しさん
2010/05/25(火) 23:58:160029デフォルトの名無しさん
2010/05/26(水) 00:34:120030デフォルトの名無しさん
2010/05/26(水) 07:00:440031デフォルトの名無しさん
2010/05/26(水) 07:08:160032デフォルトの名無しさん
2010/05/26(水) 10:00:250033デフォルトの名無しさん
2010/05/27(木) 22:50:220034デフォルトの名無しさん
2010/05/27(木) 22:51:080035デフォルトの名無しさん
2010/05/27(木) 23:21:25ありがとうございます
しかしWPFってwinformほど情報が蓄積されてないのが痛いですね
0036デフォルトの名無しさん
2010/05/27(木) 23:33:090037デフォルトの名無しさん
2010/05/28(金) 00:23:14DataTemplateはリストとかでアイテムを表示するための定義という認識なんだが。
コントロールが何らかのアイテムと結びついてない限りそれを使いまわすのはなんか違和感。
0038デフォルトの名無しさん
2010/05/28(金) 00:29:150039デフォルトの名無しさん
2010/05/28(金) 00:33:30view.SetViewModel(hogeViewModel);
MVVMならこういう風にViewにインターフェイス被せるのがMVVMの目的からいって正しいんだろうと思う
0040デフォルトの名無しさん
2010/05/28(金) 00:38:26スレッドの部分なんですけどね
速度的な面を考えると一つを使いまわすよりインスタンスを
その都度追加してアクティブな物だけ前面に表示する形を
取りたいんですけどどうもWinForm的なやり方しか浮かばなくて・・・
0041デフォルトの名無しさん
2010/05/28(金) 01:04:21MSDNに山ほど情報あるのに何故探さないのか
http://msdn.microsoft.com/ja-jp/library/cc716879.aspx
まあ高々1000件程度なら素直な方法で実装しても体感できないと思うが
0042デフォルトの名無しさん
2010/05/28(金) 01:10:55ありがとうございます
なんというか・・・上で言ったデータの蓄積っていうのは
検索エンジンに最適回に行き着くような学習データの蓄積ができてないと
言い換えればいいのか・・・
WPF入門 WPFある程度やった人
この間を埋めるのがまだまだな感じなんですよね
0043デフォルトの名無しさん
2010/05/28(金) 01:14:050044デフォルトの名無しさん
2010/05/28(金) 01:42:45WPF ListBox 仮想化 でググって2番目に出たページにリンク乗ってた。
仮想モード に変えてググると前スレが引っかかるｗ
0045デフォルトの名無しさん
2010/05/28(金) 01:46:340046デフォルトの名無しさん
2010/05/28(金) 01:48:13お恥ずかしい話だが仮想機能を使ったことなかった
まあ>>41みてまあ仮想化機能は当たり前だなあと思ったｗ
ゲームなんかでも描画の必要が無いところはスキップするしね
なのでヒントもらえるだけでもかなり感謝してるよ
0047デフォルトの名無しさん
2010/05/28(金) 07:31:34http://compositewpf.codeplex.com/releases/view/46046
0048デフォルトの名無しさん
2010/05/28(金) 09:36:43これないとちゃんとしたMVVMにならないから必須だわ
0049デフォルトの名無しさん
2010/05/28(金) 11:01:37Prism 4.0ではUnity+MEFの利用もできるように開発してるみたいだし。
0050デフォルトの名無しさん
2010/05/28(金) 20:55:180051デフォルトの名無しさん
2010/05/28(金) 20:57:50http://www.google.co.jp/pacman/
0052デフォルトの名無しさん
2010/05/28(金) 21:23:560053デフォルトの名無しさん
2010/05/28(金) 23:57:44それなりにデカいものを作りたいのでなければいらないでしょ。
0054デフォルトの名無しさん
2010/05/29(土) 00:05:50Expressユーザーはまともに開けず涙目
0055デフォルトの名無しさん
2010/05/29(土) 03:02:050056デフォルトの名無しさん
2010/05/29(土) 10:00:38リファレンス実装のStockTraderはExpressだといくつかのモジュールが動かないけど、
クイックスタートのデモのソリューションフォルダはライブラリのソースだったり、
テストプロジェクトだったりするから気にせずビルドして、どんなもんか試せるよ。
Prism自体は、複合アプリを作るためのフレームワークだから、
アセンブリ参照してExpressでも利用できるしね。
0057デフォルトの名無しさん
2010/05/30(日) 23:24:04など、UsingPathを用いたアニメーションはXAMLでしか記述できないのでしょうか？
コードビハインドで書かれた情報を見つけることが出来ません。
0058デフォルトの名無しさん
2010/05/30(日) 23:29:150059デフォルトの名無しさん
2010/05/30(日) 23:36:18ずっと見つからなかったのに、2chで質問した途端に見つけました。
ttp://msdn.microsoft.com/ja-jp/library/system.windows.media.animation.doubleanimationusingpath.aspx
いつもは 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を使わないと書けないっぽいですね。
0060デフォルトの名無しさん
2010/05/31(月) 12:28:43VMがVの参照を持ってなかったら閉じれない様な気がするんだけど何か方法あるの？
具体的に書くと
VMでBackgroundWorkerが走っている
RunWorkerCompletedと同時にVを閉じたい
今はVの参照持って閉じてる
疎結合にするだけが目的ならこのくらいは別にいいのかなー（Closeの無いWindowは無いわけで）という気もする
何かアドバイスくれ
0061デフォルトの名無しさん
2010/05/31(月) 12:44:170062デフォルトの名無しさん
2010/05/31(月) 12:49:270063デフォルトの名無しさん
2010/05/31(月) 12:53:000064デフォルトの名無しさん
2010/05/31(月) 13:59:06VMにCloseRequestイベントを定義して、Vでハンドルする
0065デフォルトの名無しさん
2010/05/31(月) 16:58:01上は今と大差ないので下を採用してみようと思う
0066デフォルトの名無しさん
2010/05/31(月) 22:27:49ButtonはCommandがあるから出来るけど他のイベントってなんかうまくいかないんだよな
0067デフォルトの名無しさん
2010/05/31(月) 22:29:460068デフォルトの名無しさん
2010/05/31(月) 22:35:21ttp://marlongrech.wordpress.com/2008/12/13/attachedcommandbehavior-v2-aka-acb/
とか
0069デフォルトの名無しさん
2010/06/01(火) 00:40:15その中でViewModelのメソッド呼べばいいと思う
やってることは本質的にCommandと同じだからMVVM的には全く問題ない
0070デフォルトの名無しさん
2010/06/01(火) 00:44:54VMの上で動かすと描画がおかしいので気になる…
0071デフォルトの名無しさん
2010/06/01(火) 00:47:17実マシン上のXP上だと問題なく使える
0072デフォルトの名無しさん
2010/06/01(火) 00:47:58VMってVMware?
0073デフォルトの名無しさん
2010/06/01(火) 00:54:09文字が滲んで見苦しかったのでそれが聞けてよかった
サンクス
0074デフォルトの名無しさん
2010/06/01(火) 00:55:160075デフォルトの名無しさん
2010/06/01(火) 00:58:350076デフォルトの名無しさん
2010/06/01(火) 00:59:59いや
VPCとかの上で動かしたんでしょ
あれってGPUが相当古いし
0077デフォルトの名無しさん
2010/06/01(火) 01:15:28例えばアコーディオンは親のリサイズ時にサイズが追従しない等のバグがある
0078デフォルトの名無しさん
2010/06/01(火) 01:18:260079デフォルトの名無しさん
2010/06/01(火) 01:19:07Trio の Typo
0080デフォルトの名無しさん
2010/06/01(火) 07:09:51ありがとう、ありがとう
>>69
やっぱりコードビハインドで書かないとダメだよな、ここらへん問題になってると思うんだけどなんで何もないんだろう
0081デフォルトの名無しさん
2010/06/01(火) 07:09:53だれかxamlをC#で表現してみてください
DataTemplate はC#だと foreach...だよ
見たいな感じで
0082デフォルトの名無しさん
2010/06/01(火) 07:40:47xamlはwinformでいうところのIDEが直接さわる
Form1.Designer.csと同じポジション
それをhtml+CSSの仕組みをヒントに新しく設計したのがxaml
DataTemplateなどはCSSみたいな働きをするものかな
Styleあたりも同じ
0083デフォルトの名無しさん
2010/06/01(火) 09:12:00VS2010だとアコーディオンが出てこないぞ？？
ToolKit入れてるのになんでだ？
0084デフォルトの名無しさん
2010/06/01(火) 09:16:040085デフォルトの名無しさん
2010/06/01(火) 13:20:380086デフォルトの名無しさん
2010/06/01(火) 20:44:350087デフォルトの名無しさん
2010/06/01(火) 21:15:25だからC#風に表現したらxamlがわからないって言ってるやつも理解できると思うんだ
0088デフォルトの名無しさん
2010/06/01(火) 21:18:31jsからだとインスタンスいじれるんだし
0089デフォルトの名無しさん
2010/06/01(火) 21:54:07以下のコードだとウィンドウの枠の半分くらいがかぶる。
ActualWidthやHeightはウィンドウの枠も含めた値だと思ってたが違うのかな。
this.subWindow.Top = this.Top + this.ActualHeight;
this.subWindow.Left = this.Left + this.ActualWidth;
0090デフォルトの名無しさん
2010/06/01(火) 23:10:01this.ActualWidth->this.Width
にしてみればどうか。それでだめなら、コードを呼び出すタイミングが悪いんだろう。
コンストラクタではなくLoadedイベントハンドラに書いてみよう。
一応試してみたけど、うまく揃えて並べられたよ。
0091デフォルトの名無しさん
2010/06/01(火) 23:17:330092デフォルトの名無しさん
2010/06/01(火) 23:21:36してるんじゃないの？
0093デフォルトの名無しさん
2010/06/01(火) 23:25:530094デフォルトの名無しさん
2010/06/01(火) 23:30:01MSDNでサンプルコードを見たとき別々に書いてあるから頭の中でバインドするのが面倒くさい
0095デフォルトの名無しさん
2010/06/01(火) 23:35:09たぶん
0096デフォルトの名無しさん
2010/06/01(火) 23:44:42高根社長のＳＭ趣味サイトＭａｓｋＲと
副業のＳＭクラブ銀座プレジス・動画配信専門リアルミストレスばかり語られるが
高根社長の本業コムラッドについても語ろう
銀座プレジス
http://www.prezis.jp/top.htm
ＭａｓｋＲ
http://maskr.com/
【腹黒樹里高根】銀座ﾌﾟﾚｼﾞｽ3【客の情報開示】
http://set.bbspink.com/test/read.cgi/sm/1273492895/
【腹黒樹里】プレジスを語ろう2【周年ｲﾍﾞﾝﾄ大失敗】
http://set.bbspink.com/test/read.cgi/sm/1262702507/
プレジスを語ろう
http://set.bbspink.com/test/read.cgi/sm/1246009466/
動画配信専門リアルミストレスってどうよ？
http://set.bbspink.com/test/read.cgi/sm/1249183350/
9 ：名無しさん＠どっと混む：2010/01/03(日) 18:27:00 ID:RSEbBiG0O
高値はもう大麻やめたの？
10 ：名無しさん＠どっと混む：2010/01/04(月) 05:15:29 ID:A3l1qdv+O
タカネ社長ってどうやってばれないように脱税してんだろ？
億単位で脱税して億ション暮らしなんて凄いよな
監査役の奥さんもグルなのか？
0097デフォルトの名無しさん
2010/06/01(火) 23:45:32高根は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
首吊り首絞めプレイ大好き高根英哉
0098デフォルトの名無しさん
2010/06/01(火) 23:46:14>>18
高根英哉blogでレイプ仲間募集中
私とともにマスクの女どもを弄ぶ仲間を募集する
急に思いついたら連絡をして、集まれるような仲間だ
だから、複数名募集するし、いついつという日時があるわけでもない
条件は以下のとおりだ
・SMを実践している、または興味がある
・マスクを用意できる
・都内でイベント参加できる
・イベント内容およびこの仲間を通じて知りえた情報を口外しない
・成人男子である
・携帯電話および携帯メールアドレスを私に公開できる
・酒が好きである
希望者は私宛にメールを送ってほしい
全員が参加できるわけでもないので、こちらの選択に任せてもらう
なるべく想いを書いてもらうほうがわかりやすいし
経験や顔写真も歓迎。
ｒ[email protected]
[email protected]
[email protected]
0099デフォルトの名無しさん
2010/06/01(火) 23:51:360100デフォルトの名無しさん
2010/06/02(水) 00:07:13ありがとう。Loadedイベントハンドラの中で書いててWidth、Heightで試してみたけど
結果は同じだった。
デバッガで値見たけどWindowタグ内で指定したWidth,Height値と同じ値だったので
いけると思ったんだけど…。
それぞれ5pxずつ増やすとちょうどぴったりになる。
と、書きながらふとWindowタグで指定してたResizeMode="NoResize"を消して試したところ、
ちゃんとした結果が帰ってきた。
NoResizeモードだとなんでずれるの・・・
0101デフォルトの名無しさん
2010/06/02(水) 00:22:02ResizeMode="NoResize"をつけてみても
私の環境(XPsp3 VS2008 TargetFramework=.NET3.5または3.0)では問題がない。
なんでだろうね・・？
0102デフォルトの名無しさん
2010/06/02(水) 00:24:24Win7 x64 VS2010 .NET4 Client Profileです。
ResizeModeの指定の有無で結果が変わるのでおそらくこいつが原因だと思うんだけど…。
0103デフォルトの名無しさん
2010/06/02(水) 00:27:390104デフォルトの名無しさん
2010/06/02(水) 00:48:50Manipulation によって強制的に Margin を変更させても
もともとの到達地点だったところまで Animation で移動させるには
どのように記述したら良いのですか？
WPF4 の資料が少なくて、よく分かりません。
Manipulation に関する情報もほとんどなく、
見つかる情報は全て情報が重複しています。
みんながみんな、同じソースをコピペしているのだろうな、
と思えてしまうほどです。
WPF4 使っている人でも使っていない人でも
よろしくお願いします。
0105デフォルトの名無しさん
2010/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="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:themes="clr-namespace:WPF.Themes;assembly=WPF.Themes"
themes:ThemeManager.Theme="ExpressionDark">
<Grid>
<Button>ExpressionDark</Button>
</Grid>
</Window>
0106デフォルトの名無しさん
2010/06/02(水) 16:50:040107デフォルトの名無しさん
2010/06/02(水) 17:18:16WPF Themes
http://wpfthemes.codeplex.com/
からChange Set 34079のデモソースです。
0108デフォルトの名無しさん
2010/06/02(水) 17:53:13http://wpf.codeplex.com/releases/view/40535
これは入れた？
0109デフォルトの名無しさん
2010/06/02(水) 17:59:22DLLはしかるべき場所にコピーしないと鳴らないと思うよ
0110デフォルトの名無しさん
2010/06/02(水) 18:15:32入れてます。参照もしています。
>>109
参照設定でローカルコピーもTrueにしているのですが、実行するとテーマは適用されているのに、デザイナに表示されないのが不思議です。
0111デフォルトの名無しさん
2010/06/02(水) 18:41:19そのプロジェクトでできたWPF.Themes.dllを
...\Common7\IDE\にコピーしてVS2008再起動してみたら？
うちではそれでうまくいったけど
0112デフォルトの名無しさん
2010/06/02(水) 19:31:38うまくいきました。ありがとうございます。
0113デフォルトの名無しさん
2010/06/03(木) 07:37:36http://compositewpf.codeplex.com/releases/view/46407
Prism 4.0 Drop 1
ひゃっはー！
0114デフォルトの名無しさん
2010/06/03(木) 08:29:41Downloads: 1
0115デフォルトの名無しさん
2010/06/03(木) 08:37:310116デフォルトの名無しさん
2010/06/03(木) 08:45:03英語が苦手なぼくちんに教えて下さい＞＜
0117デフォルトの名無しさん
2010/06/03(木) 09:23:06・MEFの統合
・MVVMサポートの拡張
・WCF RIA Services、WCF Data Servicesなんかの取り込み
・design-timeサポート
MVVMパターンは今でもできるけど、リボン・ポップアップとかのサポートも提供していくっぽい
0118デフォルトの名無しさん
2010/06/03(木) 09:30:420119デフォルトの名無しさん
2010/06/03(木) 09:35:23ありがとん！
MEF統合はありがたいのー。
0120デフォルトの名無しさん
2010/06/03(木) 13:01:08リボンとかポップアップとかダイアログはフレームワークレベルで対応してくれたらほんと使いやすくなるなぁ
0121デフォルトの名無しさん
2010/06/03(木) 15:14:000122デフォルトの名無しさん
2010/06/03(木) 15:24:541200字ぐらいで
MSDNとか数十キロバイトの文章でだらだら説明してナメてんのか
0123デフォルトの名無しさん
2010/06/03(木) 15:31:13Formsなんか既に情報が蓄積されてるし、前時代のAPIの知識も流用可能だから
大雑把な検索文句でも目的地には着くんだが。
WPFだと「まずどれを使うんだよ？」の答えに辿り着かない。
ドアに取っ手がない。
0124デフォルトの名無しさん
2010/06/03(木) 16:09:330125デフォルトの名無しさん
2010/06/03(木) 16:11:19「何処にでも」
・・・ちょっと前まで、マジこんな問答だったよな。
一休さんでも敬遠するっつーの。
0126デフォルトの名無しさん
2010/06/03(木) 16:13:32xamlに書いた場合はほぼ性的になるだろうし
C#に書くと動的だよね
0127デフォルトの名無しさん
2010/06/03(木) 16:33:550128デフォルトの名無しさん
2010/06/03(木) 16:55:480129デフォルトの名無しさん
2010/06/03(木) 17:25:36あわよくば、自分（アプリ）の音量だけを調節したいです。
調べてみたのですが、WPFで音量のコントロールって
この方法しかないのでしょうか？
ttp://www.geekpedia.com/tutorial176_Get-and-set-the-wave-sound-volume.html
上はC#の話ですが、WPFだと DllImport なんてしなくても
できませんかね？という相談です。
マイクの音量調節なら System.Windows.Input.MediaCommands クラスで
できるみたいなのですが、出力系のものを見つけることが出来ませんでした。
0130デフォルトの名無しさん
2010/06/03(木) 21:04:17システムの音量なんかWPFとは全く関係の無いこと
0131デフォルトの名無しさん
2010/06/03(木) 22:24:00そういう台詞は、WPFが何なのかを語りながら吐くものだ。
0132デフォルトの名無しさん
2010/06/03(木) 23:59:120133デフォルトの名無しさん
2010/06/04(金) 00:14:10敬遠球をランニングホーマーにするんだね
0134デフォルトの名無しさん
2010/06/04(金) 00:16:03>>129
winmm は Vista 以降に対応してなかったキガス
0135デフォルトの名無しさん
2010/06/04(金) 00:27:190136デフォルトの名無しさん
2010/06/04(金) 00:27:35並列ならいいんじゃね？
0137デフォルトの名無しさん
2010/06/04(金) 14:56:23あっ
すみません直列でした
0138デフォルトの名無しさん
2010/06/04(金) 15:06:000139デフォルトの名無しさん
2010/06/04(金) 19:26:070140デフォルトの名無しさん
2010/06/04(金) 22:46:000141デフォルトの名無しさん
2010/06/04(金) 22:49:00ViewBaseから継承してGridViewのように使えばいいと思うよ。
0142デフォルトの名無しさん
2010/06/04(金) 23:02:150143デフォルトの名無しさん
2010/06/04(金) 23:09:26ItemsPanelとItemTemplateのコンボでいけるよ。
0144デフォルトの名無しさん
2010/06/04(金) 23:19:59kwsk
0145デフォルトの名無しさん
2010/06/04(金) 23:23:38<Window.Resources>
<asm:ViewModel x:Key="viewModel"/>
<DataTemplate DataType="{x:Type asm:ImageItem}" x:Key="listBoxDataTemplete">
<Image Width="128" Height="128" Source="{Binding Path=FullName}"/>
</DataTemplate>
<ItemsPanelTemplate x:Key="listBoxPanelTemplete">
<StackPanel Orientation="Horizontal"></StackPanel>
</ItemsPanelTemplate>
</Window.Resources>
class ImageItem
{
public string FullName { get; set; }
}
どっかXAML整形表示できるところないのかしら
0146デフォルトの名無しさん
2010/06/04(金) 23:25:33<Grid DataContext="{StaticResource viewModel}">
<ListBox ItemsPanel="{StaticResource listBoxPanelTemplete}"
ItemTemplate="{StaticResource listBoxDataTemplete}"
ItemsSource="{Binding Path=Items}"/>
</Grid>
テスト用のViewModelは次のを使ってます
public class ViewModel
{
public ImageItem[] Items { get; set; }
public ViewModel()
{
this.Items = new ImageItem[10];
for (int i = 0; i < 10; i++)
{
this.Items[i] = new ImageItem();
this.Items[i].FullName = @"C:\Users\%USERNAME%\Desktop\test.jpg";
}
}
}
0147デフォルトの名無しさん
2010/06/04(金) 23:28:01まだ荒削りだけどこんな感じでいけた。
StyleとかDataTemplateはおもしろいだけに、深みにハマりそうで怖い。
スニペット
<Style x:Key="ThumbnailStyle" TargetType="{x:Type ListBox}">
<Setter Property="Padding" Value="5"/>
<Setter Property="Margin" Value="5"/>
<Setter Property="MinHeight" Value="70"/>
<Setter Property="ItemTemplate">
<Setter.Value>
<DataTemplate>
<Image Source="{Binding FilePath}"
Margin="5" Width="96" Height="72" />
</DataTemplate>
</Setter.Value>
</Setter>
<Setter Property="ItemsPanel">
<Setter.Value>
<ItemsPanelTemplate>
<UniformGrid Columns="{Binding Yoko}"/>
</ItemsPanelTemplate>
</Setter.Value>
</Setter>
</Style>
0148デフォルトの名無しさん
2010/06/04(金) 23:29:05>>145
参考にさせてもらいます。
0149デフォルトの名無しさん
2010/06/04(金) 23:30:180150デフォルトの名無しさん
2010/06/04(金) 23:34:37これのこと？
http://www.microsoft.com/downloads/details.aspx?displaylang=ja&FamilyID=6dd3d0c1-d5b4-453b-b827-98e162e1bd8d
内容は古くなってるから英語だけどv2.2のほうがいいとは思うけど。
0151デフォルトの名無しさん
2010/06/04(金) 23:41:26サンクス！
たしかにちょっと古いな…
でももうPrismのサンプルみるの疲れた('A`)
0152デフォルトの名無しさん
2010/06/06(日) 18:16:49これに適したアプリケーションってかなり限られてるね
0153デフォルトの名無しさん
2010/06/06(日) 18:24:49最初WPFでライフゲーム作ってみたときDrawingContextで毎フレーム描画してて糞重くて泣きそうになった
0154デフォルトの名無しさん
2010/06/06(日) 18:41:530155デフォルトの名無しさん
2010/06/06(日) 18:44:19何を作ろうとしたの？
0156デフォルトの名無しさん
2010/06/06(日) 19:39:030157デフォルトの名無しさん
2010/06/06(日) 22:44:240158デフォルトの名無しさん
2010/06/06(日) 23:02:530159デフォルトの名無しさん
2010/06/06(日) 23:12:24ただウィンドウが開くのが異様に重いのだけは難点
0160デフォルトの名無しさん
2010/06/06(日) 23:22:530161デフォルトの名無しさん
2010/06/06(日) 23:48:34仮想マシンの上で動いてるからビデオカードは最低レベルだしIOもホストの1/2しか出ないけど起動がちょい遅いだけで快適。
0162デフォルトの名無しさん
2010/06/07(月) 00:43:050163デフォルトの名無しさん
2010/06/07(月) 00:45:36●UI側のイベントを利用して行う
●BindingのConverterで行う
●BindingのValidationRuleで行う
●BindingのUpdate系イベントで行う
●モデル側のクラスが値を代入された時に行う
バインディングを利用した場合は上記のような場所で、
値の検証が行えると思います(他にもございましたら指摘お願いします)。
またWPFを学ぶ上で、MVCのようななんらかしらの
モデルなどはございますでしょうか？
よろしくお願いいたします。
0164デフォルトの名無しさん
2010/06/07(月) 01:09:39大量のテキストが表示されるようなアプリケーションを作るときは
TextBlockを使わずに、独自のコントロールを作らないとやってらんないよ
0165デフォルトの名無しさん
2010/06/07(月) 01:43:590166デフォルトの名無しさん
2010/06/07(月) 07:55:43Labelより独自コントロールの方が軽いのかな
0167デフォルトの名無しさん
2010/06/07(月) 12:57:47参照設定に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()呼び出しまでもたどり着いていないようです。
詳しい方どうか解決方法を教えていただけないでしょうか？
0168デフォルトの名無しさん
2010/06/07(月) 13:05:34こう言われてんだからまず確認してくれよ
0169デフォルトの名無しさん
2010/06/07(月) 13:21:22脊髄反射ありがとうございます。
そこに問題が無いことは確信を持っております。
0170デフォルトの名無しさん
2010/06/07(月) 13:22:57その確信を捨てるんだ
0171デフォルトの名無しさん
2010/06/07(月) 13:26:26>>167は64bit環境じゃない？
MDX使うなら、x86にしないとダメだよ。
構成マネージャから新規作成でx86作ってみそ
0172デフォルトの名無しさん
2010/06/07(月) 13:27:51おまえはエラーを出したことがない天才プログラマーのようだな
0173171
2010/06/07(月) 13:28:172010からはデフォルトがx86になったけど2008以前だと
AnyCPUだからね
0174デフォルトの名無しさん
2010/06/07(月) 13:31:26レスありがとうございます。
確かに64bit環境です。エスパー感謝いたします。
ただいま構成マネージャ捜索中です。
もしかしてVisual C# 2008 Express Editionでは無いのでしょうか？
0175デフォルトの名無しさん
2010/06/07(月) 13:33:30オプションのツールのとこ。
0176デフォルトの名無しさん
2010/06/07(月) 13:38:25左下の全ての設定を表示にチェック入れて
一番上のプロジェクトおよびソリューションの全般選んで
ビルド構成の詳細を表示、にチェック入れる。
ツールバーに出てこなかったらツールバーも編集いるかも
0177デフォルトの名無しさん
2010/06/07(月) 13:39:00何から何まで恐縮です。
ツール - ユーザー設定の中に構成マネージャを見つけたので、
めにゅーへ追加しました。
しかし、グレーになっており選択できないようです。
まだ頑張って調べ中ですが、取り急ぎ中間報告いたします。
0178デフォルトの名無しさん
2010/06/07(月) 13:43:19見逃していました。その通りにしますと、グレーにもならず、
ビルドメニューに構成マネージャが新たに追加されました。
実行も問題なく出来ました。
数カ月の謎が一気に解けました。皆様本当にありがとうございました。
0179163
2010/06/07(月) 14:08:590180デフォルトの名無しさん
2010/06/07(月) 14:13:13・値の検証
ValidationRuleでやれ
そのためにあるんだろーが
・モデル
MVVM
0181デフォルトの名無しさん
2010/06/07(月) 22:13:15Labelの方が軽い、というのはなんか変だね。
TextBlockはFrameworkElementから直接継承していてずっと軽い。
LabelはContentControlであって、Stringを放り込んだ場合、自動的に内部にTextBlockを作る。
メモリリソース、実行効率から言ってLabelが軽いはずはないんだけど。
一体どうなってんのかね？
0182デフォルトの名無しさん
2010/06/07(月) 22:20:300183デフォルトの名無しさん
2010/06/08(火) 01:05:40ただでさえマネージドコードは遅いのに。
0184デフォルトの名無しさん
2010/06/08(火) 06:58:440185デフォルトの名無しさん
2010/06/08(火) 11:07:39やってることがもともと非常に複雑だから仕方ない
仕様にハードの性能が追いついてないんだよ
0186163
2010/06/08(火) 11:24:31どもです、やっぱりValidationRuleでやったほうがよいのですね。
もでるについてはMVVMでググって見ます。
ありがとうございました。
0187デフォルトの名無しさん
2010/06/08(火) 12:38:17ハードを蔑ろにした糞仕様ってこと？
0188デフォルトの名無しさん
2010/06/08(火) 12:40:390189デフォルトの名無しさん
2010/06/08(火) 18:24:12ただ、バインディングやらレイアウト処理やらのマネージドコードで書かれた内部メカニズムに関してはCPUのコア性能があがらんことには
どうしようもない。WPFのViewレイヤーを担当する部分は（基本的には）分散できずにシングルスレッドで走らすしかないから
CPUのコア数があがってもどれほどの向上が見込めるのやら・・・。
0190デフォルトの名無しさん
2010/06/08(火) 18:28:220191デフォルトの名無しさん
2010/06/08(火) 18:41:39あまりに複雑になりすぎたので断念した、という経緯がある。
0192デフォルトの名無しさん
2010/06/08(火) 19:12:010193デフォルトの名無しさん
2010/06/08(火) 20:10:430194デフォルトの名無しさん
2010/06/08(火) 21:44:190195デフォルトの名無しさん
2010/06/08(火) 22:57:330196デフォルトの名無しさん
2010/06/08(火) 23:40:28別のスレッドのオブジェクトを操作するには、BeginInvoke使えとか言ってるけど、
ビューアーコントロールはそんなもん使ってくれないし。
データーを裏でロードしたり、構築したりしたい事って結構あると思うんだけどな。
ググったら、MemoryStream使って渡す例があったけど、
実際にやってみたら遅くて本末転倒だった。
0197デフォルトの名無しさん
2010/06/08(火) 23:52:53本当なら今頃 16GHz のCPUが出ている筈なのに。
0198デフォルトの名無しさん
2010/06/08(火) 23:57:390199デフォルトの名無しさん
2010/06/09(水) 00:11:52コア数増えてもクロック数あがらないとあまり効果でないってのは分かりきったことで
このままコア数増え続けていっても有効活用できないだろうし、CPU以外の
部分に足ひっぱられるだろうしで、何かしらの打開策はいるんじゃなかろーか。
0200デフォルトの名無しさん
2010/06/09(水) 01:43:08現実問題として捨てられないから妥協した、みたいな書き方だったよね
マルチコアに進んだからシングルコアの性能が上がらないんじゃなくて
逆じゃないっけ。
シングルコア性能向上の限界が見えたからマルチコアに進んでるんじゃないの
0201デフォルトの名無しさん
2010/06/09(水) 07:46:110202デフォルトの名無しさん
2010/06/09(水) 11:31:160203デフォルトの名無しさん
2010/06/09(水) 12:03:25Unityコンテナに登録して、各モジュールでインスタンスを取り出すとかかなって考えてますが、いいやり方ってありますか？
0204デフォルトの名無しさん
2010/06/09(水) 23:38:58モーダルとして表示しています。
当然、そのWindowの×ボタンをクリックすればWindowは消せるのですが、
Windowの外の領域をクリックすることでもそのWindowを消したいです。
WPF用デバッグツール snoop なども使ってみましたが、
領域の外をクリックしたことを取得する方法は分かりませんでした。
可能でしたら、手段をお教えください。
0205デフォルトの名無しさん
2010/06/09(水) 23:47:000206デフォルトの名無しさん
2010/06/09(水) 23:48:11カーソルをキャプチャするんだよ
0207デフォルトの名無しさん
2010/06/09(水) 23:48:340208デフォルトの名無しさん
2010/06/09(水) 23:50:010209204
2010/06/09(水) 23:56:02私も同じことを考えたのですが、
モーダルの場合はフォーカスを失ったとは見なさないようです。
>>206
調べてみます。ありがとうございます。
>>207
最前面かどうかの判定では難しそうです。
0210デフォルトの名無しさん
2010/06/10(木) 00:05:38モードレスへの変更を検討すべきではないかと思います。
0211デフォルトの名無しさん
2010/06/10(木) 00:14:37利用者から見て違いあるかな？
0212204
2010/06/10(木) 00:15:59アドバイスありがとうございます。
現在、以下のようなストーリーを考えているのですが、
モードレスでも記述かのうでしょうか？
・メインウィンドウから他のWindowを表示
・メインウィンドウは Window が閉じられるまで操作停止
・Windowには OK と Cancel があり、DialogResult でいずれかを受け取る
・OK or Cancel により、メインウィンドウにてその後の動作を変える
よろしくお願いします。
0213204
2010/06/10(木) 00:17:25Window の外をクリックした場合も、（例えば）Cancel であると見なしたいです。
0214デフォルトの名無しさん
2010/06/10(木) 01:31:530215デフォルトの名無しさん
2010/06/10(木) 01:38:32１分間Gridがクリックされなかったらメッセージボックスを
表示することってできる
0216デフォルトの名無しさん
2010/06/10(木) 01:53:52スタートしたあと1分間のカウントアップでもカウントダウンでもはじめて
クリックがあればカウントターをリセットすればいいだけちゃうの？
0218デフォルトの名無しさん
2010/06/10(木) 02:19:20WPFのタイマーっつーと DispatcherTimer を思い出すのだが、
この Completed で MessageBox呼ぶようにしても
Intervalのキャンセルなんてできるの？
0219デフォルトの名無しさん
2010/06/10(木) 02:25:49WPFのタイマーはよくしらんが標準のタイマーをうまくコントロールできないなら
タイマーから一定サイクルで呼び出される関数で自分の用意したカウンター
を+(もしくは-)にしてってやればいいだけちゃうの？
タイマーとしてみるよりは一定サイクルを刻むクロックとみなして・・・
0220デフォルトの名無しさん
2010/06/10(木) 02:49:14カウンタっつーか普通にタイマを一度止めて再開すれば良いんじゃね？
0221デフォルトの名無しさん
2010/06/10(木) 10:05:20やっぱり、CodeProjectかCodePlex？
0222デフォルトの名無しさん
2010/06/10(木) 10:07:380223デフォルトの名無しさん
2010/06/10(木) 10:22:060224デフォルトの名無しさん
2010/06/10(木) 10:23:260225デフォルトの名無しさん
2010/06/10(木) 10:24:15数人で作るんだったら、フォームで作っても問題無いような
仕様（それか予算）しか出てこないでしょ。
このスレでも出てきたPrismとか、そんな感じ。
0226デフォルトの名無しさん
2010/06/10(木) 10:52:24「WinFormsだと結構手間がかかるんですよねー」
「でも、WPFで１から作る予算はありませんねー」
で、結局仕様には盛り込まれず、WPFは使われないんだけど。
0227デフォルトの名無しさん
2010/06/10(木) 10:54:44いつまでもFormってのもなあ。
0228デフォルトの名無しさん
2010/06/10(木) 10:55:31MVVMとか、他人に分かるんだろうか‥‥
0229デフォルトの名無しさん
2010/06/10(木) 10:58:14推し進めるくらいなら布教してまわればいいじゃんｗ
それができないならwinformでやるしかないような
0230デフォルトの名無しさん
2010/06/10(木) 11:01:29布教とかめんどくさいじゃん。
欲しいのは金と技術であって、正直、他人のことに興味無い。
0231デフォルトの名無しさん
2010/06/10(木) 11:03:400232デフォルトの名無しさん
2010/06/10(木) 11:04:12とりあえず採用する前に、パフォーマンスの評価だけはやっといた方がいいよ。
予想以上に遅いから。
0233デフォルトの名無しさん
2010/06/10(木) 11:05:394割が学生、4割がサンデープログラマー、1割がマイクロソフトの人、
1割が通りすがりの人、ぐらいにしか思ってないんだけれど‥‥。
うちみたいなフリーダムな場末の会社じゃないと、仕事で2chとか無理でしょ。
0234デフォルトの名無しさん
2010/06/10(木) 11:06:43そんなに重いかなぁ。
SIだから、動作環境指定できるので大丈夫。
0235デフォルトの名無しさん
2010/06/10(木) 11:08:330236デフォルトの名無しさん
2010/06/10(木) 11:09:56ああ糞SI様か
下に負担だけはかけないでください
新しいことやるならそれなりに予算をください
0237デフォルトの名無しさん
2010/06/10(木) 11:11:47嫌なら下りてください。
代わりはいくらでも居るんだから〜。
0238デフォルトの名無しさん
2010/06/10(木) 11:12:53Javaなんかも実際そうなってしまったし
0239デフォルトの名無しさん
2010/06/10(木) 11:17:06ベンダーロックイン出来ない公共系はJava指定ばかりだ。
0240デフォルトの名無しさん
2010/06/10(木) 11:19:150241デフォルトの名無しさん
2010/06/10(木) 11:23:120242デフォルトの名無しさん
2010/06/10(木) 11:23:470243デフォルトの名無しさん
2010/06/10(木) 11:25:12金にもなるけど未だに使うのかよとやっかまれつつ
0244デフォルトの名無しさん
2010/06/10(木) 11:42:170245デフォルトの名無しさん
2010/06/10(木) 11:43:150246デフォルトの名無しさん
2010/06/10(木) 11:44:290247デフォルトの名無しさん
2010/06/10(木) 11:45:000248デフォルトの名無しさん
2010/06/10(木) 12:01:45WinFromsだって、大量にコントロールを貼って、節操無くInvalidateしまくったら重いだろ
WPFの場合、測定と配置の仕組みを理解していないと
再測定と再配置の嵐で遅くなる
0249デフォルトの名無しさん
2010/06/10(木) 12:08:55そこんところをやさしく解説してください
0250デフォルトの名無しさん
2010/06/10(木) 12:22:15結局カスタムレイアウト使うことにしたが、何かコツあんの？>>248
0251デフォルトの名無しさん
2010/06/10(木) 12:27:26端末200台あるような場合でも最新のハイスペック揃えってくれって言えるのはSIer様だけだよ、まったく。
TPOというか、コスト削減につなげるためにシステム入れるってことちょっとは弁えて欲しいぜ。
0252デフォルトの名無しさん
2010/06/10(木) 12:32:31今時、WPFが軽く動く端末の金額なんて、人件費に比べれば誤差だろ。
そこでコスト削減とか訳のわからないこと言っている企業は、
潰れるべき、っていうか、もう延命しようとも詰まれてると見るべき。
0253デフォルトの名無しさん
2010/06/10(木) 12:35:19遅いままなんだけどなあ。
GPUもあんまり効果無いみたいだし。
0254デフォルトの名無しさん
2010/06/10(木) 12:35:24よろしい
今すぐ纏めなさい
0255デフォルトの名無しさん
2010/06/10(木) 12:35:55セキュアな状態が必要だから、ネットワークから敷き直すの。
だから、端末代なんて誤差。
別に、SSLでも良いと思うんだけれどね。
0256デフォルトの名無しさん
2010/06/10(木) 12:38:15駄目な奴は何を作っても駄目。いつの時代も遅いって言っている。
0257デフォルトの名無しさん
2010/06/10(木) 12:41:06お互いにｗ
0258デフォルトの名無しさん
2010/06/10(木) 12:43:13FlowDocumentが重いんですが、速くする方法を教えて下さい
0259デフォルトの名無しさん
2010/06/10(木) 12:43:36再配置の連鎖が起きないように気をつけるだけだよ。
SharedSizeGroupなら、
動的にサイズが変わるコントロールや動的に生成されるコントロールを含む部分には
SharedSizeGroupを適用しないように気をつける。
それと、カスタムレイアウトは別に悪くないんじゃない？
どうせ簡単に作れるんだし。
0260デフォルトの名無しさん
2010/06/10(木) 12:45:49余計なこといわなきゃいいのに
駄目と切り捨てた以上はテクニックを披露していけよ
そしたら認めてあげるわｗ
0261デフォルトの名無しさん
2010/06/10(木) 12:50:470262デフォルトの名無しさん
2010/06/10(木) 12:56:25どれもMSDNのチュートリアル止まり
残念なことに、
配置と測定に関してはMeasureOverride、ArrangeOverrideで検索して
断片的な情報を集めて行くのが一番早い
0263デフォルトの名無しさん
2010/06/10(木) 12:56:32CodeProjectで参考にした記事でも良いよ。
そっから検討すれば良いから。
0264デフォルトの名無しさん
2010/06/10(木) 12:57:37全体の再配置が起きてるようで困ってる。
色変えや、アンダーバーがいけないのかと思って変わらないようにしてみたけど、効果なし。
継承してOnMouseEnterを潰してみたけど、効果なし。
カーソルがリンクの上を通過するたびに一秒くらい固まる。
同等な物をhtmlで表示した場合は何の問題も無いのになあ。
0265デフォルトの名無しさん
2010/06/10(木) 13:05:55そのコントロールをカスタムレイアウトの中に入れて、
強引に配置動作をカスタマイズしてしまえばいい
しかし、標準のTextBlockですら変な挙動を見せるので
この手法が役に立つという始末
フレームワークのセンスはいいけど、
個々のコントロールに品質は悪すぎですよ・・・
0266デフォルトの名無しさん
2010/06/10(木) 13:07:260267デフォルトの名無しさん
2010/06/10(木) 13:56:26・恵まれたハード環境でしか動かしていない。
・ラベルとテキストボックス貼っただけのしょうもないものしか作ったことがない。
・ただの煽り
のどれかでしょ。>>248みたいに何かをすると重くなる、という言い方ならともかく、
ただ一言重くないなんてただの無知。
0268デフォルトの名無しさん
2010/06/10(木) 14:00:250269デフォルトの名無しさん
2010/06/10(木) 14:01:37開発環境はおもたいけど、WPFアプリケーションはまあそこそこのレスポンスは発揮してますよ。
ぬるぬるはうごきませんが破綻しないレベルです。
0270デフォルトの名無しさん
2010/06/10(木) 14:06:130271デフォルトの名無しさん
2010/06/10(木) 14:06:33そう思っていた時期がありました
実際は明文化されていない作法みたいなのがあって、
それから外れるとどんなハードだろうと遅くなる
0272デフォルトの名無しさん
2010/06/10(木) 14:13:01http://msdn.microsoft.com/ja-jp/magazine/dd483292.aspx
の「期待外れのパフォーマンス」という項のサンプルコードをだな。
0273デフォルトの名無しさん
2010/06/10(木) 14:13:48> 明文化されていない作法みたいなの
これから改良される（変わる）可能性があるから明文化されてないんですかね？
0274デフォルトの名無しさん
2010/06/10(木) 14:14:47単にハード云々を言っても説得力は無いわな
0275デフォルトの名無しさん
2010/06/10(木) 14:22:43なんか極端すぎてあんまり参考にならない例だな
0276デフォルトの名無しさん
2010/06/10(木) 14:28:08オーケー、マイブラザー。
リストボックスにたかだか10,000個のアイテムを追加しただけのコードだ。
<Window x:Class="WpfApplication1.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1" Height="300" Width="300">
<Grid>
<ListBox Name="_listBox" ItemsSource="{Binding}" ScrollViewer.CanContentScroll="False"/>
</Grid>
</Window>
namespace WpfApplication1
{
public partial class Window1 : Window
{
public Window1()
{
InitializeComponent();
this.DataContext = new int[10000];
}
}
}
0277デフォルトの名無しさん
2010/06/10(木) 14:29:35シンプルな書き方と最良の書き方が一致してないんだよね
シンプルな書き方 = 最良な書き方 って発想はRoR以降に広まったものだから
2001年から設計されたWPFに求めるのは酷かもしれないけどさ
0278デフォルトの名無しさん
2010/06/10(木) 14:34:23WPFに関係無く重くなるんじゃね？
そもそも、そんな設計してる時点でドキュソだろ。
新卒しかしないって。
0279デフォルトの名無しさん
2010/06/10(木) 14:37:32ScrollViewer.CanContentScroll="False"
を消せば1万行追加しても早いわ。
言い訳ばっかりしてないで包茎の皮切り取って来い、チンカス。
0280デフォルトの名無しさん
2010/06/10(木) 14:43:21テーブルに100件ぐらい追加して「パフォーマンスに問題なし」とかほざいて納入しては
数年後に100万件超になってきてパフォーマンス障害が出たので何とかしてくれ、なんてなきつくアホ多すぎ。
どうせSIer様は買い替えの時期です、とかDQNなこと言うんだろうが。
0281デフォルトの名無しさん
2010/06/10(木) 14:44:22無くても大丈夫なように設計されてるのかと思ったら、
全然そうじゃなかったという・・・
0282デフォルトの名無しさん
2010/06/10(木) 14:51:22ただし、WinFormsとは重くなる原因が異なるので
WinFormsだと○○すれば軽かった
みたいな経験は通用しない。
0283デフォルトの名無しさん
2010/06/10(木) 14:54:520284デフォルトの名無しさん
2010/06/10(木) 15:02:07そりゃ要件定義の段階でその程度の仕様要求する方が悪いぞ
そんなところまで面倒見るわけねえだろ
0285デフォルトの名無しさん
2010/06/10(木) 15:03:33そういう所がもっと増えればよい。
無茶も言わなくなる。
0286デフォルトの名無しさん
2010/06/10(木) 15:06:20お互いに
0287デフォルトの名無しさん
2010/06/10(木) 15:08:51絵に描いたような典型的なSIerさまでﾜﾛｽ
0288デフォルトの名無しさん
2010/06/10(木) 15:10:40パフォーマンステストは、100万件はやるだろ、普通。
1億円ぐらい貰っているならば。
100万件がDBのある種の性能閾値だからな。
つーか、データの件数が何百万なのかは関係無いだろ。
WPFの話なんだから。
ビジネス層で何百万あろうと、UI層へそのまま持ってくるのが
頭おかしいって話。
百万件を同時に表示して処理できるユーザがいるのかよ。
件数が多いですが表示して良いですか？さらに絞り込みますか？
てな画面遷移を入れれば、済む話だろ？
そこで、必要に迫られて表示OKを選ぶ客は、
何分待たされても文句言わないよ。
0289デフォルトの名無しさん
2010/06/10(木) 15:12:15何か文句があるのかよカモ
ツーといえばカーで作って欲しいなら自社開発してろ
0290デフォルトの名無しさん
2010/06/10(木) 15:14:15実際に100万件表示されてるかっていう
0291デフォルトの名無しさん
2010/06/10(木) 15:17:360292デフォルトの名無しさん
2010/06/10(木) 15:19:20画面数ページレベルの表示でも十分重いのに。
0293デフォルトの名無しさん
2010/06/10(木) 15:21:38その「多いですが表示して良いですか？」の閾値が多いか少ないかの話だろ。
「100万件」はテストの話で出しただけで、WPFとは関係無いところで言ったのは確かだが。
SQL SERVER Management Studio じゃテーブルの直接編集が「先頭200行表示して編集」なんてメニューになりやがった。
>>289
生憎とSIerさまとのお付き合いはさせて頂いておりませんｗ
0294デフォルトの名無しさん
2010/06/10(木) 15:25:09それと同じで、たかだか、数十行のデータ表示させて重くないとか言ってんじゃねーよ、と言いたかっただけだ。
0295デフォルトの名無しさん
2010/06/10(木) 15:26:53凄く困る人がいるみたいだな。
ロクなテストもせずに、導入決定しちゃった人か？
0296デフォルトの名無しさん
2010/06/10(木) 15:27:52実際、Virtualizing が効いてれば1万行でも軽いわけで、「たいした処理もせずに重くないって言ってるだけ」と。
0297デフォルトの名無しさん
2010/06/10(木) 15:32:38>>276は1万件で重いって言っているし、
>>292は数ページで重いって言っているし。
少なくとも、数ページで重いとは全く思わないが。
つーか、全世界で高給取りのプログラマで使っている奴がいるのに、
日本で日本人しか使わないコード書いている零細ソフトハウスが、
ソースも無く重いとか言っても、低学歴低所得の僻みにしか聞こえんだろ？
0298デフォルトの名無しさん
2010/06/10(木) 16:26:23軽い処理だけ走らせてほら重くないでしょ、ってかｗｗ
メッセージボックス表示してGDIのどこが重いんだ、DirectXいらんでしょ、とか言ってるレベル。
WPF は重いけど、重くならないような仕掛けや仕組みを提供してるだけ。
そこから外れる(しかも簡単に)と途端に重くなるわけだが、それを知らない無知だけが重くないと主張する。
0299デフォルトの名無しさん
2010/06/10(木) 16:31:12お互いに相手を非難するばかりで自己を省みないね
0300デフォルトの名無しさん
2010/06/10(木) 16:36:14この調子で重くなるパターンと改善策をどんどん出して欲しい
0301デフォルトの名無しさん
2010/06/10(木) 16:36:16あのサンプルコードに意味あるのか？
しかも1万件って。
普通に業務で使おうとしたら、1万のオブジェクト生成するだけで重いと思うが。
それに、ググったら日本語ですらTreeViewを使う解法出てくるじゃん。
0302デフォルトの名無しさん
2010/06/10(木) 16:42:38だからなぁ。
とりあえず俺の示したサンプル動かしてから言ってくれる？
動かしもせずに、WPFは重くないとか1万行は重いとか言ってるのお前だろ。
俺は、サンプル示して、WPFは場合によって重いけど、1万行でもやり方次第で軽く表示できる、と示したの。
それがどうして>>299やら>>301の結論になるのやら。俺が意味わかんねーよ。
だいたい、何を嫉むんだよ。
お前の言うその「全世界で高給取りのプログラマ」様でさえ「200行で限界」だと認めたのに。
0303デフォルトの名無しさん
2010/06/10(木) 16:48:37ネットブック程度のマシンならカクカクするから。
3000行ならネットブックじゃなくても重い筈。1日の受注が3000明細あるとこぐらいあるだろ？
あのままだと、受注明細表出したら重くてつかえねーわけだ。
0304デフォルトの名無しさん
2010/06/10(木) 16:55:1910万record/dayだとしても
0305デフォルトの名無しさん
2010/06/10(木) 16:57:310306デフォルトの名無しさん
2010/06/10(木) 17:04:49最後の行が矛盾してるんだよ
> そこから外れる(しかも簡単に)と途端に重くなる
これには同意する。
だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？
だから、根拠もなしに「重い」と言ってる奴と「軽い」と言ってる奴がいれば、
「軽い」と言ってる奴は仕組みをよく理解してて
「重い」と言ってる奴は仕組みをあまり理解していないのではないかと考える。
0307デフォルトの名無しさん
2010/06/10(木) 17:15:58俺はベンチマークが目的じゃないんで、
作法に沿ったプログラムで十分な速度が出る事が重要なんだ
仮想化によってWPFの利点が損なわれるなら、
仮想化OFFの性能も考慮する必要があるが、そうじゃないだろ？
下手なプログラムが遅かろうがどうでもいい
0308デフォルトの名無しさん
2010/06/10(木) 17:17:340309デフォルトの名無しさん
2010/06/10(木) 17:18:342chの板一覧とスレッド一覧は無いのかな
0310デフォルトの名無しさん
2010/06/10(木) 17:22:282chの板一覧とスレッド一覧は無いのかな
0311デフォルトの名無しさん
2010/06/10(木) 17:23:05>だが、簡単に外れるなら、無知な奴が実際より軽いと誤認識する可能性は低いだろ？
>>267
いや、なんか疲れた。視点が違うのは間違いないな。
でも、日本のプログラマの8割はその下手なプログラムなんだぜ。
0312デフォルトの名無しさん
2010/06/10(木) 17:23:22100万よりは30の方が近そうだね
0313デフォルトの名無しさん
2010/06/10(木) 17:23:520314デフォルトの名無しさん
2010/06/10(木) 17:24:110315デフォルトの名無しさん
2010/06/10(木) 17:26:010316デフォルトの名無しさん
2010/06/10(木) 17:33:120317デフォルトの名無しさん
2010/06/10(木) 17:34:2830件しか表示しないとか現実離れした事言ったり、
なんかすごいWPF擁護に必死だね。
0318デフォルトの名無しさん
2010/06/10(木) 17:52:17WPFでパフォーマンスを追求したけど結局ダメでした
って話は無いの？
WPFのせいでプロジェクトが頓挫したとか、酷い製品ができあがったとか
そういう話が聞きたい。
0319デフォルトの名無しさん
2010/06/10(木) 18:05:510320デフォルトの名無しさん
2010/06/10(木) 18:07:32WPFそのもののプロジェクトが頓挫しそうじゃないか
0321デフォルトの名無しさん
2010/06/10(木) 18:31:410322デフォルトの名無しさん
2010/06/10(木) 19:19:52もっとマシなUIフレームワークは無いものか
0323デフォルトの名無しさん
2010/06/10(木) 19:47:25まず、1年目はプロトタイプを少ない拠点で展開し、
ユーザからのフィードバックを受けて好評なら2年目でWeb化。
というプロジェクトの場合、1年目も2年目もお金を沢山もらうけれど、
内部のコードは共通です、みたいなー。
0324デフォルトの名無しさん
2010/06/10(木) 20:01:100325デフォルトの名無しさん
2010/06/10(木) 20:12:460326デフォルトの名無しさん
2010/06/10(木) 20:15:49http://www.infoq.com/jp/news/2010/06/WPF-vs-Silverlight
>>中には、WPF はやがて死ぬ、と考えている人がいるが、 Microsoft Regional Director で MVPの Brian Noyes氏は、少なくとも向こう２，３年はそのようなことは起きない、と信じている。
少なくとも向こう２，３年て…先がねーな
0327デフォルトの名無しさん
2010/06/10(木) 20:24:460328デフォルトの名無しさん
2010/06/10(木) 20:26:20Brian NoyesってWinFormsで二冊本出してWPFでもMSDNに寄稿までしてる人が
2, 3年ってよっぽどだなｗ
0329デフォルトの名無しさん
2010/06/10(木) 20:26:22HTML5＆Canvas＆JavaScriptでそのうちできるよ。
レンダリングにハードウェア支援を行う予定だし、
JavaScriptはホットスポットを動的コンパイルで
ネイティコードを実行する方向にいってるしね。
一世代前くらいの携帯ゲーム機並みにはなると思われ。
0330デフォルトの名無しさん
2010/06/10(木) 20:31:260331デフォルトの名無しさん
2010/06/10(木) 21:00:54造る側からしたら地獄だな…('A`)
0332デフォルトの名無しさん
2010/06/10(木) 21:09:19ちゃんとしたデバッガがないと厳しい。
あと誰から各ブラウザの挙動を吸収してくれるライブラリかいてくれないとね。
実装の中身が見えちゃうのがいやだなあ・・・。
ソースがみえて本当に困る人が出てくれば、暗号化の話とか、
またでてくるかもね(MSがやってメジャーにならなかったけど)。
0333デフォルトの名無しさん
2010/06/10(木) 21:12:36いまさら糞ダサいFormsなんかさわってられるかっての
0334デフォルトの名無しさん
2010/06/10(木) 21:20:150335デフォルトの名無しさん
2010/06/10(木) 21:54:160336デフォルトの名無しさん
2010/06/10(木) 21:58:51WinFormsでも頑張れば同じように綺麗な見た目やアニメーションもできなくはないけどやっぱりWPFより重くなるよ
使う側のことを考えるならもちろん直接DirectXで作るのが理想なわけだが
0337デフォルトの名無しさん
2010/06/10(木) 22:13:24html5のcanvasでGPUの支援があるのって今はIE9くらいでしょ、他のブラウザも追随しそうだけど時間がかかるだろうなー普及率の問題もあるし
そのうちゲームはDirectXじゃなくてIE9を同封して配布するのかな
0338デフォルトの名無しさん
2010/06/10(木) 22:17:220339デフォルトの名無しさん
2010/06/10(木) 22:49:41WPFは、突貫で作ったような、コントロールの設計の甘さがあるし、
どっちもどっち。
0340デフォルトの名無しさん
2010/06/10(木) 22:52:26とりあえず相談室にでも消えてろ
0341デフォルトの名無しさん
2010/06/10(木) 23:03:33枠の部分の面積はWindowsのテーマに依存する部分で、さまざまに変化してしまうからデザインを考えたときに使いにくい
例えば枠がめちゃくちゃ広いテーマにしたらWindowの中が全て枠になる可能性もある
0342デフォルトの名無しさん
2010/06/10(木) 23:05:15わくわくするな
0343デフォルトの名無しさん
2010/06/10(木) 23:05:51枠内のはWindowのContentに入れた要素で調べられるし。
0344デフォルトの名無しさん
2010/06/10(木) 23:13:150345デフォルトの名無しさん
2010/06/10(木) 23:15:120346デフォルトの名無しさん
2010/06/10(木) 23:17:030347デフォルトの名無しさん
2010/06/10(木) 23:19:12MicrosoftのOrigamiってどうなったの？
0348デフォルトの名無しさん
2010/06/10(木) 23:22:340349デフォルトの名無しさん
2010/06/10(木) 23:27:10枠を含めない領域を指定できるから、枠だけしか見えないウィンドウが作られる心配はない。
0350デフォルトの名無しさん
2010/06/10(木) 23:41:54WPFが滅んだとして次はなにがくるんですか？
0351デフォルトの名無しさん
2010/06/10(木) 23:45:390352デフォルトの名無しさん
2010/06/10(木) 23:45:520353デフォルトの名無しさん
2010/06/10(木) 23:59:38いまのOS Xとかはどんだけナイスなフレームワークになってるんだ？
0354デフォルトの名無しさん
2010/06/11(金) 00:18:18OS再インストールするのに疲れた
0355デフォルトの名無しさん
2010/06/11(金) 00:19:210356デフォルトの名無しさん
2010/06/11(金) 01:04:44XPの時代にはDirectXがまともに動かない、腐ったグラフィックドライバが結構あったからなぁ・・・
0357デフォルトの名無しさん
2010/06/11(金) 01:45:34起動時間以外は工夫次第でどうにでもなる。
何が原因で起動がこんなに遅いのやら。
0358デフォルトの名無しさん
2010/06/11(金) 01:53:020359デフォルトの名無しさん
2010/06/11(金) 02:03:160360デフォルトの名無しさん
2010/06/11(金) 02:17:46VSTOでExcelのプラグイン書いた時に、UserControlをWPFにするのとWinFormsにするのとで
起動速度が結構違って笑っちゃった。
それでも最初期のWPFと比べればだいぶよくなったけどさ。
0361デフォルトの名無しさん
2010/06/11(金) 02:34:56軽くなるんじゃね？
0362デフォルトの名無しさん
2010/06/11(金) 02:42:15それ4だよ
toolkitの日本語版がこないのでやってないが
AIRみたいにブラウザアプリをインストールという形で
ローカルでも使えるようになるとか
SLがこんな感じなのでもしかするとWPFって本当に・・・
0363デフォルトの名無しさん
2010/06/11(金) 03:28:16他人が作ったのは重くて使いたくないな
0364デフォルトの名無しさん
2010/06/11(金) 04:05:58SLのOOBの方がパフォーマンス優れてるなら置き換えてもいいんだけどWPFの方がVS開くだけでいきなり始められるから導入が楽でSLには手が伸びない感じ。
これからどうなるか。
0365デフォルトの名無しさん
2010/06/11(金) 05:49:53http://pc12.2ch.net/test/read.cgi/tech/1271580489/249
0366デフォルトの名無しさん
2010/06/11(金) 15:08:06ExpressもVWDには最初から入ってる
0367デフォルトの名無しさん
2010/06/11(金) 15:11:333でもブラウザ外実行はできるけど使い物になるのは4から
4はCDなどからのローカルへのインストールもできるので
Silverlightで作れる範囲のものならほんとにWPFいらなくなった
0368デフォルトの名無しさん
2010/06/11(金) 15:54:36軽くならないものか
0369デフォルトの名無しさん
2010/06/11(金) 16:00:20SLがどうとかWPF不要とか、そんなこと言ってるの日本人だけ。
http://compositewpf.codeplex.com/
ローカルファイルに自由にアクセスしたいならWPFしかないし、
Webアプリにしていきなりブラウザ閉じられちゃったりしたら、
困る業務アプリだってあるだろ。
逆にユーザのアプリ導入の敷居を下げたいならSLの方が良い。
客の要求に合わせるしかないだろ？
0370デフォルトの名無しさん
2010/06/11(金) 16:34:23重くなるよw
レイアウトが複雑なものをSilverlightで作ると糞重くなる
0371デフォルトの名無しさん
2010/06/11(金) 17:07:51スクロールバーがクラシックスタイルになってしまうのですが
見た目を変えるにはどうしたらよいのでしょうか？
0372デフォルトの名無しさん
2010/06/11(金) 17:12:120373デフォルトの名無しさん
2010/06/11(金) 17:16:27Styleプロパティになんか設定するのかと思って調べて行き詰まってました
0374デフォルトの名無しさん
2010/06/11(金) 20:03:47なんでWinFormの使うの？
0375デフォルトの名無しさん
2010/06/11(金) 20:08:320376デフォルトの名無しさん
2010/06/11(金) 20:26:440377デフォルトの名無しさん
2010/06/11(金) 21:14:290378デフォルトの名無しさん
2010/06/11(金) 21:27:260379デフォルトの名無しさん
2010/06/11(金) 21:43:54馬鹿じゃね？
0380デフォルトの名無しさん
2010/06/11(金) 21:46:49HTMLを取得してフォームに値を入力してポストするみたいなのが面倒＆やり方が分からないからです。
調べたらwinformのブラウザ使える方法があったのでそれでやろうかと。
0381デフォルトの名無しさん
2010/06/11(金) 21:51:220382デフォルトの名無しさん
2010/06/11(金) 22:05:400383デフォルトの名無しさん
2010/06/11(金) 22:31:080384デフォルトの名無しさん
2010/06/12(土) 00:07:49MultiBinding使うのが定石？っぽいんだけど、
Converterに依存関係プロパティを実装して、そいつにバインドさせるって問題ある？
0385デフォルトの名無しさん
2010/06/12(土) 00:11:12任意の図形を単一のVisualに収める仕組み、まだ無いよね。
Controlも全然足りない。Menuすら無いってどうよ。
0386デフォルトの名無しさん
2010/06/12(土) 00:14:11INotifyPropertyChangedじゃいかんのか。
0387デフォルトの名無しさん
2010/06/12(土) 00:24:24DrawingContextはDrawing作ってるだけだからなあ
Drawingだけサポートした方がいいと思う
DrawingContextは勘違いしてSystem.Drawing.Graphics感覚で使う奴が必ず出てくるし
0388デフォルトの名無しさん
2010/06/12(土) 01:36:03DrawingContextのほうがコードであれこれできるから自由度高い。
BitmapCacheもあるし、昔ほど毛嫌いする必要もないんじゃない。
0389デフォルトの名無しさん
2010/06/12(土) 02:13:05ニート?
0390デフォルトの名無しさん
2010/06/12(土) 06:48:02なんでINotifyPropertyChanged？どう使うの？
0391デフォルトの名無しさん
2010/06/12(土) 07:26:17Menuは確かに欲しい
折角OOBに力を入れてるんだし、基本的なコントロールは一通り欲しいよな
0392デフォルトの名無しさん
2010/06/12(土) 07:33:06メニューのあるデザインは間違いだとさえ。
0393デフォルトの名無しさん
2010/06/12(土) 08:14:14メユーからコピーだの貼り付けだの選んで使ってる人なんていないだろし
0394デフォルトの名無しさん
2010/06/12(土) 08:23:47まあ一般ユーザは逆なんだろうけれど
0395デフォルトの名無しさん
2010/06/12(土) 08:28:29捨てるべきだなあ
どっちかといえばUIはゲームに学ぶべきだと思う
0396デフォルトの名無しさん
2010/06/12(土) 08:38:300397デフォルトの名無しさん
2010/06/12(土) 08:42:46しかしSilverlightだと、Altキーを押しても
SLアプリじゃなく、ブラウザのメニューバーにフォーカスが移りそうな気がするがなｗ
0398デフォルトの名無しさん
2010/06/12(土) 08:42:56そりゃofficeそのものがタッチ向けのソフトじゃないからだろｗ
中身で考えろｗ
0399デフォルトの名無しさん
2010/06/12(土) 08:45:15あんなもん、業務アプリじゃとても使い物にならんと思うが
（ハードウェアからして、専用のが必要だし）
0400デフォルトの名無しさん
2010/06/12(土) 09:20:30間違いは有るかも
■共通
[ ポインター ][ 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
0401デフォルトの名無しさん
2010/06/12(土) 09:45:420402デフォルトの名無しさん
2010/06/12(土) 09:57:080403デフォルトの名無しさん
2010/06/12(土) 10:06:200404デフォルトの名無しさん
2010/06/12(土) 11:37:37アプリのひな型としてとりあえず入れるものだと思ってる。
作ってるアプリに最適なUIが見えてきたら不要にできるかもしれないけど
一番最初はどんなUIが最適かわからんものだ。
とっかかりとして便利なんだよ。
0405デフォルトの名無しさん
2010/06/12(土) 11:56:44> DockPanel、Expander、GroupBox
って、おもいっきりよく使うところじゃねーかw Silverlight使いはどうやっているんだよw
0406デフォルトの名無しさん
2010/06/12(土) 12:05:06どういうつくりなのか想像もつかん
0407デフォルトの名無しさん
2010/06/12(土) 12:18:03Silverlight Toolkitというものがあってだな。
0408デフォルトの名無しさん
2010/06/12(土) 14:42:48まあTextBlockとかで代用出来なくも無いが…。
0409デフォルトの名無しさん
2010/06/12(土) 16:29:20極端な話、マウスやキーボードなどによる入力の検知と
最終的な画面への出力さえあればなんでもできる
そこだけはもちろんプラットフォーム呼び出しに頼って
あとは全てマネージコード
0410デフォルトの名無しさん
2010/06/12(土) 16:38:49そこまで大袈裟なUI作るならDockPanelの有無なんか些細な問題だし
Silverlightでそこまでやらんでしょ
0411デフォルトの名無しさん
2010/06/12(土) 19:57:04むしろGridだと大げさすぎてパフォーマンスに懸念があるところで
DockPanelやStackPanelのような軽量レイアウトをつかうんだけどなぁ。
0412デフォルトの名無しさん
2010/06/12(土) 20:21:14Webブラウザは、クライアントアプリに比べてウィンドウサイズを動かされる率も高いだろうし。
0413デフォルトの名無しさん
2010/06/12(土) 20:42:35それをxamlで参照してRectangleを描画させたいのですがどうしたらいいですか？
0414デフォルトの名無しさん
2010/06/12(土) 20:49:11カスタムのItemsControl作らないと無理じゃないか。
0415デフォルトの名無しさん
2010/06/12(土) 20:51:30俺には無理ですか＞＜
0416デフォルトの名無しさん
2010/06/12(土) 20:52:561. ItemsControlのItemsSourceにObservableCollectionをbind
2. ItemsControl.ItemsPanelにCanvasを入れIsItemsHostにする。
3. RectangleInfoのDataTemplateを定義してRectangleに変換
でできそうな気がする。そんなことやったことないけど
0417デフォルトの名無しさん
2010/06/12(土) 21:40:16試してみたがダメっぽい。
ItemsControlをそのまま使うとItemのコンテナはContentPresenterになるんだけど
コンテナの縦横が0だから表示されないという事態になるっぽい。
0418デフォルトの名無しさん
2010/06/12(土) 21:55:59あぁそうか、Canvas.Topとかで指定しないとダメか。
んじゃ、Rectangleの代わりにPolygonにして座標直接指定か、
ItemContainerStyleでCanvas.TopなどをBind。
気になって超適当な検証コードかいて行けた。
0419デフォルトの名無しさん
2010/06/12(土) 21:57:310420デフォルトの名無しさん
2010/06/12(土) 22:03:43うるうる
ちょーだい
0421デフォルトの名無しさん
2010/06/12(土) 22:35:06http://uproda11.2ch-library.com/11247102.zip.shtml Pass=wpf
0422デフォルトの名無しさん
2010/06/12(土) 22:47:25たすかりました
0423デフォルトの名無しさん
2010/06/13(日) 13:05:48たとえば、
設定値が1の場合：EvenConverter
設定値が2の場合：OddConverter
といった感じに切り替えることがやりたいです。
もしくはConverter内で、設定値が1の場合、2の場合と処理を分けてもいいんですが、
その場合、Converterにどのように設定値を渡せばいいんでしょうか？
0424デフォルトの名無しさん
2010/06/13(日) 13:18:330425デフォルトの名無しさん
2010/06/13(日) 13:42:59複数の引数渡せるコンバーターがあったような
0426デフォルトの名無しさん
2010/06/13(日) 13:49:11>>425
固定値ならConverterParameterで渡せる(Bind不可)し、
IMultiValueConverterもある。
0427デフォルトの名無しさん
2010/06/13(日) 14:46:36ItemContainerStyleという手があったか…
些細なものでもひとのコードを読むのは勉強になる。
0428デフォルトの名無しさん
2010/06/13(日) 15:35:20デザイナとプログラマの担当部分の分離なんてやっぱり無理なんじゃないか？
もうデザイナにはStyleだけ作ってもらうようにするしかない。
0429デフォルトの名無しさん
2010/06/13(日) 16:08:00Webデザイナだってhtmlとcssを理解しているんだから
同じレベルでxamlを理解してもらう必要があるだろうね。
ファイルを.xamlと.xaml.csに分けたから分離完了なんてわけにはいかないさ。
0430デフォルトの名無しさん
2010/06/13(日) 19:58:210431デフォルトの名無しさん
2010/06/13(日) 20:29:44ただ未だに「動かせるのにたえうるStyle」を作れるデザイナなんて見たことがない。
0432デフォルトの名無しさん
2010/06/13(日) 21:04:330433デフォルトの名無しさん
2010/06/13(日) 22:56:080434デフォルトの名無しさん
2010/06/14(月) 06:45:03どうせ理解できないから。
各パーツと、それをどう配置するかの詳細情報のみもらう。
0435デフォルトの名無しさん
2010/06/14(月) 17:49:59それが現実的だろうね。
xamlはどのみちプログラマの仕事になる。
0436デフォルトの名無しさん
2010/06/14(月) 19:32:24あれのNumericUpDownは最高だ
0437デフォルトの名無しさん
2010/06/14(月) 19:46:53リボンなら
http://fluent.codeplex.com/
0438デフォルトの名無しさん
2010/06/14(月) 21:22:320439デフォルトの名無しさん
2010/06/14(月) 21:46:160440デフォルトの名無しさん
2010/06/14(月) 21:56:070441デフォルトの名無しさん
2010/06/15(火) 00:13:560442デフォルトの名無しさん
2010/06/15(火) 03:45:35UIを担当するプログラマとビジネスロジックを担当するプログラマとで分業できるじゃないか
0443デフォルトの名無しさん
2010/06/15(火) 08:24:17完全に分離できているとはいえない
0444デフォルトの名無しさん
2010/06/15(火) 10:43:54プログラマーだろうと、誰にでも出来るだろ？
大勢が見たときに、最も万人ウケするデザインにすれば問題無い。
客観的に見て、最も違和感を感じないようにさせれば良いだけ。
正直、それ以上は、デザイナのセンスより、ユーザからのフィードバックの方が重要。
そんな訳で、他人が見て違和感を感じさせるデザインしか出来ない奴は、
他人の気持ちが分からない人か、本当に頭が狂っている人のどちらかだと思っている。
0445デフォルトの名無しさん
2010/06/15(火) 12:21:430446デフォルトの名無しさん
2010/06/15(火) 13:28:14考える人ならいいものができると思うよ。
0447デフォルトの名無しさん
2010/06/15(火) 14:59:02つまり、会話が面白くなく、自分語りしか出来ない人は、デザインも駄目だと思う。
面白い話が出来ない人は、自分勝手なデザインしか出来ない。
0448デフォルトの名無しさん
2010/06/15(火) 21:53:40両方ともCodePlexで公開されてるんですけれど。
CALの各モジュールの中でToolkitを使いたい人は使うって感じですか？
0449デフォルトの名無しさん
2010/06/15(火) 23:11:59となると、MEFがある現在、CALの存在意味ってあんまりない？
CALのDrop2が出たけれど、MEFとMVVMが目玉になってるし。
0450デフォルトの名無しさん
2010/06/15(火) 23:21:19> 芸術系の奇抜なデザインならともかく、産業系の工学的なデザインなら、
> プログラマーだろうと、誰にでも出来るだろ？
いきなり工業デザインて専門分野を否定してきたけどさ、
製造業で働いてるデザイナと仕事したことあるか?
まあ言いたいことはわかるんだがちょっと現実離れしてるぞ。
0451デフォルトの名無しさん
2010/06/15(火) 23:52:38デザイナー「無効状態は文字を灰色で」
俺 「じゃ編集済み未保存は？」
デザイナー「それは赤で」
俺 「え？編集済み未保存かつ無効状態は？」
デザイナー「青」
俺 「ぇえ！？」
二度とやりたくない。
0452デフォルトの名無しさん
2010/06/16(水) 00:18:07悪かった。想像を超えるレベルみたいだ。
0453デフォルトの名無しさん
2010/06/16(水) 08:46:42試作品に数十万、量産用の金型に数百万や数千万かかる製造業と、
簡単にUIが修正出来るIT系は、ちょっとデザイナの重みが違うと思うが。
>>451みたいな例もあるし、
最終的に重要なのは、ユーザからのフィードバックじゃない？
0454デフォルトの名無しさん
2010/06/16(水) 14:51:28WPFが遅いとかいう話になると、めちゃくちゃレスが付くのに‥‥。
そういえば、使えないプログラマの特徴に、こんなのあったよね。
・新しい言語、フレームワーク、開発環境のデメリットの情報だけは早い。
・問題が起きると、大抵マイクロソフトの所為、ということで落ち着く。
0455デフォルトの名無しさん
2010/06/16(水) 16:17:110456デフォルトの名無しさん
2010/06/16(水) 17:08:230457デフォルトの名無しさん
2010/06/16(水) 22:24:20CALのほうがMEFより守備範囲が広い。
MEFにはIModuleもなければRegionもない。
CompositWPFEventもない。
ただし、MEFは.NET標準装備のDIコンテナだから将来も安心。
以上を踏まえた上であんたのアプリに必要なものを使えとしか言えないな。
俺はMEFと統合するまではCALを本気で使う気は無い。
0458デフォルトの名無しさん
2010/06/16(水) 22:27:55>>453
たしかにその通り。でも、ユーザーからのフィードバック＝手戻り。
デザイナーの知識・経験を反映させることで精度を上げ、そのリスクを軽減させることが重要じゃないか？
デザイナー自身が反映させる知識・経験を持っていなかったり、その責務を理解していないことも珍しくないがw
0459デフォルトの名無しさん
2010/06/16(水) 22:32:31「綺麗なビットマップを作れる人」が良いデザイナーというわけではないのだけど
美しさ以外は自分の責務ではないからよろしくやってくれというデザイナも稀に生き残っているね。
UXという言葉はもうちょっと広まってくれていい。
0460デフォルトの名無しさん
2010/06/17(木) 00:03:37要件決めるときとおんなじで本当は何をしたいのかってのがわかんなくなってることままあるよね
0461デフォルトの名無しさん
2010/06/17(木) 00:37:30コントロールの配置や画面遷移とかはプログラマの領分でしょ。
0462デフォルトの名無しさん
2010/06/17(木) 07:19:340463デフォルトの名無しさん
2010/06/17(木) 20:14:05wpfのアーキテクチャは複雑だけど
そこのところがあいまいだとわけわかんねえだろ
0464デフォルトの名無しさん
2010/06/17(木) 20:21:53なにが複雑なのやら。
0465デフォルトの名無しさん
2010/06/17(木) 20:39:13まともに作れないのが気にくわん
0466デフォルトの名無しさん
2010/06/17(木) 22:56:15windows 7 でDPIを100から125（もしくは150）にすると
レイアウトが崩れるのだが、DPIの設定を変えても
ウィンドウサイズとかフォントサイズとかを変化させない
ようにする方法ってある？
調べてみたところ、MSDNに DeclareDPIAware.manifest の名前で
紹介されている manifest をプロジェクトに追加してDPI設定を認知
するようにし、レイアウトその他は自分でゴリゴリ書かないといけない
のかな、と思ったのですが。
参考にしたサイトなど：
ttp://msdn.microsoft.com/ja-jp/windows/dd630126.aspx
ttp://msdn.microsoft.com/en-us/library/ms633543(VS.85).aspx
※SetProcessDPIAware関数は使っていません
0467デフォルトの名無しさん
2010/06/18(金) 04:02:120468デフォルトの名無しさん
2010/06/18(金) 07:25:32おぉ、こんなプロパティがあったのですか。
ありがとうございます。
0469デフォルトの名無しさん
2010/06/18(金) 07:42:25コントロールのツリーを表現するのは別に複雑とは思わないが、crlオブジェクトの
参照やバインディングの表記はわかりにくく且つうざすぎるじゃね？
0470デフォルトの名無しさん
2010/06/18(金) 11:12:14それぐらいは仕方ないんじゃね？
他に、神がかり的な表記法があるとも思えない。
まぁ、インテリセンスを改良して、Binding指定の時も候補出すとか、
インテリセンスで候補をコードじゃなくUIのプレビューで表示するとか、
そういう改善ぐらいしか出来ないのでは？
0471デフォルトの名無しさん
2010/06/18(金) 13:57:12表示は何でもかんでもCSS!!ってやってピンポイント修飾がやり辛くなってるHTML5と似たような感じ
0472デフォルトの名無しさん
2010/06/18(金) 19:43:430473デフォルトの名無しさん
2010/06/18(金) 21:51:00どういう風にかければ満足なん？
0474デフォルトの名無しさん
2010/06/18(金) 21:57:32見た目が重要だ！とか言い出してる顧客がいるんだけど外に丸投げだから簡単じゃないと厳しい
0475デフォルトの名無しさん
2010/06/18(金) 21:58:390476デフォルトの名無しさん
2010/06/18(金) 22:06:46かっこいい！おしゃれ！市販ソフトみたい！と賞賛されていた。そいつだけが。マジで
0477デフォルトの名無しさん
2010/06/18(金) 22:15:230478デフォルトの名無しさん
2010/06/18(金) 22:29:460479デフォルトの名無しさん
2010/06/18(金) 22:49:560480デフォルトの名無しさん
2010/06/19(土) 00:38:330481デフォルトの名無しさん
2010/06/19(土) 00:39:570482デフォルトの名無しさん
2010/06/19(土) 01:05:580483デフォルトの名無しさん
2010/06/19(土) 01:58:370484デフォルトの名無しさん
2010/06/19(土) 05:31:59たとえば比較的新しい部類に入る Windows Media Center もマネージド アプリケーションだし、WPF が使うのは InBox アプリケーションはこれからでしょ。
実際 Windows Vista から新規に追加された実行可能ファイルなんて PowerShell ぐらいだし。
0485デフォルトの名無しさん
2010/06/19(土) 09:00:18お前らも嫌々言ってないでデザインぱくってくればいいよ
0486デフォルトの名無しさん
2010/06/19(土) 11:20:21パクるのもセンス。
それをあわせるのもセンス。
不要と思うなら自分でやればいいよね。
0487デフォルトの名無しさん
2010/06/19(土) 11:30:24不条理で非合理的で無茶苦茶な要望を平気でいうデザイナーと、それを精査せずに受け入れる上司が嫌なんだ。
「チェックボックスが○でラジオボタンは◇」とか
「すべての部品がアニメーションでうにょぉぉおーん！」とかありえないことを要求する。
0488デフォルトの名無しさん
2010/06/19(土) 13:05:55（カラム数がコンパイル時は未確定）、どうすればいいですか？
DataTemplateとかでできればいいんですが、
コードビハインドでカラム生成してaddしていくしかないですかね。
0489デフォルトの名無しさん
2010/06/19(土) 13:56:080490デフォルトの名無しさん
2010/06/19(土) 16:20:50AutoGenerateColumnとかあったんですね。ありがとうございます。
ItemsSourceにバインドさせるコレクションを列に対応させて動的に作ればいいのかな。
やってみます。
0491デフォルトの名無しさん
2010/06/19(土) 17:15:58そういうのを否定するならWPF使う意味を示せないのでは？
0492デフォルトの名無しさん
2010/06/19(土) 18:11:51それはデザイナーのセンスがないんだね。
絵がきれいだけがセンスじゃないからね。
それを良しとする上司では、ご愁傷様です。
0493デフォルトの名無しさん
2010/06/19(土) 19:37:120494デフォルトの名無しさん
2010/06/19(土) 20:10:14部品をカスタマイズできるのはいいが、部品のあるべき挙動を理解せずに
ものすごい挙動を発明するデザイナーがいるからなぁ。
不自由ってのは愚者でも道を違わぬために必要なものだと理解した。
0495デフォルトの名無しさん
2010/06/19(土) 20:14:080496デフォルトの名無しさん
2010/06/19(土) 21:20:35まずはAbout Faceでも読ませとけ。
0497デフォルトの名無しさん
2010/06/20(日) 01:52:14WPFアプリ増えないでくれ
0498デフォルトの名無しさん
2010/06/20(日) 03:44:37昔のVB製ソフトを思い起こさせる
0499デフォルトの名無しさん
2010/06/20(日) 06:16:53VGAがカスな仮想環境ですらサクサクなのに
0500デフォルトの名無しさん
2010/06/20(日) 08:14:430501デフォルトの名無しさん
2010/06/20(日) 08:32:48古いPCもいっぴい稼働されてる世の中だから
0502デフォルトの名無しさん
2010/06/20(日) 08:54:37重いというなら環境を書け
愚痴と独り言をこぼされても参考にならん
0503デフォルトの名無しさん
2010/06/20(日) 09:15:420504デフォルトの名無しさん
2010/06/20(日) 10:44:04アプリ起動とコントロールの動的生成の時は重たいがあとはまぁ何とかなる。
アプリの内容/作り次第では問題にはならないだろう。
だがそれ以上に表示乱れまくりだから、使えないが。
0505デフォルトの名無しさん
2010/06/20(日) 11:50:170506デフォルトの名無しさん
2010/06/20(日) 12:40:21しかもデスクトップPC・・・
ネカフェとかだとたまにあるわ。
0507デフォルトの名無しさん
2010/06/20(日) 12:53:170508デフォルトの名無しさん
2010/06/20(日) 12:54:45vs2010はストレージ食うのでSSDだときついくらいか
0509デフォルトの名無しさん
2010/06/20(日) 13:15:010510デフォルトの名無しさん
2010/06/20(日) 21:57:26頭の中に何入ってんの？豆腐？
0511デフォルトの名無しさん
2010/06/20(日) 22:59:550512デフォルトの名無しさん
2010/06/20(日) 23:11:10むしろマみたいな玄人向けの面白マシンが多い
環境だと思うんだが。
0513デフォルトの名無しさん
2010/06/20(日) 23:23:300514デフォルトの名無しさん
2010/06/20(日) 23:54:54環境を言えば頭がおかしいと言い。
おイタが過ぎる知将さんなんだね。
0515デフォルトの名無しさん
2010/06/21(月) 01:19:030516デフォルトの名無しさん
2010/06/21(月) 01:23:42重い重いと1人でわめいてりゃ滑稽にも見えるさ。
「これ重くない？ねぇねぇ素手で持つと重いよ！重いって！」
他の人は荷車で軽々運んでるのに。
0517デフォルトの名無しさん
2010/06/21(月) 01:24:30対象スレ：WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part6
キーワード：頭がおかしい
検索方法：マルチワード(OR)
514 名前：デフォルトの名無しさん[sage] 投稿日：2010/06/20(日) 23:54:54
重いと言えば環境を書けと言い、
環境を言えば頭がおかしいと言い。
おイタが過ぎる知将さんなんだね。
抽出レス数：1
？
0518デフォルトの名無しさん
2010/06/21(月) 07:23:57普及させる気がないのだろうか
0519デフォルトの名無しさん
2010/06/21(月) 10:17:05んなわけない。
WinFormと同様程度のデザインならVSで十分だろ？
もっと気狂いじみたデザインをしたい時に、Blendだろ？
Expressionシリーズがこのまま普及してくれれば、
PhotoshopやIllustratorのシェアが減らないかな。
アドビのツールは10万を超えるから、個人で買うのは難しい。
0520デフォルトの名無しさん
2010/06/21(月) 10:47:50そのレベルで文句を言っていってる人には普及させるつもりはないでしょうね。
0521デフォルトの名無しさん
2010/06/21(月) 12:36:11どこをどうしたらPhotoshopと競合すんだよwwwwww
アホか
0522デフォルトの名無しさん
2010/06/21(月) 13:07:410523デフォルトの名無しさん
2010/06/21(月) 13:29:360524デフォルトの名無しさん
2010/06/21(月) 20:33:00シンプルで割と好きだこれ
0525デフォルトの名無しさん
2010/06/21(月) 20:34:19もとになったのってな〜に？
0526デフォルトの名無しさん
2010/06/21(月) 20:34:58今あるのはパチモン
0527デフォルトの名無しさん
2010/06/21(月) 20:44:23expressionというグラフィックツールがあったって話
0528デフォルトの名無しさん
2010/06/22(火) 06:51:060529デフォルトの名無しさん
2010/06/22(火) 07:51:380530デフォルトの名無しさん
2010/06/22(火) 08:41:330531デフォルトの名無しさん
2010/06/22(火) 10:27:08こういう運用にはちょうどいいわ
0532デフォルトの名無しさん
2010/06/22(火) 13:42:53WPFは、高性能なPCでなんでこんなに重いの？
0533デフォルトの名無しさん
2010/06/22(火) 13:46:350534デフォルトの名無しさん
2010/06/22(火) 13:57:56ぜんぶ絶対座標でいける
0535デフォルトの名無しさん
2010/06/22(火) 14:34:33しかし、実際のところ WPF のアプリが重いと思ったことはないな。
VS2008 から VS2010 に移ったけど、あんまり変わらない。多少軽くなったかもと思えるぐらい。
0536デフォルトの名無しさん
2010/06/22(火) 14:42:53VSの場合は元から立ち上げ遅いから気にならんのではないか
0537デフォルトの名無しさん
2010/06/22(火) 14:47:470538デフォルトの名無しさん
2010/06/22(火) 19:11:13生活が貧しいと、心まで貧しくなり、視野が狭くなるのです。
0539デフォルトの名無しさん
2010/06/22(火) 19:14:20重い重いと喚くだけなのは何の意味もねーよなっつーか何つーか
0540デフォルトの名無しさん
2010/06/22(火) 20:25:510541デフォルトの名無しさん
2010/06/22(火) 20:40:570542デフォルトの名無しさん
2010/06/22(火) 20:46:00TDP1W以下のやつから、デュアルコアでHT対応してGMA 3150が統合されてるやつまである。
GMA 3150：200MHz〜400MHz/ビデオメモリ256MB/DirectX9.0c/Shader Model 2.0（3.0はソフトウェア対応）
もうすぐ発売されるLincroftは、さらにパフォーマンスがアップして、もっと低消費電力になるらしい。
0543デフォルトの名無しさん
2010/06/22(火) 21:07:57AWT とか Swing なんて実際遅すぎて流行らなかったってのもあるよね。
0544デフォルトの名無しさん
2010/06/22(火) 21:21:030545デフォルトの名無しさん
2010/06/22(火) 22:07:35ページを連続して替える時はすぐ切り替わるけど。
ちょっとほっといた後に切り替えると、少し時間かかったりする。
0546デフォルトの名無しさん
2010/06/22(火) 22:28:37WPFは要素が変更されない限り再描画しないから
0547デフォルトの名無しさん
2010/06/22(火) 22:30:07こっちは、金出してんだぞ。
それが嫌なら、プライムベンダーに転職しろや。
つーか、わざわざ戦場で足軽に就職するってマゾ？
0548デフォルトの名無しさん
2010/06/22(火) 22:50:280549デフォルトの名無しさん
2010/06/22(火) 22:51:260550デフォルトの名無しさん
2010/06/22(火) 23:17:48DropShadowBitmapEffectが動くだけになかなか気がつかなかったよ。
0551デフォルトの名無しさん
2010/06/22(火) 23:25:110552デフォルトの名無しさん
2010/06/23(水) 01:58:25ビルドも通るし非推奨の警告も何も出ないのに動かすと何も動作しないのがひどいなど。
4もサポート対象に入ったままだし。
0553デフォルトの名無しさん
2010/06/24(木) 10:27:260554デフォルトの名無しさん
2010/06/24(木) 11:02:140555デフォルトの名無しさん
2010/06/25(金) 00:09:30例えばゲームでよくある
ストーリーモード
VSモード
プラクティス
オプション
クレジット
というようなメニューがあって、オプションを選択したら、右からにゅにゅっと
オプション項目が出てくるようなUIを作りたいとき、Pageを使うのは有効？
それとも各画面をリソースとして作っておいて、
Clickイベントをイベントトリガで拾うなりして自分でごりごり書いていくのがいいかな。
後者だと遷移アニメーションはなんとかできそう。でもリソースとしてUIを書いていくのは
デザイナ使えないしちょっと大変だな。
0556デフォルトの名無しさん
2010/06/25(金) 00:41:04ページではないんでないか
0557デフォルトの名無しさん
2010/06/25(金) 07:24:39どうすればいいですか？
0558デフォルトの名無しさん
2010/06/25(金) 07:39:120559デフォルトの名無しさん
2010/06/25(金) 07:41:55線をL本、RectangleをM個かかせたいとき、(L、Mは可変)
WPF流に実装するにはどうすればスマートでしょうか？
0560デフォルトの名無しさん
2010/06/25(金) 08:35:37（´・ω・｀）
0561デフォルトの名無しさん
2010/06/25(金) 13:43:530562デフォルトの名無しさん
2010/06/25(金) 14:33:39何をしたいのかわからないんだよ
0563デフォルトの名無しさん
2010/06/25(金) 14:36:48System.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番目だけ表示されます。
実装する上で何が足りないのか問題が解決できずに煮詰まっています。
0564デフォルトの名無しさん
2010/06/25(金) 14:49:080565デフォルトの名無しさん
2010/06/25(金) 16:06:00MeasureOverride と 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 がないなら自分で書くしかないけど。
0566デフォルトの名無しさん
2010/06/25(金) 16:32:08ありがとうございます。2個目以降の表示ができました。
それらの実装も書く必要があったのですね・・・。
0567デフォルトの名無しさん
2010/06/25(金) 16:38:260568デフォルトの名無しさん
2010/06/26(土) 11:20:15WPFはどうすればhtmlを表示することができますか？
0569デフォルトの名無しさん
2010/06/26(土) 11:33:510570デフォルトの名無しさん
2010/06/26(土) 11:43:26ありがとうございますッ
0571デフォルトの名無しさん
2010/06/26(土) 20:42:17WPFは重い。
0572デフォルトの名無しさん
2010/06/26(土) 21:11:49>>413-421のやり方を拡張して、ItemsSourceにラインデータと四角データを両方入れて
ライン用データテンプレートと四角用データテンプレートで表示させればおk。
0573デフォルトの名無しさん
2010/06/27(日) 03:19:09いきなり行き詰ったorz
0574デフォルトの名無しさん
2010/06/27(日) 19:51:43回避する方法ある？
0575デフォルトの名無しさん
2010/06/27(日) 21:14:18それなら再現可能なコードを出してくれなきゃどうにもならん
0576デフォルトの名無しさん
2010/06/28(月) 00:03:18MSに報告してもナシのつぶて
やってられん
0577デフォルトの名無しさん
2010/06/28(月) 00:18:18"VisualTreeをつなぎ忘れてもたまに描画される"とか、
"要素の外に子要素を描画させると、親要素のサイズ次第で子がかかれたりかかれなかったり"とか。
最悪なのがXPとVista以降で挙動がガラっと変わることがあること。
0578デフォルトの名無しさん
2010/06/28(月) 00:27:230579デフォルトの名無しさん
2010/06/28(月) 07:56:52ItemsControlの中でLine書かせたんだが
やたらとでかいマイナスの座標(Canvasの外)与えちゃうと
上に隣接する別なコントロールにまで線延ばしてくれた
カットされることを期待してたんだけどびっくりした
0580デフォルトの名無しさん
2010/06/28(月) 21:06:24親要素でClipを設定する
0581デフォルトの名無しさん
2010/06/28(月) 21:16:35どもども、お騒がせしました
0582デフォルトの名無しさん
2010/06/29(火) 02:51:040583デフォルトの名無しさん
2010/06/29(火) 08:19:460584デフォルトの名無しさん
2010/06/29(火) 16:09:01VとVMの分離という意味ではMVVM的には何の問題もない
0585デフォルトの名無しさん
2010/06/29(火) 19:50:29ネイティブから扱えるようにはならないのだろうか
0586デフォルトの名無しさん
2010/06/29(火) 21:15:19レイヤが増えて余計に重くなるはず
0587デフォルトの名無しさん
2010/06/30(水) 01:07:03View側にViewModelのインスタンスは持ちたくありません。CodeplexにあるCAL4のCommandBehavior<T>クラスを使ってヘルバークラスを用意したらルーティングイベントとコマンドをバインドすることができました。
0588デフォルトの名無しさん
2010/06/30(水) 01:08:44ViewはViewModelを知っているもの
でなきゃ何をどうバインドするんだよ
0589デフォルトの名無しさん
2010/06/30(水) 01:43:270590デフォルトの名無しさん
2010/06/30(水) 03:08:500591デフォルトの名無しさん
2010/06/30(水) 09:19:31今回のケースでどうかはともかくとして、無理にコードビハインドを避けて
Viewの実装の詳細に引きずられてViewModelのインターフェイスが複雑になって
結果的にVMがVに依存してるのに近い状態になるのは本末転倒だと思う
0592デフォルトの名無しさん
2010/06/30(水) 10:40:08（マウスがある程度動いたらToolTipがマウスに追随して移動）
ようにしたいのですが、いい方法あるでしょうか？
0593デフォルトの名無しさん
2010/06/30(水) 11:04:27MouseMoveイベントで毎回SetToolTip
0594デフォルトの名無しさん
2010/06/30(水) 11:05:33ならそれの制御しないとだな
593はマウスに常に追随する
0595デフォルトの名無しさん
2010/06/30(水) 11:45:19忘れてくれ
0596デフォルトの名無しさん
2010/06/30(水) 12:20:06とりあえずコントロール前面に透明な物体描いてそれぞれにToolTipもたせて
なんとなくそれっぽいことしてみました
でも気持ち悪いのでもっといい方法があれば教えてください
0597デフォルトの名無しさん
2010/06/30(水) 15:18:190598デフォルトの名無しさん
2010/06/30(水) 15:24:24それはいいとして、ウィンドウ全体でClearTypeでテキスト描画するように指定する方法ってどうやんの？
初心者な質問ですみません。
0599デフォルトの名無しさん
2010/06/30(水) 19:59:42ありがとうございます
Popupで動くようにできました
でもなぜかPopupが真っ黒になります
なんで？
0600デフォルトの名無しさん
2010/06/30(水) 20:33:48へんなの
0601デフォルトの名無しさん
2010/07/01(木) 01:07:53試しにこんなコード書いてみたけど
private void Window_SizeChanged(object sender, SizeChangedEventArgs e)
{
Window s = sender as Window;
double per = 0.5625;
s.Height = s.Width * per;
e.Handled = true;
}
リサイズさせると一部が盛大にちらつく。マウスでドラッグした分を描画したあとに
コードで指定したサイズに描画してる感じ。ちらつかせないようにしたいがどうすればいい？
0602デフォルトの名無しさん
2010/07/01(木) 01:35:15レイアウト計算時点で新しいサイズが反映されるからちらつきにくくはなりそうな気がするけど。
0603デフォルトの名無しさん
2010/07/01(木) 14:24:20<Canvas>
<xxx:NANIKA Width="{Binding xxxxxxxx}"/>
</Canvas>
</UserControl>
でNANIKAのプロパティにUserControlやCanvasのプロパティをバインドさせたいとき
xxxxxxxxの部分の書き方を教えてください
0604デフォルトの名無しさん
2010/07/01(木) 15:16:450605デフォルトの名無しさん
2010/07/01(木) 22:06:08<Canvas x:Name="foo">
<xxx:NANIKA Width="{Binding ElementName=foo, Path=ActualWidth}"/>
</Canvas>
</UserControl>
0606デフォルトの名無しさん
2010/07/02(金) 14:16:13ありがとう。ArrangeOverrideに書いてみたけど扱い方がよくわからんのもあって
うまくいかなかった。自由に大きさ変えられちゃうし
0607デフォルトの名無しさん
2010/07/02(金) 20:01:10こんなぐぐればすぐ出てくるようなのを試してないわけないか
0608デフォルトの名無しさん
2010/07/02(金) 21:22:42これにはどういったアプローチの仕方があるの？
モデルの部分をDBと強引にマップして保存するのが一般的なのかな？
0609デフォルトの名無しさん
2010/07/02(金) 22:03:270610デフォルトの名無しさん
2010/07/02(金) 22:11:22MVVMMDVMMMM
みたいなパターンがあるのかなーと思って
0611デフォルトの名無しさん
2010/07/02(金) 23:54:29いやあ知らなかった…。
しかし結果はSizeChangedイベント使ったときと一緒だった
やりたいことは
http://www.unkar.org/read/pc11.2ch.net/tech/1162950198/1275267127/
の731と同じなんだけど
0612デフォルトの名無しさん
2010/07/03(土) 02:27:160613デフォルトの名無しさん
2010/07/03(土) 02:34:39ViewModelとやりとりするためのものもある。
0614デフォルトの名無しさん
2010/07/03(土) 03:48:28ちなみにCommandParameterで二つ以上のオブジェクトを渡す時はどうしたらいいのん？
Bind出来る何かを作ればいいぽいけどわけわかめ…
0615デフォルトの名無しさん
2010/07/03(土) 08:03:24<Button.CommandParameter>
<local:MyCommandArg A="a", B="b"/>
</Button.CommandParameter>
0616デフォルトの名無しさん
2010/07/03(土) 08:14:11たとえばCtrl+Cとメニュー項目のコピーとツールバーのコピーボタンの処理をまとめたりするのに使う
0617デフォルトの名無しさん
2010/07/03(土) 10:19:490618デフォルトの名無しさん
2010/07/03(土) 10:35:52サンクス！
これも調べたけれどよくわからない…
Validation.HasErrorをコントロール毎ではなく一カ所でもおきたらグローバルに察知するプロパティが欲しいです
やりたい事はエラーが起きたらあるコマンドを無効といった感じにしたいのですが…
0619デフォルトの名無しさん
2010/07/03(土) 11:16:10ttp://msdn.microsoft.com/ja-jp/magazine/ff714593.aspx
んで中身見てみたらモデルがIDataErrorInfoを実装して
中でIｓValidを使い全てのプロパティを検証してる
んで、それをコマンドのOnCan〜で見ると…
うぬぬ、、もっと簡単に検知できなのかな？
これはあまりに面倒だ！
0620デフォルトの名無しさん
2010/07/03(土) 11:43:48<Canvas><Path Data="M0,0 M10,10 L20,20" .../></Canvas> →10,10 - 20,20に線が引かれる
<Canvas><Path Data="M-10,-10 M0,0 L10,10" .../></Canvas> →10,10 - 20,20に線が引かれる
（ﾟдﾟ）
いや、原理的に予測はついていたけどねw 期待される動作はそうじゃないだろw
0621デフォルトの名無しさん
2010/07/04(日) 11:49:44細かく変化しすぎてやりづらい・・・。プログラム的に無視すればいいんだけど、slidebar
自体の設定としてできないかな？
0622デフォルトの名無しさん
2010/07/04(日) 12:04:170623デフォルトの名無しさん
2010/07/04(日) 12:12:00マウスでぐりぐりしたときはその設定は関係ないですよね。
マウスぐりぐりしたときの変化幅の最小値を１にしたい
0624デフォルトの名無しさん
2010/07/04(日) 12:12:33IsSnapToTickEnabledとTickFrequencyがお望みのものかな？
0625デフォルトの名無しさん
2010/07/04(日) 12:23:20Sliderの間違いでした。
その2つで実現できました。ありがとうございます
0626デフォルトの名無しさん
2010/07/05(月) 16:46:550627デフォルトの名無しさん
2010/07/05(月) 16:55:500628デフォルトの名無しさん
2010/07/05(月) 17:02:56TextBoxのコントロールテンプレートには見当たらなかったが
0629デフォルトの名無しさん
2010/07/05(月) 17:08:250630デフォルトの名無しさん
2010/07/05(月) 17:14:270631デフォルトの名無しさん
2010/07/05(月) 17:14:41なるほど。サンクス
0632名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:23:49<DataGridTextColumn.ElementStyle>
<Style TargetType="TextBlock">
<Setter Property="HorizontalAlignment" Value="Right"/>
</Style>
</DataGridTextColumn.ElementStyle>
</DataGridTextColumn>
これをスタイルに吐き出すにはどうしたらいいのん？
<Style x:Key="RightTextColumn" TargetType="{x:Type DataGridTextColumn}">
<DataGridTextColumn.ElementStyle> ←ここが怒られる！
<Style TargetType="TextBlock">
<Setter Property="HorizontalAlignment" Value="Right"/>
</Style>
</DataGridTextColumn.ElementStyle>
</Style>
<DataGridTextColumn ElementStyle="{StaticResource RightTextColumn}">
こんな風にしたけど駄目だった(´；ω；`)ｳｯ…
0633名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:26:560634名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:29:13<Setter.ElementStyle>
<Style TargetType="TextBlock">
<Setter Property="HorizontalAlignment" Value="Right"/>
</Style>
</Setter.ElementStyle>
</Style>
ﾄﾝ
早速つかった！
でも見つかりませんって怒られるよ？？？
0635名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:30:11> <Setter Property="HorizontalAlignment" Value="Right"/>
おかしいとは思わないのか
0636名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:31:39<Setter Property="ElementStyle">
<Style TargetType="TextBlock">
<Setter Property="HorizontalAlignment" Value="Right"/>
</Style>
</Setter>
</Style>
思ったからやった！
でも駄目だ！何故だ！
0637名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:34:48> <DataGridTextColumn.ElementStyle>
あるインスタンスのプロパティを要素構文で書く例
0638名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:35:52焦らすのはそのへんして教えてぇ・・・・
0639名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:39:15> <DataGridTextColumn.ElementStyle>
> <DataGridTextColumn ElementStyle="{StaticResource RightTextColumn}">
> <Setter Property="HorizontalAlignment" Value="Right"/>
> <Setter Property="ElementStyle">
> <Style TargetType="TextBlock">
こんぐらい並べたら分かる？
0640名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:40:400641名無しさん＠そうだ選挙に行こう
2010/07/11(日) 00:40:59<Setter Property="ElementStyle">
<Setter.Value>
<Style TargetType="TextBlock">
<Setter Property="HorizontalAlignment" Value="Right"/>
</Style>
</Setter.Value>
</Setter>
</Style>
こんな風にしてみた！
これでいける！と思ったのに駄目、、、
TargetType="{x:Type DataGridTextColumn}"が例外出てコンパイルできない！！！
(つд⊂)ｴｰﾝ
0642名無しさん＠そうだ選挙に行こう
2010/07/11(日) 01:07:41なるほどこういう仕組みになってるのか！
XAMLすごーい！
そしてそれに気づいたわたしもすごーい！！
じゃ、もうかえる！
0643名無しさん＠そうだ選挙に行こう
2010/07/11(日) 13:26:18全然わからない
0644名無しさん＠そうだ選挙に行こう
2010/07/11(日) 13:45:290645名無しさん＠そうだ選挙に行こう
2010/07/11(日) 14:03:58DataGridTextColumn.ElementStyleのターゲットは、DataGridTextColumnじゃない。それだけのこと。
そして、気づくもなにも、要素のスタイルだとドキュメントに書かれている。
> http://msdn.microsoft.com/ja-jp/library/system.windows.controls.datagridboundcolumn.elementstyle
> 表示するだけの要素のレンダリングに使用するスタイル
0646名無しさん＠そうだ選挙に行こう
2010/07/11(日) 14:20:27なんでおまえらは馬鹿に冷たいんだ
0647名無しさん＠そうだ選挙に行こう
2010/07/11(日) 14:23:380648名無しさん＠そうだ選挙に行こう
2010/07/11(日) 15:24:25教えてやる気の満々の奴等が答えかけって宣ってるんだよｗ
0649名無しさん＠そうだ選挙に行こう
2010/07/11(日) 15:27:080650名無しさん＠そうだ選挙に行こう
2010/07/11(日) 16:36:11結構いるよね、ほのめかしはするけど実は答え知らない自称上級者
0651名無しさん＠そうだ選挙に行こう
2010/07/11(日) 17:48:33結構いるよね、書き込みはするけど実は誤爆してた自称上級者
0652名無しさん＠そうだ選挙に行こう
2010/07/11(日) 21:53:21どうすればアニメーションを切ることができるでしょうか？
0653名無しさん＠そうだ選挙に行こう
2010/07/11(日) 21:57:28│34nm |
＼＿／ インテル！
＿|_|＿
ｎ: ／ ＼ ｎ:
|｜ / ヽ |｜
ｆ｢| |^ﾄ | :::＼::／::: | ｢| |^|`| エーーックス
|: :: ! } | <(ﾟ)>::::<(ﾟ)> | | ! : ::} ニジュウゴ
ヽ ,ｲ ヽ （__人__） / ヽ ,ｲ エーーーッムッッ！
＼ ｀⌒´ ／
0654デフォルトの名無しさん
2010/07/11(日) 23:42:07なかったのかなあ。コントロールツリーの記述にxmlってのはアリだとしても、
マークアップ拡張とかコマンドバインディングとかをxamlに押しこめたのは無理やり過ぎ
だろ。triggerとかsetterにいたっては、もう考えたやつは死んだほうがいい。
ここらへんをIDEで隠蔽しないと、とてもじゃないけど普及はしないと思う。逆にそうするなら
xml表現である必然性もないような気がする。xbapとかloose xaml? そんなもん
誰も使ってないし。
0655デフォルトの名無しさん
2010/07/11(日) 23:45:13xml以外を選ぶ必然性もまったく無い
0656デフォルトの名無しさん
2010/07/11(日) 23:45:43htmlと似たようなもんだしブラウザ依存しないからhtmlよりも簡単。
trigger無かったらView内完結出来ないだろｊｋ
0657デフォルトの名無しさん
2010/07/11(日) 23:48:44設定ファイルの度を超えてる
最初からVisualStateManagerのような宣言的な仕組みを中心に据えるべきだった
0658デフォルトの名無しさん
2010/07/11(日) 23:54:330659デフォルトの名無しさん
2010/07/12(月) 00:33:47WPF 2009なるものがあることを知った
0660デフォルトの名無しさん
2010/07/12(月) 06:47:23それはいいんだけど、xamlの記述内容をデバッグできないかなと思うよ。
意図したとおりに動いてくれないときにどうやって調べたらいいか途方にくれるというか。
ValueConverterを入れてそこでブレークポイントを入れてみたりするけどあまり効率よく調べられないし。
0661デフォルトの名無しさん
2010/07/12(月) 12:50:01TriggerはともかくSetterって要素として考えるのが妙な感じ
手続きだし
0662デフォルトの名無しさん
2010/07/12(月) 17:07:08インテリセンスが効くようになってるね
相変わらず精度は糞だけど
0663デフォルトの名無しさん
2010/07/12(月) 22:17:26xamlとコードの分離に直結してることのように感じる。
これって本来は必然じゃないでしょ？ それを無理やり等価とみなしているから
xamlに変な仕様がどんどん持ち込まれているように感じるんだけれど。
0664デフォルトの名無しさん
2010/07/12(月) 22:22:07宣言的な表現と手続き的な表現を分離しよう
宣言的に表現できる範囲は宣言的にやろう
その上で宣言的な表現の文法としてxamlを採用
xamlありきで考えちゃうとどちてどちてになっちゃうよね
0665デフォルトの名無しさん
2010/07/12(月) 22:26:13xamlとコードの話で出てくる「ビューとロジックの分離」というのはモデルとビューの分離じゃなくて
デザイナとプログラマの分離っていう意味だよ
0666デフォルトの名無しさん
2010/07/12(月) 22:27:49それならなおさらひどいな
ビューとロジックの分離じゃなくて ロジックをビューに無理やり持ち込むために
xamlの使用がグダグダになってるわけだから。
0667デフォルトの名無しさん
2010/07/12(月) 22:44:490668デフォルトの名無しさん
2010/07/12(月) 22:50:27特定の言語に縛られないしツール作りやすいし開発環境から分離できるし
0669デフォルトの名無しさん
2010/07/12(月) 22:51:060670デフォルトの名無しさん
2010/07/12(月) 22:52:140671デフォルトの名無しさん
2010/07/12(月) 22:55:430672デフォルトの名無しさん
2010/07/13(火) 00:46:10プログラミング言語でいうとC言語みたいな存在。
0673デフォルトの名無しさん
2010/07/13(火) 00:48:56という建前の元、PGはXAMLを読み書きしてシンドイシンドイ
XAMLコーディング作業に涙と血を流す。
自分の書いたXAMLはいいけど、他人の書いたはもう無理ぽ…
0674デフォルトの名無しさん
2010/07/13(火) 01:03:35DataContextに適当なViewModelをBindingするあたりまではVM担当のPGの仕事としてやってるけど
そっから先はBlendでやるでしょ？しんどくて涙と血を流すような工程なんてどこにあるのさ
0675デフォルトの名無しさん
2010/07/13(火) 01:16:59糞仕様ってのは流行らなさが証明してるけども
0676デフォルトの名無しさん
2010/07/13(火) 01:20:010677デフォルトの名無しさん
2010/07/13(火) 01:27:22安心しろExpress出るらしいぞ
0678デフォルトの名無しさん
2010/07/13(火) 01:30:46マジで？ソースplz
0679デフォルトの名無しさん
2010/07/13(火) 01:43:23中身空っぽでもそれっぽく動く必要があるからそうなるんだろう
外見は見かけだけと割り切れば、そう深入りする必要もないんじゃないだろうか
0680デフォルトの名無しさん
2010/07/13(火) 07:01:54どんだけ思想的に優れててもバカに合わせた製品作らないと
結局のところ売れないってことよ。
0681デフォルトの名無しさん
2010/07/13(火) 08:23:28どこみたらいいの？
0682デフォルトの名無しさん
2010/07/13(火) 08:25:020683デフォルトの名無しさん
2010/07/13(火) 08:58:48触りたくない奴は触らなければ良いんじゃね？
人それぞれだよ。
つーか、WPFとSilverlightの仕組みを理解して使いこなせる奴なんて、
全プログラマの1割もいないんじゃね？
英文ドキュメントも読めない低学歴低所得下請けには無理っしょ。
0684デフォルトの名無しさん
2010/07/13(火) 09:01:30高学歴高所得のものなのですから
0685デフォルトの名無しさん
2010/07/13(火) 09:17:47今からプロジェクト始めるからC#経験者ってお題で派遣を集めて、
2週間後までにWPF勉強しておいて、って課題を出しても、
その中の1割ぐらいしか理解できないんじゃね？ってこと。
WPF経験者で集めたりするの？見たことないけれど。
0686デフォルトの名無しさん
2010/07/13(火) 09:24:05おそらく１％程
現場に身を置けばわかるけど国内のPGはそこまで優秀じゃない
0687デフォルトの名無しさん
2010/07/13(火) 09:32:20俺も現場に身を置いているが、国内のPGはそこまで無能じゃないと思うな。
0688デフォルトの名無しさん
2010/07/13(火) 09:38:36ブログなんかで情報発信出来るPGなんてほんの一握り
0689デフォルトの名無しさん
2010/07/13(火) 09:50:07旧帝理系や早慶にif, whileぐらいしか知らない奴なんていないぞ。
0690デフォルトの名無しさん
2010/07/13(火) 09:53:18レベルが低いのは当たり前。
0691デフォルトの名無しさん
2010/07/13(火) 10:28:56HTML/CSSの例え話みたいなこと喋るのはできるだろうけど
0692デフォルトの名無しさん
2010/07/13(火) 10:33:16でも基本的にXAMLはパネルの定義にだけ使って生成とかTranslateとか描画とかC#でごりごりかいた。
MVVMの綺麗な分離とか使ってあるべき姿で書けっつわれたらもっと時間かかるなー
0693デフォルトの名無しさん
2010/07/13(火) 10:46:10まずは小さくていいからコード書いてみたら、XAMLだろうが簡単。
でもそっから、自由度高くてなんでもできるWPFおもしれーに進むか、
汎用性持たせすぎて小回り効かねーになるかは、好み次第。
0694デフォルトの名無しさん
2010/07/13(火) 10:56:36みなさんはどうやって場所特定してますか？
0695デフォルトの名無しさん
2010/07/13(火) 13:09:04エラー出力に出るだろ
0696デフォルトの名無しさん
2010/07/13(火) 18:08:372010になってちったーマシになったかも知れんが手遅れだな
0697デフォルトの名無しさん
2010/07/13(火) 18:51:420698デフォルトの名無しさん
2010/07/13(火) 19:01:37再帰的にバインディングしているんですが、こいつを動的に更新する方法ってありますか？
treeview.itemssource のbindingexpressionをupdatetarget()しても
更新されないし、treeview.selecteditemのbindingexpressionは空っぽの
ようで、方法がよくわかりません。
0699デフォルトの名無しさん
2010/07/13(火) 19:39:55動的に更新ってどういう意味？
INotifyPropertyChange実装して、ItemsSourceにバインドしてるプロパティ更新したときに
通知してやれば更新されると思うけど。
0700デフォルトの名無しさん
2010/07/13(火) 20:53:14HeirarchicalDataTemplateで階層を再帰的にバインドしており、階層の深さは
未知なため、ItemsSourceは階層データのルート要素でしかなく、子要素は
TreeViewItemがexpandしたタイミングで初めてデータコンバータを使って取得されるので、
INotifyPropertyChangedがうまく実装する方法が思いつきません。
observablecollectionをメンバに持つクラス作って、
サブディレクトリを格納してfilesystemwatcherで監視して変更あればobservablecollection
を更新とかするしかないですかねえ。。。。まんどくせー。
0701デフォルトの名無しさん
2010/07/13(火) 21:04:41難易度が高くて1%ぐらいの人間しか理解出来ないって時点で
人集まらないからたいしたの作れないってことになっちゃうじゃんね。
0702デフォルトの名無しさん
2010/07/13(火) 21:17:31基本的にはその線でいいんじゃねえの
メモリ内ツリーとファイルシステム間の通知オブジェクトはどうしたって必要に思う
0703デフォルトの名無しさん
2010/07/13(火) 21:30:440704デフォルトの名無しさん
2010/07/13(火) 21:43:050705デフォルトの名無しさん
2010/07/13(火) 21:51:02そこ重要
理解できない人がいっぱい発生するものが普及するわけないじゃない
0706デフォルトの名無しさん
2010/07/13(火) 21:53:290707デフォルトの名無しさん
2010/07/13(火) 21:58:330708デフォルトの名無しさん
2010/07/13(火) 21:59:26デザイナがC#のコードを生成するなどというアホな仕組みはさっさと滅ぶべきだった
0709デフォルトの名無しさん
2010/07/13(火) 22:16:00なんで自分の無能さをアピールしてるんだろう。
0710デフォルトの名無しさん
2010/07/13(火) 22:49:59デザイン画面でボタンクリックしたらエディタが開いてそこ埋めていけば終りってヤツがいい
wpfはそういうんじゃないから、去れ
0711デフォルトの名無しさん
2010/07/13(火) 22:53:11C#のソースになるからわかりやすいと思うが。
xamlは同じC#のコードを書こうとすると苦労するしobject型のプロパティーがうじゃうじゃ出てきてあってるのだかよくわからないまま手探りでコード書くはめになるし。
0712デフォルトの名無しさん
2010/07/13(火) 22:59:41wpfのデザイナはxamlを吐く→じゃあ使わない
なんの問題もない
0713デフォルトの名無しさん
2010/07/13(火) 23:04:06未だにMFCに拘ってる化石と変わらん
0714デフォルトの名無しさん
2010/07/13(火) 23:12:260715デフォルトの名無しさん
2010/07/13(火) 23:18:400716デフォルトの名無しさん
2010/07/13(火) 23:54:410717デフォルトの名無しさん
2010/07/14(水) 00:14:30「スタイルを変えたら動かなくなった。PGrの作った部分にバグがある」
ってアホかw そんな座標完全決め打ちスタイルに変更したら、動くものも動かんわボケw
新しい技術なだけに、出来ないことを出来るといっちゃう無責任かつ無能な奴や、
長期的視点で投入されたペーペーの新人が多すぎる。
0718デフォルトの名無しさん
2010/07/14(水) 00:26:28Silverlight触ったあとだとすんなりと頭に入っていった
0719デフォルトの名無しさん
2010/07/14(水) 00:35:060720デフォルトの名無しさん
2010/07/14(水) 00:48:16例えば、ディレクトリツリーをTreeViewで表現したいのかな？
ルート要素とその子要素を持つデータ型をDataTemplateで指定
（例えば、ルートドライブとサブディレクトリ）
ItemsSourceには、それをバインドで問題ないと思うけど。
ExpandたどりたいならItemContainerGenerator使えばいいし。
0721デフォルトの名無しさん
2010/07/14(水) 00:58:03>>702の言う通り、ファイルシステムを監視して変更通知を授受する仕組みは必要だろうなぁ。
0722デフォルトの名無しさん
2010/07/14(水) 07:05:48デスクトップアプリは古くさいやりかたでFormsで作る方が主流のまんまだろ。
Silverlightだけでいいよ。
0723デフォルトの名無しさん
2010/07/14(水) 07:54:23xamlを改善すればいいだけ
0724デフォルトの名無しさん
2010/07/14(水) 09:09:21バインディングはHierarchicalDataTemplateを使ってうまくできているんですが
ファイルシステムに変更があった時にバインディングを動的に更新したいんです。
一応上ではFileSystemWatherとObservableCollectionをもつユーティリティクラス
を考えてみましたが、アプリケーション外でのファイルシステムの変更をすべてトレースしたい
わけではなく、アプリケーション内で、フォルダの作成やリネーム、フォルダの削除を
したときに単純にそれを反映するシナリオです。
INotifyPropertyChanged や INotifyCollectionChangedでファイルシステムの
変更を通知する必要はなく、たとえば親フォルダで「フォルダの新規作成」コマンドを
実行した場合にバインディングを手動で更新するというシナリオなので、TreeViewItem
のBindingExpressionをUpdateTargetすればいいのかなと思うのですが、その方法が
よくわかりません。
0725デフォルトの名無しさん
2010/07/14(水) 09:26:36データソースが更新されたことをtreeviewが知らないといけない
アプリが反映したいタイミングでデータソース（コレクションの「中身」）を
更新すりゃそれで済むような気がするけど
0726デフォルトの名無しさん
2010/07/14(水) 09:33:17何で主導で更新する必要があるの？
0727デフォルトの名無しさん
2010/07/14(水) 20:29:580728デフォルトの名無しさん
2010/07/14(水) 20:33:12細かいことをしようとすると部品の詳細を把握しないと不思議挙動しまくり。
HTMLとは別な意味でシンドイ。
0729デフォルトの名無しさん
2010/07/14(水) 20:54:46細かいことをしようとすると部品の詳細を把握しなきゃいけないなんてどんな技術でもそうさ。
0730デフォルトの名無しさん
2010/07/14(水) 21:57:59VMにColor型のColorプロパティがあって、
VのとあるSolidColorBrush.Colorとバインディングしています。
ここでVMのColorプロパティを変更したとき、
SolidColorBrush.Colorを変更前の色から変更後の色にアニメーションしたいと言う場合、
どういう風に記述すれば良いんでしょうか？
0731デフォルトの名無しさん
2010/07/14(水) 22:03:49その色は色自体に意味があるんじゃなくてモデルかUIの状態を反映してるんだろ?
その状態を取得するプロパティをVMに定義して、そのプロパティをViewにバインドして
View側で色を定義するべき
0732デフォルトの名無しさん
2010/07/14(水) 22:16:57確かに実際にはVMにColor型そのものじゃなくて別の形で持っておき、
IValueConverterで変換する形で持たせると思いますが。
疑問の主体はバインドされてるプロパティの変更前の値から変更後の値への
アニメーションってどうやるのかってとこなので、その辺は適当に流して下さい。
0733デフォルトの名無しさん
2010/07/14(水) 22:22:25VisualStateManager使うとかは？
0734デフォルトの名無しさん
2010/07/15(木) 00:36:12アニメーションはDependencyPropertyの世界の住人だから、VMとは関連させずに
素直にColorAnimation使った方がいいと思う。
0735デフォルトの名無しさん
2010/07/15(木) 02:12:58しばらくいじってみましたが、これも違う感じです。
紅白二色とかなら問題無さそうですが、VMの提供する色の数が不定なのでStateを書けません。
VisualStateManager内でColorAnimation.ToにBindingできないという致命的問題もあるみたいです。
>>734
VMとは関連させずってのがちょっとよく分かりません。
ColorAnimation使うのはもちろんそのつもりです。
VMの方をアニメーションしたい訳じゃなくて、VMのColorをRedからBlueに変更したときに
赤・紫・青とじわっと色が変わるUIを表現したいんです。
あ、そもそもバインディングしないで直接ColorAnimationを使えって事ですかね？
取り敢えず
カスタムコントロールで依存関係プロパティColorPropertyを用意して、
ColorChangedイベントを発生させ、そのイベントハンドラでColorAnimationをコードからBegin。
VMのColorはこのカスタムコントロールのColorにバインドさせて
SolidColorBrush.Color自体はバインドしない（ColorAnimationのTargetPropertyにする）。
という形にしてみました……。
ColorChangedをRoutedEventにすればXAMLでEventTriggerからStoryboardが使えると思ったんですが、
何故か一個前の色にしかならないというよく分からない不具合のためにお流れ。
こうした方がいいって意見をお待ちしてます。
0736デフォルトの名無しさん
2010/07/15(木) 02:32:10その方法でOKと思います。
>>730を読んだときは
VM内のColor自体を時間変化させて、連続的にNotifyPropertyChangedをFireしようとしているのかと思った…
0737デフォルトの名無しさん
2010/07/15(木) 03:19:55「何故か一個前の色にしかならない〜」ってのはイベントの起動を非同期にすれば解決できたよ。
他の Binding が値を更新する前に Storyboard が値をキャッシュしちゃうのかな？
var p = d as UIElement;
if (p != null) { p.Dispatcher.BeginInvoke((Action)(() => { p.RaiseEvent(new RoutedEventArgs(MyColor.ColorChangedEvent)); })); }
0738デフォルトの名無しさん
2010/07/15(木) 07:25:15なるほど、Dispatcher.BeginInvokeで巧く動くのを確認しました。
// ネット検索してもそれらしい情報が引っかからない……。
カスタムコントロールの代わりに添付プロパティ＆添付イベントのビヘイビアに置き換えて、
EventTriggerで記述できるようになって当初の目的は達成できました。
皆さん色々アドバイスありがとうございました。
0739デフォルトの名無しさん
2010/07/15(木) 12:54:11プロパティの値が変更されたらストーリーボードを実行できるけど
0740デフォルトの名無しさん
2010/07/15(木) 14:41:05とにかく変化したときって記述はできないっしょ
BlendにはPropertyChangedTriggerなるトリガがあるらしいが
0741デフォルトの名無しさん
2010/07/15(木) 15:21:000742デフォルトの名無しさん
2010/07/15(木) 17:09:300743デフォルトの名無しさん
2010/07/16(金) 10:47:330744デフォルトの名無しさん
2010/07/16(金) 13:27:170745デフォルトの名無しさん
2010/07/16(金) 16:32:26>>60あたりはVMからVをCloseしたいって話ですよね。
UserControlをPopup用のRegionに加えてウィンドウを表示してる場合、
ウィンドウが閉じたことをどうやってViewModelに通知すればいいのかなと。
UserControlのUnloadedあたりで知らせるもんなのかな…。
0746デフォルトの名無しさん
2010/07/17(土) 02:01:24<Application ... DispatcherUnhandledException="Application_DispatcherUnhandledException">
にて未処理例外をハンドルしてみました。
ButtonのClickイベントハンドラ内から例外をthrowすると、期待通りにApplication_DispatcherUnhandledExceptionが呼ばれるのですが、
DropやPreviewDropイベントハンドラ内から例外をthrowしても、Application_DispatcherUnhandledExceptionが呼ばれません。
後者では何か特別な処理が必要なのでしょうか？
0747デフォルトの名無しさん
2010/07/17(土) 02:12:02(他の要素）
<StaticResource />
</Grid>
ボタンを押したらStaticResourceのResourceKeyを切替えたいとき、
コードビハインドにイベントハンドラを書いてやる手があるけど、
XAML内でやる方法ってありますか？
トリガやSetterでやるのかなと思ったけどボタン要素の外側に適用できなさそうで。
0748デフォルトの名無しさん
2010/07/17(土) 02:40:31自己レスですが、フォーラムにありました。
http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/a336acc8-5a29-45aa-b84a-8e235a0f838a
Drag&DropはOLEを通過するので例外が握りつぶされてしまうのですね・・・。
素直にDropハンドラで全catchします。
0749デフォルトの名無しさん
2010/07/17(土) 02:45:06VSで全部出来た方がうれしいのに
0750デフォルトの名無しさん
2010/07/17(土) 05:25:35多分どの会社もできてないと思うよ。
0751デフォルトの名無しさん
2010/07/17(土) 05:29:150752デフォルトの名無しさん
2010/07/17(土) 07:34:220753デフォルトの名無しさん
2010/07/17(土) 09:18:36元とれんよ。
>>750
だよねー
0754デフォルトの名無しさん
2010/07/17(土) 09:21:56動かすことを意識した作りにしろといってもデザイナには無理。
結局はプログラマがXAMLを手であちこち直すハメになり、二度手間三度手間になっている。
0755デフォルトの名無しさん
2010/07/17(土) 09:31:090756デフォルトの名無しさん
2010/07/17(土) 10:22:26今は
0757デフォルトの名無しさん
2010/07/17(土) 10:51:130758デフォルトの名無しさん
2010/07/17(土) 10:52:560759デフォルトの名無しさん
2010/07/17(土) 10:57:44「デザイナー」っつってもそんな広告ちらしデザイナーみたいのじゃなくて
MSに出入りしてるようなデザイナーを想定してんでしょ
0761デフォルトの名無しさん
2010/07/17(土) 11:13:190762デフォルトの名無しさん
2010/07/17(土) 11:37:30VSと差別化できてない
0763デフォルトの名無しさん
2010/07/17(土) 12:27:45その延長としてVSは使えるはず
0764デフォルトの名無しさん
2010/07/17(土) 12:41:23プレゼンテーション層とビジネスロジック層が密結合になってるせいで苦労した経験とかないのか？
0765デフォルトの名無しさん
2010/07/17(土) 13:00:500766デフォルトの名無しさん
2010/07/17(土) 14:24:02バインディングが必要なコントロールにはx:Nameを付けさせて
実際のバインディングの設定とかは全部コードビハインドで書いた方がいい気がする
0767デフォルトの名無しさん
2010/07/17(土) 14:32:39これ、どーすんの？
ここだけイベント駆動でViewModelのメソッドを呼び出すのか？
0768デフォルトの名無しさん
2010/07/17(土) 17:57:19クリック系は部品によってはできたり出来なかったりだから仕方ない。
コードビハインドが嫌なら、ダブルクリックイベントに反応する
添付ビヘイビアを自前で実装してしまうのがスマートかな？
0769デフォルトの名無しさん
2010/07/17(土) 18:15:08過去ログ見るかぐぐるかすれば、その記事が見つかるはず
0770デフォルトの名無しさん
2010/07/17(土) 18:27:40しかし一つのイベント書くのに随分と長く書く事になるんだな…。
0771デフォルトの名無しさん
2010/07/17(土) 18:36:00覚えたらサクサク組めそうなんだけど敷居がたかすぐる。
0772デフォルトの名無しさん
2010/07/17(土) 19:23:21どうすればいいのでしょうか？
Contentに直接UIElementを設定した場合は
var ui=(UIElement)tabItem.Content;
で取得できるのですが、
ContentTemplateを使用した場合にも使える方法を
探しています。
0773デフォルトの名無しさん
2010/07/17(土) 19:27:230774772
2010/07/17(土) 19:41:01TabItem.Contentに設定される値からTabItemを取得することはできるんですが、
TabItemのコンテンツの部分に相当するUIElementも取得できるんでしょうか？
0775デフォルトの名無しさん
2010/07/17(土) 19:59:24なら、VisualTreeHelperじゃダメ？
0776デフォルトの名無しさん
2010/07/17(土) 20:57:37関連付けるにはどうしたらいいですか？
あとXAMLエディタで MouserBingやKeyboardBindingでプロパティエディタが
全く使えなかったり、インテリセンスが効かなかったりするのはバグですか？？
0777デフォルトの名無しさん
2010/07/18(日) 00:13:43思うがままにぐにゅーんとかうにょーんとか動かしたければ結局コード書けないと辛い。
プレゼンテーション部分の実装に長けたプログラマとビジネスロジックに特化したプログラマとか
そんな程度の分離で充分ってことでしょ。
0778デフォルトの名無しさん
2010/07/18(日) 00:24:49ここのコードのDataTemplate内で<TextBlock Text="{Binding}" />と省略形のバインディング
していて、これのDataContextっておそらくContentPrensenter.Contentのオブジェクトなんだろうけど、
そういうのってどうやって知るわけ？暗黙的に設定されたら訳分かんなくて困る
0779デフォルトの名無しさん
2010/07/18(日) 06:50:200780デフォルトの名無しさん
2010/07/18(日) 09:38:540781デフォルトの名無しさん
2010/07/18(日) 10:02:240782デフォルトの名無しさん
2010/07/18(日) 10:53:500783デフォルトの名無しさん
2010/07/18(日) 10:56:410784デフォルトの名無しさん
2010/07/18(日) 11:32:10目的、結果だけ書いてあればいいんだ
0785デフォルトの名無しさん
2010/07/18(日) 11:47:33Javaとかやってみろ
ほんとにsummaryしか書いてないぞw
0786デフォルトの名無しさん
2010/07/18(日) 11:56:44デザイナーがMSDN読んでる暇があったら他のこと勉強しててもらいたいと思うわ。
0787デフォルトの名無しさん
2010/07/18(日) 12:17:170788デフォルトの名無しさん
2010/07/18(日) 12:24:100789デフォルトの名無しさん
2010/07/18(日) 12:29:150790デフォルトの名無しさん
2010/07/18(日) 12:45:070791デフォルトの名無しさん
2010/07/18(日) 12:52:14アニメーションまではきついかもしれんが。
0792デフォルトの名無しさん
2010/07/18(日) 12:59:18GUIデザイナーってそもそもピンの職業としてなりたつのか？
チラシデザイナーとかよくてWebデザイナーぐらいだよねえ。
0793デフォルトの名無しさん
2010/07/18(日) 13:01:12デザイナー呼ぶまえに自分で勉強しろよと。
0794デフォルトの名無しさん
2010/07/18(日) 14:12:31kwsk パフォーマンスに差があるの？
{Binding}と{Binding .}と{Binding Path=.}はどれも同じだと思っていた。
0795デフォルトの名無しさん
2010/07/18(日) 15:18:48そこにチラシデザイナーが紛れ込んでるときのカオスって
デザイナーだからややこしいとこは免除みたいな線引きが腹立つな
0796デフォルトの名無しさん
2010/07/18(日) 16:30:03暗黙的にソースが割り当てられることを書いたページを探してるんだが見当たらない。
ページだけでも教えてくれないか？
0797デフォルトの名無しさん
2010/07/18(日) 16:47:33それならまだいいが、チラシデザイナーがXAMLを弄るとか言い出すと最悪。
中身を理解できないのに触るものだからこっちの作ったコードの破壊しかできない上、
フォローのための工数が半端ない。
0798デフォルトの名無しさん
2010/07/18(日) 17:32:59Binding Path=Textはリフレクション使うので意味ないと思うが、
Binding Path=(TextBlock.Text)とすれば名前解決の処理がなくて
パフォーマンスが上がるということだろうかね。
いずれにせよバインディングが多用されているとソースの可読性が下がって
どこで何をバインドしているのかさっぱりわからなくなってくるから、pathなんかの
要素は極力略さない方が俺もいいと思うが。
0799デフォルトの名無しさん
2010/07/18(日) 20:15:040800デフォルトの名無しさん
2010/07/18(日) 20:26:17Loaded
0801デフォルトの名無しさん
2010/07/18(日) 20:26:200802デフォルトの名無しさん
2010/07/18(日) 20:28:22TextBlock.TextはDependencyPropertyだからどの道(ry
ってのはさておき、Path=を書いて可読性が上がるかというと微妙なところ。
自分は全部Path=は必ず省略して一番先頭に書く様にしているけど、別段読みにくくはないと思う。
現状としてXAMLのコーディング規約的なものがないから人によって構造や書式がマチマチになりがち、
下手に省略すると読みにくいってのは分かるけど、統一さえ出来ていれば問題になるようなことはないと思う。
0803デフォルトの名無しさん
2010/07/18(日) 20:43:39分けるもんなんですか？
0804デフォルトの名無しさん
2010/07/18(日) 21:19:00見た目を丸ごと置き換えるのがTemplte
0805デフォルトの名無しさん
2010/07/18(日) 21:19:17あくまで変更できる範囲は部品の提供している機能の範囲で、それを破壊するような変更はほぼできない。
ControlTemplateは見た目だけでなく部品の機能や内部構造までほぼ無制限に自由に変えることができてしまう。
使い分けの基準ってのは世の中一般にはないと思うけど、個人的に基本はStyle。
ControlTemplateは強力なだけに副作用も多いから極力避けた方が賢明だと思う。
例えばよくある例のようにボタンの見た目を変える程度なら問題ないけど、
元の部品の機能を加えたり変更したりした場合、そもそもそれは既にボタンじゃない、なんてことも。
どうしてもControlTemplateが必須な状況なら、まず別なコントロールor新規作成のカスタムコントロールの方が適切じゃないかを検討する。
0806デフォルトの名無しさん
2010/07/18(日) 21:28:51見た目変えるだけのためにコントロールは作るなテンプレート使えというのがWPF流。
機能を変えたいならコントロールを作る。
0807デフォルトの名無しさん
2010/07/18(日) 21:43:12さっぱりわかんねぇ
0808デフォルトの名無しさん
2010/07/18(日) 21:49:16やさしく答えてやるから何が分らないか書いてごらん
0809デフォルトの名無しさん
2010/07/18(日) 23:28:230810デフォルトの名無しさん
2010/07/19(月) 00:06:510811デフォルトの名無しさん
2010/07/19(月) 12:29:46でもどう書けばいいかわからない
空白になったり、全部0になったり・・
0812デフォルトの名無しさん
2010/07/19(月) 12:58:180813デフォルトの名無しさん
2010/07/19(月) 14:56:30DataGridRowのインデックス+1を表示すればいい
0814デフォルトの名無しさん
2010/07/19(月) 15:03:350815デフォルトの名無しさん
2010/07/19(月) 15:09:540816デフォルトの名無しさん
2010/07/19(月) 15:20:17それで下のようにしました
datagrid.LoadingRow +=
new EventHandler<DataGridRowEventArgs>(datagrid_LoadingRow);
void datagrid_LoadingRow(object sender, DataGridRowEventArgs e)
{
e.Row.Header = e.Row.GetIndex() + 1;
}
0817デフォルトの名無しさん
2010/07/19(月) 15:23:130818デフォルトの名無しさん
2010/07/19(月) 16:23:13それだと、最終行がおかしくならんか？
試しに幾つか行を追加してみ
0819デフォルトの名無しさん
2010/07/19(月) 18:20:40ttp://www.wpftutorial.net/PasswordBox.html
ここみてPasswordBoxの実装をしてるんだけど
PasswordHelperから値を読み出すにはどうするのん？
0820デフォルトの名無しさん
2010/07/19(月) 20:45:19ご指摘ありがとうございます
行を追加することないんでこれでもOKです
というか、他の方法がわかりませんｗｗｗｗ
0821デフォルトの名無しさん
2010/07/19(月) 23:07:24ttp://codepaste.net/oc1reh
Converterは自分で実装してくれ
0822デフォルトの名無しさん
2010/07/19(月) 23:33:41これおすえて…
0823デフォルトの名無しさん
2010/07/19(月) 23:37:58バインディングするんでなけりゃPasswordBox.Passwordを直接見るだけでしょ
0824デフォルトの名無しさん
2010/07/19(月) 23:42:05ViewModelと絡めるにはどうするのがベストなの？
スタティックだから他のWindowかなにかに同じようにバインドしたら値がごっちゃにならないかな？
0825デフォルトの名無しさん
2010/07/20(火) 00:25:40まず依存プロパティを理解すべし
0826デフォルトの名無しさん
2010/07/20(火) 02:42:46>>819は添付プロパティを使ってPasswordBoxのPasswordの値をバインドしてるのよねん
んでそれをViewModeｌとスマートに組み合わせる方法がよくわかんない
もしかしてこれをViewModelに持ってきてどうこうするには
ViewのXAML側でxmlns:vm="clr-namespace:MyProject"として
vm:ViewModel.Password = "{Binding なんとか}"
ってするの？
それとも添付プロパティをstatic定義しなくていい方法がある？
依存プロパティでどうPasswordの内容をXAML上で受け取るのかがわからない…
0827デフォルトの名無しさん
2010/07/20(火) 07:18:30> スタティックだから他のWindowかなにかに同じようにバインドしたら値がごっちゃにならないかな？
staticなclassでも、「staticな変数」を持っていないなら問題は起こり得ない。
0828デフォルトの名無しさん
2010/07/20(火) 07:41:52>>819のヘルパーの動きをよく見たら何でもなかったでごわす
0829デフォルトの名無しさん
2010/07/20(火) 10:37:16View使ってテストするんだったらMVVMなんて何の意味もないわけだけど
0830デフォルトの名無しさん
2010/07/20(火) 12:27:050831デフォルトの名無しさん
2010/07/20(火) 14:09:380832デフォルトの名無しさん
2010/07/20(火) 15:17:100833デフォルトの名無しさん
2010/07/20(火) 17:27:24こだわりというより絶対的なものじゃないか？
0834デフォルトの名無しさん
2010/07/20(火) 17:32:28依頼元もわかってねえからちょいちょいとふえるし。
0835デフォルトの名無しさん
2010/07/20(火) 18:24:34少なくともWPFのフレームワークレベルでMVVMがサポートされてるわけじゃないから標準と呼ぶのは無理がありすぎ
0836デフォルトの名無しさん
2010/07/20(火) 19:02:070837デフォルトの名無しさん
2010/07/20(火) 21:34:03お前の中ではそうなんだろう
0838デフォルトの名無しさん
2010/07/20(火) 21:36:09WPFやWinFormsが担当するのはViewの部分だけであって他は関係ない
0839デフォルトの名無しさん
2010/07/20(火) 22:07:40それでも標準じゃないと思うのなら、お前の中ではそうなんだろう。
0840デフォルトの名無しさん
2010/07/20(火) 22:49:340841デフォルトの名無しさん
2010/07/20(火) 22:55:51適当なところで折り合いつけたらいいとは思うわ。
0842デフォルトの名無しさん
2010/07/21(水) 00:52:05負けでなくとも勝ちには程遠い
0843デフォルトの名無しさん
2010/07/21(水) 01:07:000844デフォルトの名無しさん
2010/07/21(水) 13:11:49故JavaFXがUI記述にスクリプト言語を使ってたのも理解できなくはないな
0845デフォルトの名無しさん
2010/07/21(水) 13:22:400846デフォルトの名無しさん
2010/07/21(水) 15:19:030847デフォルトの名無しさん
2010/07/21(水) 17:10:25Converterひとつ満足に作れませんでしたｗｗｗｗ orz
0848デフォルトの名無しさん
2010/07/21(水) 21:32:16これが標準になんのかな
0849デフォルトの名無しさん
2010/07/21(水) 21:34:54俺今自作中なんだ。
0850デフォルトの名無しさん
2010/07/21(水) 21:40:280851デフォルトの名無しさん
2010/07/21(水) 21:48:11英語版blend4ってもう出てるみたい
6/30くらい？
0852デフォルトの名無しさん
2010/07/21(水) 21:50:56評価版は日本語版もとっくに出てる
Studio3をインスコしてるPCに入れれば正規版として認証される
0853デフォルトの名無しさん
2010/07/21(水) 21:51:420854デフォルトの名無しさん
2010/07/21(水) 22:16:40一つはFormsのものを利用する方法。
もうひとつはCodeProjectに転がっている純WPFのタスクトレイ・ライブラリを利用する方法。
私は後者を使っている。
0855デフォルトの名無しさん
2010/07/21(水) 22:49:10俺はWinFormsのやつ使ってる
0856デフォルトの名無しさん
2010/07/21(水) 22:51:52どれ？
0857デフォルトの名無しさん
2010/07/21(水) 22:56:46作者のサイト
http://www.hardcodet.net/projects/wpf-notifyicon
0858デフォルトの名無しさん
2010/07/21(水) 23:18:440859デフォルトの名無しさん
2010/07/21(水) 23:19:36>>849やら>>856ではないけれどありがとう、自作のがゴミみたいだわ
0860デフォルトの名無しさん
2010/07/21(水) 23:28:04XmlnsDefinitionAttribute 属性
ちなみに利用者側が勝手にこの属性を定義することはできない。
0861デフォルトの名無しさん
2010/07/21(水) 23:58:41それ拡張機能マネージャから拾ってこれて便利だよね
0862デフォルトの名無しさん
2010/07/22(木) 09:54:35数値が変化するたびにSortDescriptionsをclearして再設定することでソートさせています
約1000データくらい扱いたいのですが、データ数高々20程度でCPU10%くらい消費しているので不安です
もっとスマートなやり方はないでしょうか？
0863デフォルトの名無しさん
2010/07/22(木) 10:41:47なにこれすごい
そういえばWPF定番のグラフコントロールって何？
SilverlightはToolsに入ってるけどWPFはないよね…
0864デフォルトの名無しさん
2010/07/22(木) 10:56:25WinForms用でもいいならMicrosoft Chart ControlsをWindowsFormsHostで使ってもいい
0865デフォルトの名無しさん
2010/07/22(木) 14:57:29ここみるとまだPreviewみたいだけど使って大丈夫なのかな？
あとPreviewなコンポーネントはツールボックスに表示されないのはなんでだろう？
どうやって使うんだろう？
むー
0866デフォルトの名無しさん
2010/07/22(木) 15:17:18ありがとう
0867デフォルトの名無しさん
2010/07/23(金) 19:00:20DataGridRowのビヘイビア(中身はイベントの設定解除)ってどうやって設定すればいいのでしょう？？
TextBlockであれば
<TextBlock b:Behavior.Command = {Binding}" />
Buttonであれば
<Button b:Behavior.Command = {Binding}" />
というように直接エレメントに挿入するだけなんですが
DataGridRowだとどこにどう設定すればいいのかわかりませぬ…。
ちなみに<DataGrid><DataGridRow b:Behavior.Command = {Binding}" /></DataGird>
とすると例外が飛んできました！
0868デフォルトの名無しさん
2010/07/23(金) 20:50:46DataGrid.RowStyle
0869デフォルトの名無しさん
2010/07/24(土) 11:50:13VisualStudioの視覚効果のオプションみたいに個別に設定できるようにしたいのですが。
0870デフォルトの名無しさん
2010/07/24(土) 13:08:09ttp://blogs.wankuma.com/pizyumi/archive/2009/07/26/179326.aspx
0871デフォルトの名無しさん
2010/07/24(土) 13:58:57ありがと。
0872デフォルトの名無しさん
2010/07/27(火) 17:34:03Xamlファイルから読み込んだものをAddしたのですが、
どうも同じオブジェクトを追加しようとすると例外が発生するらしいのです。
ファイルを逐一読み込ませれば可能ではありますが、それでは効率が悪いので避けたいです。
何かいい方法ありませんか？
0873デフォルトの名無しさん
2010/07/27(火) 18:47:020874デフォルトの名無しさん
2010/07/27(火) 19:14:21例えばザコ敵なんかだと、同じオブジェクトを使う必要がどうしても出てきます。
0875デフォルトの名無しさん
2010/07/27(火) 19:17:570876デフォルトの名無しさん
2010/07/27(火) 19:24:540877デフォルトの名無しさん
2010/07/27(火) 22:01:240878デフォルトの名無しさん
2010/07/27(火) 22:37:150879デフォルトの名無しさん
2010/07/27(火) 23:02:060880デフォルトの名無しさん
2010/07/27(火) 23:28:150881デフォルトの名無しさん
2010/07/27(火) 23:41:55つ <ListBox ItemsSource="文字列"/>
っていうか、ググれ
0882デフォルトの名無しさん
2010/07/27(火) 23:45:390883デフォルトの名無しさん
2010/07/28(水) 00:03:400884デフォルトの名無しさん
2010/07/28(水) 00:25:56Xamlファイルから読み込みってことは、XamlReader.Load()を使ってるんだよな？
「ファイルを開いておいて、Load()を必要時に呼んで作成」という手を取りたいものだが、
XamlReader.Load()をしたあとに自動的にファイルが閉じられてしまうようなので無理っぽいね
かといってクローンメソッドも多分ないから、ファイルの内容を一旦文字列として
保存しておいて、そこから随時オブジェクトを新たに作り出す方法がいい
StringReader sr = new StringReader(str); //str：ターゲットのXAMLファイルの内容
XmlReader xr = XmlReader.Create(sr);
//Hoge：読み込みたいXAMLオブジェクトの型
Hoge newObj = (Hoge)XamlReader.Load(xr);
こんな感じ。
0885デフォルトの名無しさん
2010/07/29(木) 02:04:37入力エラー時にロストフォーカス禁止を試行錯誤で何とか実現したのですが
フォーカスとMouseCaptureを色々駆使したために
LostKeyboradFocusとかLostMouseCaptureなどのイベントの発火順序にベッタリになってしまい
その発火順序の仕様が分からないと動くことが保証できない状態になってしまいました。
0887デフォルトの名無しさん
2010/07/30(金) 12:34:57ismouseoverの時にbackgroundを指定して、マウスの乗ったツリーの背景色を変え
るようにしていますが、ismouseover(mouseenter イベント？？)が親にバブルアップしてしまうようで、親ツリーの色まで変わってしまいます。こい
つを、routedeventのhandledのように抑止する方法はありませんか？
0888デフォルトの名無しさん
2010/07/30(金) 13:30:43ttp://blogs.msdn.com/b/mikehillberg/archive/2006/09/21/mytreeviewhelperismousedirectlyoveritem.aspx
0889デフォルトの名無しさん
2010/07/30(金) 15:14:45thanx!
ドンピシャです。結構めんどくさいんですね。
0890デフォルトの名無しさん
2010/08/02(月) 03:14:58プロジェクト間の通信はどうやるのかわかる方いらっしゃいますか？
0891デフォルトの名無しさん
2010/08/02(月) 06:27:270892デフォルトの名無しさん
2010/08/02(月) 06:54:350893デフォルトの名無しさん
2010/08/02(月) 07:10:240894デフォルトの名無しさん
2010/08/02(月) 07:12:52そういえば、Many付けないImportっで複数からExportされたらどーなるの？
例外がでる？
0895デフォルトの名無しさん
2010/08/02(月) 07:22:160896デフォルトの名無しさん
2010/08/02(月) 08:55:54普通にdll参照したりするのと一緒
0897デフォルトの名無しさん
2010/08/02(月) 18:41:43表示するにはどうしたらいいの？
TextOptions.TextFormattingMode
TextOptions.TextRenderingMode
両方弄ってみたけど、細いフォントが表示されるだけで、
以前のもわってしたフォント表示にどうしてもならない。
0898デフォルトの名無しさん
2010/08/02(月) 20:19:08WPF 4 で RenderOptions.BitmapScalingMode のデフォルト値が変わったはずなんで。
0899デフォルトの名無しさん
2010/08/03(火) 12:52:22ありがとう。
結局あきらめました。
いろいろオプションあってよくわかんないな。
XPがなければMeiryo UIで作るんだけど
みんなどんなフォント使ってるんだろう？
0900デフォルトの名無しさん
2010/08/03(火) 12:56:390901デフォルトの名無しさん
2010/08/03(火) 13:33:22日本MSだけの問題だから判断力に乏しかったのかな
.NET3.5のMSゴシックは酷かったけどメイリオならきれいに表示できたしなあ
0902デフォルトの名無しさん
2010/08/03(火) 14:22:180903デフォルトの名無しさん
2010/08/03(火) 15:57:08MSが強制すると文句言う人がたくさんいるから。通信費とかディスクの容量とか、関係ないアプリの互換性まで保証しろって言う人が結構いる。
0904デフォルトの名無しさん
2010/08/03(火) 16:07:53くだらないこと気にするんだな
0905デフォルトの名無しさん
2010/08/03(火) 17:03:11これをBackGroundのままにしたいんですけどどうすれば…
0906905
2010/08/03(火) 18:26:21Verticalなんとかプロパティつかって…
0907デフォルトの名無しさん
2010/08/04(水) 01:04:00ControlTemplateでボタン押下時のトリガーのBackgroundも指定すればいいかと。
もっと手軽な解決方法がないかと思うけど。
0908デフォルトの名無しさん
2010/08/05(木) 01:34:43デザイナで触らせたくないプロパティを非表示にするにはどうしたらいいのでしょうか？
0909デフォルトの名無しさん
2010/08/05(木) 07:12:220910デフォルトの名無しさん
2010/08/05(木) 21:52:080911デフォルトの名無しさん
2010/08/05(木) 23:33:59と思って公式サイトのスクリーンショット見たらSilverlightのOOBっぽいタイトルバーアイコンがw
WPFｵﾜﾀ
0912デフォルトの名無しさん
2010/08/06(金) 01:47:140913デフォルトの名無しさん
2010/08/06(金) 11:21:40グリッドはWindowsForms見たいにプロパティで制御するのではなく、自分でXAMLなりで描画しないとだめ。
0914デフォルトの名無しさん
2010/08/06(金) 13:19:33めんどくさいし、ソース見辛くなるから嫌なんだよね
大人しくGridView使えってことかな・・・
0915デフォルトの名無しさん
2010/08/06(金) 15:56:49展開されるメニューとを同居させるにはどうしたらいいんでしょうか？
固定アイテムがあると、ItemsSouce-DataTemplateは無視されてしまいます。
0916デフォルトの名無しさん
2010/08/06(金) 20:28:07WPF4 入れたら DataGrid あるよ。
0917デフォルトの名無しさん
2010/08/07(土) 08:35:37CompositeCollectionは?
>>916
DataGridのグリッド線表示はデバッグ用だからやっぱり自分で描画する必要がある
0918デフォルトの名無しさん
2010/08/07(土) 09:58:17おおお！こんなクラスがあるんだ？
早速試してみる。
0919デフォルトの名無しさん
2010/08/07(土) 10:34:49DataGrid と Grid は別物だよ。
0920デフォルトの名無しさん
2010/08/07(土) 10:37:240921デフォルトの名無しさん
2010/08/07(土) 10:37:310922デフォルトの名無しさん
2010/08/07(土) 16:50:060923デフォルトの名無しさん
2010/08/08(日) 23:24:34参照できるようにするにはDataContextに設定するほかありませんか？
0924デフォルトの名無しさん
2010/08/08(日) 23:29:35<clr:Double x:Key="doubleValue">123.456</clr:Double>
0925デフォルトの名無しさん
2010/08/08(日) 23:36:220926デフォルトの名無しさん
2010/08/08(日) 23:37:140927デフォルトの名無しさん
2010/08/08(日) 23:53:34これはリソースの中に定義ということですかね。
>>925
なるほど、staticならx:staticで参照可能ですね。
>>926
なるほど、その手もあるのか。
この場合リソース参照はDynamicResource参照でないと、
コードでオブジェクトを変更した場合、追随しませんかね…。
INotifyPropertyChange実装したオブジェクトならオブジェクト参照が
変わらない限り、プロパティの変更には付いてくるんでしょうかねえ…。
試してみよう。
0928デフォルトの名無しさん
2010/08/09(月) 00:14:10インスタンスの参照をコードからリソースディクショナリに追加したら
OKでした。INotifyPropertyChangedを実装したオブジェクトインスタンスなら
プロパティの変更にはStaticResource参照でもちゃんと追従してくれました。
ただ、リソースディクショナリに突っ込むのはMainWindowのコンストラクタで
InitializeComponent()メソッドの前でないと、リソースがみつかんねーよって
怒られてしまいますが…。
XAMLからなんでインスタンスメンバを参照する簡便な方法が提供されないんですかねえ。
MainWindowのメンバについては{this:}キーワードで参照できるようにすれば、
結構楽な場面って多いような気がするんですが。
0929デフォルトの名無しさん
2010/08/09(月) 00:29:550930デフォルトの名無しさん
2010/08/09(月) 07:36:30＞elementname
elementname=MainWindow, Path=...で参照できるのは、子要素のFramewokElement
だけみたいです。
0931デフォルトの名無しさん
2010/08/09(月) 07:53:040932デフォルトの名無しさん
2010/08/09(月) 09:19:49DataContextでどうも参照できないケースがあるみたいなんです
たとえば MSDNのCompositeCollectionの例のように
Listbox.ItemsSourceの中に
<CompositeCollection>
<CollectionContainer Collection={Binding} />
</CompositeCollection>
というのをおいた場合、このバインディングはListBoxのDataContextを参照してくれず
バインディングは失敗します。
DataContextを参照できるのは、子要素のFrameworkElementだけなんですかね・
上記のやつをリソース参照で
Collection={Binding Source={StaticResource ...}}
とすれば、ちゃんとバインディングしてくれます
0933デフォルトの名無しさん
2010/08/09(月) 10:54:100934デフォルトの名無しさん
2010/08/09(月) 18:27:570935デフォルトの名無しさん
2010/08/12(木) 11:29:07WinFormのthis.Controlsみたいなの。
0936デフォルトの名無しさん
2010/08/12(木) 12:35:020937デフォルトの名無しさん
2010/08/12(木) 13:59:20できた。ありがとー
private void Hoge(DependencyObject dobj)
{
if (VisualTreeHelper.GetChildrenCount(dobj) == 0)
{
Console.WriteLine(dobj.ToString());
return;
}
else
{
for (int i = 0; i < VisualTreeHelper.GetChildrenCount(dobj); i++)
{
DependencyObject dobjchild = VisualTreeHelper.GetChild(dobj,i);
Hoge(dobjchild);
}
}
}
0938デフォルトの名無しさん
2010/08/14(土) 09:22:39TextBoxを一個準備して、xamlの方の Name を変更してもプロパティーウインドウの方の名前を変更しても
コードの自動変更がしてくれない・・・
デザイナは2008よりだいぶ良くなったんだけど
0939デフォルトの名無しさん
2010/08/14(土) 09:47:41x:Staticの参照でインテリセンス効かないのとかも、いちいち面倒でイライラする。
0940デフォルトの名無しさん
2010/08/14(土) 10:07:50<ListView.View>
<GridView>
<GridViewColumn />
<GridViewColumn />
</GridView>
</ListView.View>
</ListView>
GridViewColumnHeader.Clickのインテリセンス効かないのがムカつく
0941デフォルトの名無しさん
2010/08/14(土) 21:36:16いつになったら実用ver出してくれるのかなあ
0942デフォルトの名無しさん
2010/08/14(土) 21:52:45エッセンシャル読め読めって書いてあるから立ち読みしてきた
WPFが出来た理由が書いてあったけどあれ本当なの？
ビルゲイツが４つのテクノロジー（GDI、Ruby、MSHTML、form）の開発者に給料を払い続けたくないからって？
0943デフォルトの名無しさん
2010/08/14(土) 22:39:42「統合されてしまえば必要なくなるような、ばらけたスキルが必要とされるのは非効率だ。
統合されなくてはいけない。」
というようなニュアンスならほんとにそういう発言してそうだなぁ。
MS の目指すところは開発者の負担を下げることで、
そのためには1つのスキルで色々できるってのもきわめて重要なので。
0944デフォルトの名無しさん
2010/08/14(土) 23:49:49どれでもできるんだから、言語は少しあればいい
0945デフォルトの名無しさん
2010/08/15(日) 00:22:280946デフォルトの名無しさん
2010/08/15(日) 01:55:56ゲイツはほとんどWPFに関して口出してないだろ、時期的に。
0947デフォルトの名無しさん
2010/08/15(日) 04:24:48WPFの草案がいつからあったかわかって言ってるの？
0948デフォルトの名無しさん
2010/08/15(日) 04:58:41ＯＳの統合が成功したあたりでコンピュータそのものへの関心を失ってるよ
0949デフォルトの名無しさん
2010/08/15(日) 07:24:28事実、Silverlightプロジェクトが開始したのは、マイクロソフトがWPFの開発計画を発表した2001年のことだった。
WPFはWPF/Eの前身となる技術である（WPF/EはSilverlightのコードネームだった）。
0950デフォルトの名無しさん
2010/08/15(日) 10:02:00ちゃんと書いてあるだろうが！
0951デフォルトの名無しさん
2010/08/15(日) 10:08:270952デフォルトの名無しさん
2010/08/15(日) 10:12:58確かにエッセンシャルに 経営者（Bill Gates）って書いてあるよ
微妙に被っててどれも最新技術（DirectX）が使えない
で、統合しようとして失敗して４個のグループが５個になっちゃった
0953デフォルトの名無しさん
2010/08/15(日) 10:35:00> From a purely selfish
> point of view, Microsoft management (well, I’ll name names: Bill Gates)
> was tired of paying four teams to build largely overlapping technologies.
著者がpurely selfish point of viewと言ってることなので
本当かどうか詮索する意味は全くないのだけど
重複の多いテクノロジに並行してリソースを投入するのは
ユーザだけでなく経営者にとってもメリットが小さいからゲイツが一本化しようとするのは当然だぬ
ちなみにRubyというのは
> Visual Basic’s UI model, internally called Ruby, ...
> 1. This code name has no relationship to the Ruby programming language.
0954デフォルトの名無しさん
2010/08/15(日) 13:13:360955デフォルトの名無しさん
2010/08/15(日) 13:16:550956デフォルトの名無しさん
2010/08/15(日) 17:37:54一つのものを二つにわけたのに…
頭おかしいの?
0957デフォルトの名無しさん
2010/08/15(日) 18:42:030958デフォルトの名無しさん
2010/08/15(日) 21:02:250959デフォルトの名無しさん
2010/08/16(月) 01:35:460960デフォルトの名無しさん
2010/08/16(月) 01:39:38食糧不足時代にできた悲しい歌なんだよ
0961デフォルトの名無しさん
2010/08/16(月) 02:45:140962デフォルトの名無しさん
2010/08/16(月) 13:13:410963デフォルトの名無しさん
2010/08/16(月) 23:16:310964デフォルトの名無しさん
2010/08/17(火) 12:40:20をみると、「WPF は、Button、MenuItem、ListBoxItem などの ICommandSource
を実装するさまざまなクラスを提供します…ListBoxItem は、ダブルクリック
されるとコマンドを呼び出します」って書いてあるけれど、ListBoxItemって
コマンドソース実装してませんよね？？？
MSDNの間違いですか？
0965デフォルトの名無しさん
2010/08/18(水) 10:18:35せっかくの疎結合にしてるのに、他のViewModelの参照をもつのなぁと思うんですが、
わざわざEventAggregator使うのもなぁと思いまして。
EventAggregator使えばいいんですかね。
0966デフォルトの名無しさん
2010/08/18(水) 10:25:39でもwinformで凝ったことをやろうとするとかなりしんどいんだよね・・・
0967デフォルトの名無しさん
2010/08/18(水) 11:27:380968デフォルトの名無しさん
2010/08/18(水) 12:16:140969デフォルトの名無しさん
2010/08/18(水) 20:03:52簡単に判別するツールってないでしょうか？
0970デフォルトの名無しさん
2010/08/18(水) 20:08:100971デフォルトの名無しさん
2010/08/22(日) 21:12:25WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7
http://hibari.2ch.net/test/read.cgi/tech/1282479113/
0972デフォルトの名無しさん
2010/08/24(火) 07:17:55Express Edition がダメなのか、それともRibbon バイナリがダメなのか…。
おそらくExpressだからだろう…。
0973デフォルトの名無しさん
2010/08/24(火) 16:08:290974デフォルトの名無しさん
2010/08/24(火) 16:18:23ついでにWPFデザイナも更新される
0975デフォルトの名無しさん
2010/08/25(水) 05:28:53MS の発行したサンプルだとうまく使えたので、単に私のコーディングが悪かっただけのようだ。
これで一応使えるのを確認できたのでよかったよかった。
0976デフォルトの名無しさん
2010/08/25(水) 09:49:01クライアントから邪魔とか言われそうな予感ｗ
0977デフォルトの名無しさん
2010/08/26(木) 21:27:18オフィスで操作方法はわかるけど、どれがそのアイコンか見分けがつかない場合があって疲れる
試せばわかるのになんで見切り発車したんだろうか？
0978デフォルトの名無しさん
2010/08/26(木) 21:33:260979デフォルトの名無しさん
2010/08/26(木) 22:14:470980デフォルトの名無しさん
2010/08/26(木) 22:35:44あの規模のアプリになると有効だと思う。
あと、開発者向けとビジネス向けの嗜好はかなり違うことも忘れちゃダメだろ。
非開発者向けツールが軒並みRibbonになってる一方で、
VSは絶対Ribbonにはならないと思うし。
0981デフォルトの名無しさん
2010/08/27(金) 08:12:18リボンは慣れると、単にアイコンがどわーっと並んでいるより使いやすいと思う
けどな。操作系の多いuiを作るとリボンを選択したくなる。リボンの問題は表示領域
を取りすぎることかな。ディスプレイが縦なら悪くないと思うんだけど。
0982デフォルトの名無しさん
2010/08/27(金) 09:31:01リボンはいちいちタブ？を切り替えないといけないのはめんどくさい
どのタブに何があるか覚えておかないといけないし
ツールバーだったら必要なものを常に表示出来てたのに、作業効率が悪くなった…
ツールバーだけ復活させてくれないかなあ
0983982
2010/08/27(金) 09:34:50すみません
表示域はリボンを最小にして使ってる
WIN7のタスクバーのアイコンも小さくしたけど狭い
使う人のための改良ではなく見栄えの良さだけの変更はやめてほしい
0984デフォルトの名無しさん
2010/08/27(金) 09:47:250985デフォルトの名無しさん
2010/08/28(土) 01:08:520986デフォルトの名無しさん
2010/08/28(土) 01:09:510987デフォルトの名無しさん
2010/08/28(土) 01:16:180988デフォルトの名無しさん
2010/08/28(土) 01:16:470989デフォルトの名無しさん
2010/08/28(土) 09:06:52リボンはツールバーを置き換えない
MSも適材適所で使えといっている
VSのような「上級者ユーザー向け」ソフトではツールバーを使えとのことだ
0990デフォルトの名無しさん
2010/08/28(土) 09:22:19メニューバーはAlt押さないと出ないようにしてるし
いまどきツールバーもメニューバーも基本はなしでいいと思うよ
0991デフォルトの名無しさん
2010/08/28(土) 09:32:21はげしくどうい
0992デフォルトの名無しさん
2010/08/28(土) 09:44:070993デフォルトの名無しさん
2010/08/28(土) 09:47:590994デフォルトの名無しさん
2010/08/28(土) 10:03:08パレット代わりといえるツールバーがなくなったのは痛い
>>990
F5押してるの？
0995デフォルトの名無しさん
2010/08/28(土) 10:11:41Officeの方は完全にリボンのみにしてしまったのはアホかと
0996デフォルトの名無しさん
2010/08/28(土) 11:12:510997デフォルトの名無しさん
2010/08/28(土) 11:13:500998デフォルトの名無しさん
2010/08/28(土) 11:14:460999デフォルトの名無しさん
2010/08/28(土) 11:15:271000デフォルトの名無しさん
2010/08/28(土) 11:16:45WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part7
http://hibari.2ch.net/test/read.cgi/tech/1282479113/
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。