12/03/10 22:18:22.65
複数環境やテスト用に V を取り替えたいなら、
P から触る部分をインターフェイスとして定義して、xmal.cs の分離クラスやアダプタで実装すれば良いよ。
725:デフォルトの名無しさん
12/03/11 00:50:32.90
>>724
それやるんだったらP分けないでVのコードビハインドに書いちゃえばいいと思う
そうしないのはコードビハインドからのVMへのアクセスを避けるためだろ
Vの特定のVMの型への依存をPに追い出すことで
Vに対してVMを差し替えてバインディングのテストができる
726:デフォルトの名無しさん
12/03/11 02:30:09.95
俺はMSが舵取りするまで動かん
727:デフォルトの名無しさん
12/03/11 09:49:32.91
Pはかじ取りするまでもないだろ
1個クラス作って中にメッセージ用のメソッド作るだけ
728:デフォルトの名無しさん
12/03/11 14:13:56.43
具体例くれ
729:デフォルトの名無しさん
12/03/11 14:36:04.64
だから＞＞634のソース読め
提唱した人の実例だ
730:デフォルトの名無しさん
12/03/11 14:43:42.35
昨日のとは違うって話じゃないの？
731:デフォルトの名無しさん
12/03/11 21:19:13.27
40歳が泥酔して仕事用マシン失くして、大変そう
732:デフォルトの名無しさん
12/03/11 22:42:24.59
>>730
参考にはなるよ。
P はクラス名で探せばコーディング例は判る筈
P に処理を任せてる分 V と VM 間を祖結合にしてる
ViewModel を共通ライブラリにおいて、WPF・SL・Phone で使いまわしてる。
733:デフォルトの名無しさん
12/03/12 15:44:11.11
エクスプローラみたいに任意の項目でソートできるようにするには
VMがCollectionViewSource.GetDefaultViewで得たコレクションビューと
ソートコマンドを公開すればいいの?
それともビュー側がやるべき事?
734:デフォルトの名無しさん
12/03/12 16:15:07.99
Pの仕事
735:733
12/03/12 16:20:23.57
あ、MVVMでの話でお願いします。
736:734じゃないよ
12/03/12 16:27:01.17
>>735
>>734 は MV(P)VM で回答したのだが・・・
737:デフォルトの名無しさん
12/03/12 16:36:25.66
Pの仕事言うのは冗談です
738:デフォルトの名無しさん
12/03/12 17:21:24.36
プレゼンターさん！バインドですよ！バインド！
739:デフォルトの名無しさん
12/03/12 17:45:34.00
P は Producer の略だということを皆知らな過ぎる
740:デフォルトの名無しさん
12/03/12 17:54:12.33
>>705
これ、Formsの話やんけ！WPF版持ってこいや！
741:デフォルトの名無しさん
12/03/14 08:58:11.33
WPFは死んだ技術
742:デフォルトの名無しさん
12/03/14 09:39:59.15
死んだのはおまえのＰＧとしての寿命じゃね
743:デフォルトの名無しさん
12/03/14 15:27:54.32
WPF Ribbon試してみたんだけど
コントロール上のコンテキストメニュー（「Add to Quick Access Toolbar」とか）を
日本語化する方法がわからない・・・
どの解説記事もこの点をスルーしていて参考にならず
744:デフォルトの名無しさん
12/03/14 15:42:49.68
色々不具合あるからソース落として書き換えちまえ
745:デフォルトの名無しさん
12/03/14 16:05:59.83
>リボンのローカライズ
>ソースを展開、ExceptionStringTable.txtをコピーしてExceptionStringTable.ja.txtを作る
>Ribbon.Compilation.targetsをテキストで開いて
こんなメモ残してたわ
746:デフォルトの名無しさん
12/03/14 16:31:52.57
Ribbonアプリケーションアイコンを[ファイル]表記にする修正が上手くいかん
VS11でもそのままだし
747:デフォルトの名無しさん
12/03/14 23:14:56.52
了解した
748:デフォルトの名無しさん
12/03/15 13:21:53.49
System.Printing.PrintTicketを使いたいんのですが、
System.PrintingではなくReachFramework.dllとあったので、
参照設定にReachFrameworkも追加したのですが、
usingで出てこない･･･
設定ミスとか抜けている点があれば、指摘よろしくお願いします。
749:デフォルトの名無しさん
12/03/15 13:25:42.49
usingで出てこない、とは?
System.Printing.PrintTicketと書いて色は変わる?
750:デフォルトの名無しさん
12/03/15 13:42:37.99
>>749
あ、ってっきり usingに宣言するものだと思ってました。
ソースに書いたら水色に変わりますね。
ありがとうございました。
751:デフォルトの名無しさん
12/03/15 14:53:14.39
namespace が System.Printing で
PrintTicketは型名だかんね。
usingするなら
using System.Printing;
752:デフォルトの名無しさん
12/03/15 20:36:23.47
LINK文で取得した結果をvarにつめてる場合って、どうやってnullチェックするんだろうか・・・。
753:デフォルトの名無しさん
12/03/15 20:47:04.05
?
754:デフォルトの名無しさん
12/03/15 20:49:14.99
スレチだけど
755:デフォルトの名無しさん
12/03/16 08:26:52.29
WPFは終了です
マイクロソフト先生の次回作にご期待下さい
756:デフォルトの名無しさん
12/03/16 11:45:59.97
終了したのはおまえのＰＧとしての寿命じゃね
757:デフォルトの名無しさん
12/03/16 11:51:56.94
64bitアプリと同様、WPFは普及しない。
開発者の都合なんかどうでもよくて、多くのユーザにとってはデメリットでしかないからな。
758:デフォルトの名無しさん
12/03/16 13:07:33.51
64bitアプリが普及しないなんて妄想甚だしいなｗ
どうせまともな開発者ではないだろうと思っていたが、妄想癖まであるとは。
759:デフォルトの名無しさん
12/03/16 13:12:12.20
>>757
おまえがそう思ってる大半のソフトはwin7にすら対応してねぇよ
win7対応の方法も何が変わるかも知らないとかいうんじゃないだろうな
760:デフォルトの名無しさん
12/03/16 13:17:01.89
現に普及してない。
XP、Vistax86、7x86で動かない上に、ほとんどのアプリは2GBの壁にぶつからない以上、
開発者が32bit版と64bit版を用意することは稀。
ほんと現実が見えてないな、おまえ。
761:デフォルトの名無しさん
12/03/16 13:22:37.56
Vistaで動いて7で動かないソフトなんてあるのかと。
762:デフォルトの名無しさん
12/03/16 13:25:12.90
それがどうWPFと関係するんだよｗ
763:デフォルトの名無しさん
12/03/16 13:28:19.43
キラーアプリ作れない開発者がユーザを切り捨てる勇気などないということ。
764:デフォルトの名無しさん
12/03/16 13:28:57.31
まだ32bitアプリなんて使ってるの?ｷｬﾊﾊﾊﾊ
765:デフォルトの名無しさん
12/03/16 13:30:55.55
64bitアプリ開発はいいなぁ、テスト工程少なくてw
766:デフォルトの名無しさん
12/03/16 13:32:53.44
ターゲットx64にしてるアホなんているのかよw
767:デフォルトの名無しさん
12/03/16 13:46:13.62
VB6が普及しなかったって言うようなもん
768:デフォルトの名無しさん
12/03/16 13:52:43.97
なるほど。VB6使いがWPF使ってるわけだな。
769:デフォルトの名無しさん
12/03/16 13:59:21.08
>>768
なんかさ、ケチ付けるのが目的になって煽りがちょっとズレてるよ。
770:デフォルトの名無しさん
12/03/16 14:10:05.63
褒めてるつもりだったんだが誤解されたようだ。
771:デフォルトの名無しさん
12/03/16 15:30:58.92
本当に知らないんだな
vs2010のテンプレのままじゃvista用アプリになるんだぜ？
リソースモニターから「ＯＳのコンテキスト」を表示させてみ
だから終わってるのはおまえのＰＧとしての寿命だっていってるんだよ
772:デフォルトの名無しさん
12/03/16 15:44:00.08
おれはまだvs2008だからな。w2kバイナリ切るとかおまえら鬼だな。
773:デフォルトの名無しさん
12/03/16 15:55:21.85
>>771
それ言うとWin7に最初っから入ってるやつにもVistaになってるのが…
774:デフォルトの名無しさん
12/03/16 16:05:58.22
>>771
え？あれがVistaだと7非対応アプリになると思ってるの？
こりゃダメだ。
775:デフォルトの名無しさん
12/03/16 16:13:30.60
なんか古いOSを切り捨てるのを進んだPGだと思ってる馬鹿がいるな。
マカーかな？
776:デフォルトの名無しさん
12/03/16 16:20:16.56
XP対応だって大変なのに、win2kとか勘弁してください。
777:デフォルトの名無しさん
12/03/16 16:20:31.60
Vist/7あたりからおもしろAPIがたくさん追加されてるのは事実
778:デフォルトの名無しさん
12/03/16 16:21:08.35
でもVS2010のテンプレのままだと64bitバイナリになんないよ
779:デフォルトの名無しさん
12/03/16 16:22:14.17
さすがにw2kは切り捨てたわｗ
XPも捨てたいけど、それはまだ無理だね。
780:デフォルトの名無しさん
12/03/16 16:23:14.77
WPFも捨てたいけど、おまえらが悲しむからな。
781:デフォルトの名無しさん
12/03/16 16:29:07.60
捨てたいんじゃなくて使いこなせなかったんだろ。
782:デフォルトの名無しさん
12/03/16 16:30:44.08
ナイナイ
ここの奴らはWPFを超えるUIフレームワークが出たらすぐに乗り換える
783:デフォルトの名無しさん
12/03/16 16:31:52.88
Winformを超えられない件
784:デフォルトの名無しさん
12/03/16 16:36:09.82
>>778
64bitが必要なアプリだけ64bitにすればいいんだから当然
それを理解できずに全てのアプリが64bitになる世界と比較して
「64bitは普及していない」とか言っちゃうお馬鹿さんもいるようだけどね
785:デフォルトの名無しさん
12/03/16 16:42:01.70
妄想壁でもあるのか？
捏造するな。64bitではなくて、64bitアプリだ。
32bitアプリでOKなものを64bitアプリにするメリットはない。
まだ多くのユーザーを切捨てることになるからな。
786:デフォルトの名無しさん
12/03/16 16:42:58.49
ていうか.NETなんだからAnyCPUでいいじゃん。何言っちゃってんの？
787:デフォルトの名無しさん
12/03/16 16:44:11.60
>>783
確かにWPFはWinFormsを超えてないが、
WinFormがWPFを超えてるわけでもないからな（要するに一長一短）
デザイナの完成度
個々のコントロールの品質
遅い処理の書きにくさ
起動速度
など、WinFormsの方が上の点はWPFにとって改善してほしい点でもある
788:デフォルトの名無しさん
12/03/16 16:48:41.29
>>786
全くNativeDLL使わないのか？ おれにはあり得んな。
789:デフォルトの名無しさん
12/03/16 16:49:54.93
> 64bitではなくて、64bitアプリだ。
脳内補完した上で意味を良く考えろよ・・・
64bitが必要なアプリの多くが64bitアプリになったのなら、
64bitアプリが普及したと言えるだろ
790:デフォルトの名無しさん
12/03/16 16:52:49.83
>>788
それならx86指定すれば済む話だろ。 常識で考えろよスレタイ読めないお馬鹿さん。
791:デフォルトの名無しさん
12/03/16 16:53:00.38
>>789
どんなに良く考えてもそんなステマみたいな補完はおれにはできない。
マカーがよくやってる補完だろ、それ。
792:デフォルトの名無しさん
12/03/16 16:53:19.38
>>790
馬鹿かおまえ。
793:デフォルトの名無しさん
12/03/16 16:54:38.28
WOW64が優秀だから必要なの以外は別に32bitでいいじゃん。
全部64bitじゃないと嫌ってガキかよ。
794:デフォルトの名無しさん
12/03/16 16:59:58.21
そもそも一連の流れがスレタイからずれてるな
WPFに関連することで言えば
VisualStudioのデフォルト設定(2008ならAnyCPU、2010はx86)から変えない方がいい
Blendの動きがおかしくなる
795:デフォルトの名無しさん
12/03/16 17:08:09.64
>>791
マカーは知らんが、
仕事をしてりゃ客の言うことが一字一句間違ってないなんて
むしろ珍しいと思うがな・・・
一部を補完して意味が通るなら、
「64bitは64bitアプリの意味ですよね？」って確認を入れて話を進めるのは普通だろ
796:デフォルトの名無しさん
12/03/16 17:10:16.87
６４bitにしても早くならんのに何の目的があって使うんだ？
797:デフォルトの名無しさん
12/03/16 17:15:44.58
もう飽きたからWindows板あたりでやれよ
798:デフォルトの名無しさん
12/03/16 17:18:29.56
64bitアプリはユーザーにメリットあるけど
WPFはデメリットしかない
799:デフォルトの名無しさん
12/03/16 17:27:09.00
そもそもWPFアンチは何で64bit叩きなんて意味不明なことを始めたのだろうか。
800:デフォルトの名無しさん
12/03/16 17:27:59.92
こういう奴がWPFを使いこなすようになると
「WinFormsは糞だった」と言うんだよなぁ。
WinFormsの考え方に囚われてるから、WPFのメリットが理解できない。
スマホアプリとか、別プラットフォームも使ってるとこうはならないんだけど。
801:デフォルトの名無しさん
12/03/16 17:36:21.02
便利な物を便利に使えばいいよ
WPFが使いやすければ使えばいい
winformsが使いやすければ使えばいい
＞WinFormsの考え方に囚われてるから、WPFのメリットが理解できない
これはあってるようで間違い
winformsが使いやすいから使ってるだけだろ
802:デフォルトの名無しさん
12/03/16 17:40:13.02
ポトペタで張り付けてガリガリ書くような使い方で間に合ってるならWinForms使えばいいと思う。
それで問題があるからWPFやってるのに、わざわざ出張してきて騒がれてもねぇ？
803:デフォルトの名無しさん
12/03/16 17:50:48.23
> winformsが使いやすいから使ってるだけだろ
反論になってないなぁ
WinFormsの常識に囚われた人にとっては、
WinFormsが最高に使いやすいと感じられるって話だよ
もちろん、両方を理解した上でWinFormsを選ぶ人だっている事は否定しないよ
確かに、WPFにはメリットを相殺しうるデメリットもある
804:デフォルトの名無しさん
12/03/16 18:25:29.83
過去の資産の移行コストが高すぎるからWPFに移行できないんだろう。
Appleみたいにどんどん切れるわけない。
805:デフォルトの名無しさん
12/03/16 18:39:03.21
好きな方を使えば良いのになぜ宗教戦争を始めるのか
806:デフォルトの名無しさん
12/03/16 18:40:26.93
好きな方を使えば良いで使える奴なんて暇な学生だけだろ。
807:デフォルトの名無しさん
12/03/16 19:30:14.04
わざわざ荒らしに来る暇な奴はいるけどな。
808:デフォルトの名無しさん
12/03/16 19:37:12.30
WPFに挫折したのだろう。WPFは凡人には使いこなせないからな。
809:デフォルトの名無しさん
12/03/16 20:44:02.88
凡人に使いこなせないことはないが、
いったんチャラになるからな。
WinFormsのノウハウ(バッドも含めて)が通用しないからね
810:デフォルトの名無しさん
12/03/16 20:47:06.83
学習コストというのは経験がいくらあっても高いからな。
Javaやってたらc#に移りたくはないし、c#やってたらJavaに移りたくないだろう。
MFCからWPFぐらいでないと。
811:デフォルトの名無しさん
12/03/17 01:06:55.76
質問させてください。
以下のように、canvas1にジオメトリを追加したのですが、ジオメトリの左位置が取得できません。
どこがマズイのか、識者の方、ご教授ください。
EllipseGeometry ellipseGeometry = new EllipseGeometry(new Point(100, 100), 50, 50);
Path path = new Path();
path.Data = ellipseGeometry
path.StrokeThickness = numericBold.Value;
path.Stroke = Brushes.Black;
canvas1.Children.Add(path);
double left = Canvas.GetLeft(path); // なぜか50でなく、NaＮが返る
812:デフォルトの名無しさん
12/03/17 01:34:33.38
pathはStretch次第でジオメトリを引き延ばすんだよ
つまりpathの位置は中のジオメトリに何が入っていようが影響されない
なぜかと聞くならSetLeftしてないから。そんだけの話
添付プロパティはオーバーライドとかしないし糖衣構文とかじゃない
ただの入れ物だから
中に入ってるもの次第で都合よく値が変更されるみたいなことは絶対ない
入れたものが出てくるだけ
813:デフォルトの名無しさん
12/03/18 01:09:49.63
Blend操作感微妙に違ってて生産性あがるように思えん
814:デフォルトの名無しさん
12/03/18 14:12:01.18
CanvasのMarginのTopだけスライダーとBindingさせたいんですが、どうすればいいですか？
815:デフォルトの名無しさん
12/03/18 15:02:34.78
コンバータ書けば?
816:デフォルトの名無しさん
12/03/18 15:59:29.65
コンバータ書いても何故かダメだったので素直にイベント処理します
817:デフォルトの名無しさん
12/03/18 16:36:00.00
なぜふつうにバインドしない
818:デフォルトの名無しさん
12/03/18 17:42:02.88
BackgroundがnullのControlにはドラッグアンドドロップできないのか
しばらくハマってしまった
これ俺みたいなウンコ初心者には結構罠だな
819:デフォルトの名無しさん
12/03/18 18:10:55.31
透明を設定しておけばドラッグできるのにね。
俺もはまったわ。
820:デフォルトの名無しさん
12/03/18 18:25:55.91
Display属性とかにOneWayバインディングって出来る？
821:デフォルトの名無しさん
12/03/18 20:51:57.14
>>820
依存プロパティなら、できるんじゃないの
そうでなければ、できない
822:デフォルトの名無しさん
12/03/18 23:14:47.07
Helper作れ
823:デフォルトの名無しさん
12/03/19 04:22:30.32
まもなく、WPFの2chビューワーが出るから安心せい。
WPFの時代がやってくるよ。
824:デフォルトの名無しさん
12/03/19 04:25:52.81
2chの最大1000件の表示に対する部分をどうするのかね？
windowsってデスクトップサイズが人それぞれなので面倒だし
825:デフォルトの名無しさん
12/03/19 06:27:28.35
はぁ?
826:デフォルトの名無しさん
12/03/19 12:26:37.37
もう1366x768フルスクリーン前提でいいだろ
Metroみたいに
827:デフォルトの名無しさん
12/03/19 12:31:48.49
最低ラインなだけだろ
828:デフォルトの名無しさん
12/03/19 18:12:38.27
『平清盛』プロデューサー反日朝鮮人 磯智明（反日・天皇制度廃止論者）のプロデュース作品
①『監査法人 (2008)』反体制・反社会
②『最後の戦犯 (2008)』反日・天皇制度廃止・反体制・反社会
③『リミット -刑事の現場２- (2009)』反体制・反社会
日本放送協会 、、 〒150-8001 東京都渋谷区神南2-2-1
韓国放送公社(KBS) 〒150-0041 東京都渋谷区神南2-2-1NHK東館710-C ←よく痴漢やヤクで捕まるのはここの工作員
テレビが言えない民主党のスポンサー=韓国北朝鮮
あとはもうわかるよな
民主党は朝鮮人だらけ。前科者前原やキムチイオン岡田が平気で嘘を付き、口だけなのもそういう裏があるから。
野田はどうだろうか。韓国人の集いに出席し、韓国人暴力団から賄賂を貰っている野田は
829:デフォルトの名無しさん
12/03/21 06:26:58.59
WPFのプログラムをXAMLに頼らずコードだけで書いていると、将来の姿が見えてきた。
WPFのユーザーインターフェイスはマウスのボタンクリックではなく
マウスホイールの回転が主役になると考えられる。
マウスボタンのクリックは意外と骨の折れる作業なのだ。
それに比べ、アイフォンやアイパッドの指で触ったりなぞったりする作業は楽なのだ。
マウスホイールの回転作業はマウスボタンの押下作業よりはるかに楽だ。
マウスホイールを有効に使うには、ホイールが回転された位置にあるコントロールを正確に
識別しなければならなくなるが、識別を可能にするにはVisualTreeHelperクラスを使うしかないだろう。
830:デフォルトの名無しさん
12/03/21 06:53:28.58
ホイールしまくると腱鞘炎になるお
831:デフォルトの名無しさん
12/03/21 07:39:37.93
ガソリン価格高騰に悲鳴 １L当たり２１００ウォン突破
韓国ソウルのガソリンスタンドで販売されている平均ガソリン価格が史上初となる１リットル当たり２１００ウォン
（約１５５円）を突破したと韓国メディアが一斉に報じている。
１５日、韓国石油公社が運営する原油価格の情報サイト「オフィスネット」によると、１５日午前１１時現在、ソウル
の平均ガソリン価格は前日より０．５８ウォン値上がりした２１００．０６ウォンを記録した。ソウルの平均ガソリン
価格が２１００ウォンを超えたのは史上初めてだ。
2012/03/16 [16:41]
URLﾘﾝｸ(www.krnews.jp)
韓国人アルバイトの46.8％、「最低賃金ももらっていない」 民衆の声
韓国での労働者のうち、半数近くが最低賃金（韓国は4320ウォン）以下の給料で働かされていることが分かった。
1681人を対象に実施したアンケート調査の結果を発表した。46.8％が最低賃金の時給4320ウォン（約320円）より低い賃金だったと述べた。
賃金のほかにも、勤労基準法違反はさまざまなものがあった。76％が勤労契約書を作成しておらず、
事故が起きた時に守ってもらえなかったと答えた人は 65.9％に達した。
また、56.7％が「雇用主から一方的に勤労条件を変更させられた」と答え、「賃金未払いおよび削減」のケースは 26％に達した。
セクハラや身体的な暴力を含む人格冒涜を経験した人は30.9％に達し、
また不当な待遇を受けた時は誰かに助けを求めたケースはたったの7.7％だった。
www.vop.co.kr/A00000412011.html
832:デフォルトの名無しさん
12/03/21 07:54:12.95
「ゲームでもないのに独自テーマを作るな」ってガイドラインにも書いてあるんだけどなぁ
おまえらが思い思いに作った、アプリごとにてんでばらばらなＵＩなんて使いたくないよ
頼むよ
833:デフォルトの名無しさん
12/03/21 09:32:57.05
WPFは独自テーマ使うのが普通でしょ
むしろ使ってないの見たことないぞ
使わないとWinForms以上に貧相な見た目になる
834:デフォルトの名無しさん
12/03/21 10:37:58.10
> 使わないとWinForms以上に貧相な見た目になる
WinFormsで十分な事をWPFでやろうとするとそうなる。
使い勝手重視でコントロールをカスタマイズする段階になると、
むしろ余計な装飾は邪魔だって気づくようになるよ。
カスタマイズが不要なシンプルなアプリで
テーマの為にWPFを使うってのも悪くはないけどね。
835:デフォルトの名無しさん
12/03/21 17:54:31.35
ソフトの見た目っつーかL&Fを変えるのはよくないよね
たとえば メトロとかメトロとかメトロとか
836:デフォルトの名無しさん
12/03/21 18:22:17.14
> たとえば メトロとかメトロとかメトロとか
タブレット端末用としてメトロは悪くないと思うけどなぁ
タブレット端末やPOSで、
VB6で作ったような大きなButtonコントロールが
配置されたUIならよく見かけるけど、
あーいうのがお好き？
これならL&Fは既存のアプリと大して変わらないけど・・・
837:デフォルトの名無しさん
12/03/21 19:18:19.14
デスクトップ用としては、
画面触りまくらないとシャットダウンの方法が分からないのはどうかと思う
スタートメニューないし
838:デフォルトの名無しさん
12/03/21 20:26:59.87
なんでメトロがデスクトップ用なんだよ池沼
839:デフォルトの名無しさん
12/03/22 00:51:40.90
>>837
慣れてきて最近は、チャームメニュー -> 設定 -> 電源っぽいボタンからシャットダウン選ぶ。
840:デフォルトの名無しさん
12/03/22 07:29:32.59
>>838
ならCPから外しとけよw
841:デフォルトの名無しさん
12/03/23 00:49:33.88
>>840
え？
842:デフォルトの名無しさん
12/03/23 05:58:01.47
windows 8 consumer preview
実質ultimate相当(デスクトップ用)なのに堂々とメトロが占拠している
843:デフォルトの名無しさん
12/03/23 08:55:42.31
デスクトップでもタッチスクリーンが増えると踏んでるんだろ
x86タブレットもあるし
844:デフォルトの名無しさん
12/03/23 08:56:57.69
CP版にケチつける人がいるとは思わなかった
845:デフォルトの名無しさん
12/03/23 09:02:26.57
それはない。既に昔、普及に失敗した。
昔はPCに普通にライトペンIFついてたのに。
腕をディスプレイまで挙げ続けないといかないので腕が攣ってとても使えない。
846:デフォルトの名無しさん
12/03/23 09:08:17.23
タッチスクリーンは無いが、タッチパッドは有り
847:デフォルトの名無しさん
12/03/23 09:22:14.72
>>844
CP版って要はβだろ。ほっときゃ、そのまま製品になるぜ
848:デフォルトの名無しさん
12/03/23 09:43:25.15
そもそも製品版で残すつもりなら
スタートメニュー撤去したりしないだろ
849:デフォルトの名無しさん
12/03/23 10:12:15.89
製品になるのはRCだろ
βそのままってのは滅多にない
850:デフォルトの名無しさん
12/03/23 13:14:02.00
最近すれ違いの書き込み多いな
851:デフォルトの名無しさん
12/03/23 15:28:48.70
[Start] (スタート) 画面についていただいたコメントを振り返る
URLﾘﾝｸ(blogs.msdn.com)
メトロを排除する気は一切ないってか('A`)
全画面つかうんじゃねえヴォケランチャーで十分だろってフィードバックには
そんなことするのはごく一部の上級ユーザーでMS内のユーザーは
メトロ使いこなしてるから無問題とかアホかよ・・・
スタートメニューじゃ20個しか表示できないって20個しか表示できなくさせたのは
MSじゃねえか
852:デフォルトの名無しさん
12/03/23 16:11:27.95
出来る事を出来なくして、これからはこれが理想だからねっ と使い方を強制する
で、それで便利になったワケでもなく、単にもともと出来ないヤツに合わされてるだけ
853:デフォルトの名無しさん
12/03/23 16:24:14.62
XPのスタートメニューだとマウスをジグザグに動かさなきゃなんないよって
お前それスタートメニューが下から上に伸びるのに中の項目が上から下に並ぶせいだろ
Appleみたく上に置けば全部が上から下になってマウスもおおむね右下一方向にしか動かん
854:デフォルトの名無しさん
12/03/23 16:27:26.18
開発者の暴走を止められるのは
経営者のみ
855:デフォルトの名無しさん
12/03/23 16:39:06.97
入れ子のメニューは古い
856:デフォルトの名無しさん
12/03/23 17:01:13.35
またユーザー無視の馬鹿が涌いてる。
857:デフォルトの名無しさん
12/03/23 20:38:48.39
ユーザーに選択肢を与えるだけでいいんだがな
問題はその与え方が洗練されているかいないかで大分違うわけで
858:デフォルトの名無しさん
12/03/23 20:41:27.01
現行のUIが素晴らしいものだと考えているお前らにびっくりだわ
859:デフォルトの名無しさん
12/03/23 20:44:12.43
世界最古の土器
１９８８年、青森県の大平山元遺跡で見つかった土器が、世界最古の土器という事になっています。
1万6500年前（縄文時代前）のものと言われています。
これは、中国や他の国で発見されているものと比較して、群を抜いて古いものです。
発掘がすすめば、さらに古い土器が発見されるかもしれません。
世界最古の木造建築
奈良の「法隆寺」の建築物群。国宝にも指定されています。
法隆寺は、推古天皇や聖徳太子によって建立されたと言われています。日本最古の木造建築として日本の国宝に指定されているだけでなく、世界最古の木造建築としても認知されています。
また、日本を代表する木材「ヒノキ」で造られており、1993年12月には、日本で初めて世界文化遺産に登録されました。
世界最古の王室
現存する世界で一番長い歴史を有する世界最古の王室「天皇家」
海外では歴史や伝統に重い価値を置いています。
世界での天皇家の地位は絶大です。
世界の権力図を示すとこんな感じ。
天皇陛下≧ローマ法王>英国女王>アメリカ大統領etc>日本国首相etc
ローマ教皇と同等かやや上回るか。
世界2トップのうちの一人です。
これは日本の宝として大切にしないといけませんね。
860:デフォルトの名無しさん
12/03/23 20:44:32.54
また妄想族か
861:デフォルトの名無しさん
12/03/26 00:46:03.51
class A { public enum B { Hoge, Foo } }
というクラス内の列挙型があります。
XAML中でA.B.Hogeを指定するにはどう書けばいいのでしょうか?
{x:Static local:A.B.Hoge}
では「MC3050: 型 'A.B' が見つかりません。型名では大文字と小文字が区別されることに注意してください。」となります。
Bを外に出した場合は、{x:Static local:B.Hoge} で問題なく参照できます。
862:デフォルトの名無しさん
12/03/26 00:50:10.98
無理
URLﾘﾝｸ(msdn.microsoft.com)
863:デフォルトの名無しさん
12/03/26 01:16:03.11
XAMLってインナークラスもダメなのか
864:デフォルトの名無しさん
12/03/26 01:17:18.58
>>862
ガビーン
URLﾘﾝｸ(connect.microsoft.com)
{x:Static namespace:ClassName+EnumType.EnumValue}
と書けばいけるけど、バグで動かない。
みたいな事書かれてるの見つけたけど、仕様になっちゃったのかな?
865:デフォルトの名無しさん
12/03/26 01:40:43.77
標準ライブラリには入れ子定義無いし
使うなってことだろう
866:デフォルトの名無しさん
12/03/26 15:45:08.91
MediaElemetをとりあえず動かすために、再生時間だけを持つ空のメディアファイルみたいなのを
作りたいんですがどうすればいいですか？
867:デフォルトの名無しさん
12/03/26 15:47:18.43
空である必要はあるの？
パブリックのミュージックあたりにサンプルのmp3が転がってるけど
868:デフォルトの名無しさん
12/03/26 16:12:56.96
>>867
例えば再生時間が10時間くらいあってファイル容量はほとんど無いようなファイルを作りたいんです。
869:デフォルトの名無しさん
12/03/26 16:20:40.44
そりゃ、スレ違いどころか板違いじゃん
870:デフォルトの名無しさん
12/03/26 17:56:23.18
７で新規プロジェクトを作ってそのままビルド
８にコピーして実行→CLR20r3エラー
場所 System.Runtime.Versioning.BinaryCompatibility.ParseFrameworkName
７のライブラリに入ってねーじゃねぇかそれ
はぁ
871:デフォルトの名無しさん
12/03/27 21:19:16.83
C#(.NEt 4.0) WPFの環境でチェックボックスを使用しているんですが、
チェックボックスにフォーカスがある状態でスペースキー押下のイベントって拾えないんでしょうか？
PreviewKeyDownのイベントが発生しなくて。。。
872:デフォルトの名無しさん
12/03/27 23:01:52.77
祖先の誰かがPreviewKeyDownか何かをハンドルしてるんだろ
873:デフォルトの名無しさん
12/03/27 23:38:30.82
>>871
確認なんてすぐにできるやろうに
874:871
12/03/27 23:52:46.60
>872,873
スペースキー以外のキーはイベントが発生するんですよね。
他のハンドラが掴んでることはないと思うんですけど・・・
WPFというよりも、
正確にはWPFユーザーコントロールをWindowsFormに
埋め込んで使用しているんですが、この影響があったりするんでしょうか？
一度、純粋なWPFで試してみます。
875:871
12/03/28 09:39:01.60
どうも、WinodwsFormに組み込んだ場合におかしくなるようです。
WPFアプリ
⇒ スペースキーのイベント発生
WPFアプリにWPFユーザーコントロール
⇒ スペースキーのイベント発生
WindowsFormアプリにWPFユーザーコントロール
⇒ スペースキーのイベント発生しない。
（・・・そもそも、スペースキーでチェックボックスにチェック出来ない。
なぜか「Ctrl + Space」でチェック可能。）
ということで、ご迷惑をお掛けしました。
別の逃げ道探してきます。。。
876:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 00:56:02.04
Formsと混在の場合、WPFのApplicationから開始しないと入力関係とかおかしくなる。
877:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 06:29:26.75
わざわざWinFormsと混在させるのがよくわからん
878:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 12:28:45.66
Windows.Shellコンポーネントを使ってウィンドウにAeroGlassエフェクトをかけることはできたんだけど、
透明部分の上に置いたテキストの背景を白くボカす（タイトルバー部等と同じ）ための正式な方法が解らない。
ネイティブコードではuxtheme.dllのDrawThemeText()で描画するものだけど、これを使うしかない？
苦肉の策として同一テキスト・同一位置で白文字のTextBlockを真下に配置し、そいつにBlurEffectをかけて
みたらそれっぽくなったけど・・・
879:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:52:37.62
Application.Propertiesって使ってる奴いる？
880:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:56:23.10
ActiveXとの連携はよくある話だよ
881:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:58:17.96
ActiveXとの連携なら普通逆じゃね
882:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 13:58:44.81
逆だった
FormsにWPF貼り付けてるのか、確かによくわからんな
883:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 14:06:58.17
>>878
VisualStyleRendererでDrawTextするとDrawThemeText相当じゃなかったっけか
884:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/29 14:11:13.17
>>878
がんばっても８がくれば意味ないと思うchrome
885:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 16:27:09.72
Blend使ってみたけどゴミすぎだろ
こんなの有難がってんのかよ
886:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:09:24.28
おなじことをxamlで書こうとするとどれだけ大変か知らないやつのみがいえるセリフ
887:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:16:52.86
MvpVmR2.zipいつの間にか直ってるね
888:営利利用に関するLR審議中＠詳細は自治スレへ
12/03/30 19:35:05.86
>>887
またその話題か。もういいよ。
889:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 10:30:03.54
Livet1.0ﾏﾀﾞｰ？Helpないから使い方わかんねーぞｺﾞﾙｧ！
890:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 11:15:13.71
>889
MVVM なんて使えねーだろ。問題領域分離するメリットって何？
現場じゃ仕様ころころ変わんのに領域とか綺麗に分けられる訳ねーだろ（pｹﾞﾗ
リークどうの言うてるけど、リークせんよう実装すりゃいいだけじゃん。
あとバインディングと MVVM 話ごっちゃにしてる奴大杉じゃね？
バインディングの有効性は認めるけど、わざわざ ViewModel 用意する意義ねーじゃんｗ
891:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 12:24:19.57
使わなくていいよ
892:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:32:58.09
MVVMってUIの仮想化関連でデータがリセットされることの無いようなアプリか、
リセットの前後でうまくバックアップ＋復元が出来れば、必須ではないんでしょ？
あと、リセット発生の正確な条件わからないから、誰か知ってたら教えて
893:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:40:34.29
mvvmのリセットが何かは知らないけど
基本、コントロールの中でエレメントを作ったり消したりするやつはバインディングが外れるよ
リボンコントロールとか
グローバルにしてバインドすれば再生成の時にバインドされなおすけど
894:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:43:50.84
パターンは適用すれば便利だけど絶対必要なものじゃない
パターン信者に陥るのは問題だと思う
>あと、リセット発生の正確な条件わからないから、誰か知ってたら教えて
リセットじゃなくガベージコレクションな
どこからも参照されなくなった時点でガベージ対象になる
いつガベージされるかはシステム任せで誰にもわからない
895:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/02 15:52:34.31
UI仮想化とMVVMって実は次元の違う話
バインドとMVVMを混同しちゃだめ
896:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:02:17.03
Visual Stdio 11 Express EditionでWPF使える？
897:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:07:11.01
>>896
URLﾘﾝｸ(www.forest.impress.co.jp)
898:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:28:48.24
>>897
これはExpress Editionなの？
899:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 01:57:28.20
さあねー
900:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 03:18:35.27
VS11でWPFは無料では使えなくなる
もうこれ以上の普及は望めない
オワコンってことだ
901:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 07:32:46.17
マジで!？
902:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:00:56.59
ugaya40がなんか吠えてる件について
903:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:19:05.11
たかが業務アプリケーション作んのに、UIスレッド外からアクセスする必要性まるで見えないんですがｗｗｗｗ
意味的使いまわし？TableAdapter使いまわしてるので心配ありません(ｷﾘ)
大体パターン屋は自分らしか通用しない専門用語多すぎなんだよ
しかも概念ばっかでサンプル示せない連中多い
そこまでいうならパターン使う使わない、二つプロジェクト用意して具体例見せながら布教しろよ
904:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:40:30.92
WPFに限らず自分で分かる範囲でやっとけよ
905:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 09:42:00.40
>>900
ｋｗｓｋ
906:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 10:10:03.18
WPFなら絶対MVVMじゃなきゃダメってこともないわけで
使うかどうかケースバイケースでいいんじゃね？
でも俺は何かと便利だからMVVM使うけどね
907:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:31:21.18
現在出てるVS11 Express betaではMetroアプリしか作れないけど
最終版も同じなのか？
908:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:34:10.66
>>907
んなことないんじゃね？
909:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:35:41.66
>>907
WinFormを放置して.net戦略で囲い込みしようとしたMSのことだから
さらにメトロオンリーは十分ありそうｗ
910:907
12/04/04 11:38:32.95
勝手に後でWPFテンプレートも追加されると思ってたけど
今更怖くなってきた…
911:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:45:21.12
2010公開終了しなけりゃ大丈夫だろう
912:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 11:47:55.13
>>911
というよりWPFやSLがVC++みたいな扱いになるかもよｗ
913:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 17:00:07.83
2011が出たら2010の一般公開は終了だろう
914:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 19:41:47.84
>>907
Go Liveなので最終版も基本的に変更なし
WPFアプリを作るのならPro版を買うか古い2010 Expressで我慢するかのどちらか
915:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 19:51:15.70
VS11 Express for Windows8 とは別に VS11 Express が出ると予想
916:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:00:14.51
裏に回した途端処理終了させなきゃならんメトロアプリしか作れないんじゃ意味ないな
正気が残ってるならちゃんとしたやつも出すだろ
917:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:02:48.11
ViewModelのファクトリって作った方がいいの？
918:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 20:34:16.24
あれはテストとかDIとかの都合だから必要を感じないなら要らん
919:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/04 23:42:05.67
MVVMにコードビハインド加えたらMVPVMになると思うんだな
920:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 05:03:29.80
WPF に手をつけないでよかったわー
よかったわー
921:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 10:50:55.96
Metroが勝ち組！
ｗｗｗ
922:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 12:12:58.03
確かに知れば知るほど VB6 → Forms からの移行ユーザーに WPF は敷居が高すぎ感がしてきた。
Web アプリ作ったり勉強したことなければ、尚更厳しいだろうな。
VB6 から Forms 移行組はパターン勉強した事ない奴多そうだから、MVVM の採用は極めて難しいだろう。
923:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 13:19:25.60
WPFそのものより、FlowDocumentが玩具レベルの完成度だったのが痛い
924:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 13:38:48.36
FlowDocumentは使い道がない
925:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 14:47:51.53
それ以上にDataGridの完成度が酷すぎる
926:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 15:38:01.83
ついでにCanvas系の性能もなー
あれ良いとこなくね
927:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:01:34.48
formsと同じレベルのアプリをひとりで作ってるならな
まあおまえらはアニメーションもカスタムパネルも作れないからな
928:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:25:21.93
そういった物はあえてWPFを選ぶまでもなく
過去の資産で短期間で要求以上の物が用意できちゃうのが大半
で実績もあるしとそっちを選択しちゃう
どうしてもWPFを選ばなきゃならないケースが少なすぎたんだろうな
理由があればもっと浸透したと思うよ
Win8にその理由を期待したんだけど斜め上のMetroアプリ推奨だもんなｗ
929:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:34:30.37
リソースディクショナリのxamlの中で別のxamlファイルに定義してあるものを
BasedOnで参照って可能ですか？MergedDictionariesだとそもそも
xaml側で無いと怒られるし・・
930:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:41:48.44
WPFの採用基準が「最新のアーキテクチャだから」だけで仕様や開発メンバーの能力と適合してないと悲劇が起こる
931:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 16:55:47.37
自己解決しました。リソースディクショナリもResourceDictionary要素なので、
外部ファイル側でMergedDictionariesでマージすれば参照できました。
932:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 17:11:56.27
>>927
だからナニ？
別に作る必要ないし、作れるとなんか偉いわけ？
933:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 20:36:13.39
ガベコレってことは、適当にスクロールして画面外に出してからGC.Collect();
すれば消えるのか？
今度試してみる
934:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 21:19:51.86
何言ってんだこいつ
935:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 21:57:13.43
Toolkitの最新版、メーカー製になってるのな
936:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/05 22:00:20.44
>斜め上のMetroアプリ推奨だもんなｗ
斜め上つーか、斜め下だろ
937:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 07:02:58.56
テキストベースなら、FlowDocumentぐらいしかWPFを使う意味はない。
RichTextBoxを活用した便利なソフトがないのが不思議だ。
938:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 09:02:07.14
ﾊｲﾊｲﾊｲ、どうせｵﾚらはﾊﾞｶですよんｯ♪
でもﾊﾞｶにも理解できるよう教えてくんねーとﾌﾚｰﾑﾜｰｸ普及できるﾊｽﾞねーだろwww
雲の上の人はせいぜい神々とでも呟きあっててくれよ(ﾌﾟｹﾞﾗ
939:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 10:53:22.99
>>937
RichTextが以前よりも強力だというのは分かる
ただ何に使うのかわからねえ
文章のレイアウト変わるのは困る場合がある
本当に使いどころがない
文章はhtmlで書いてwebbrowserで見たほうが便利だし…
940:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 13:42:40.91
wpfのツリービューとリッチテキストボックスでアウトラインプロセッサを作れるやつはいないのだろうか。
941:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 15:06:08.68
blend でxaml を吐くと、d:LayoutOverrides という属性が追加されるけど、
これ何者・・？ググってもMSDNにも見当たらない・・・
942:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 20:35:20.14
FlowDocumentってhtmlより表現力低い癖にトロいんだもん
943:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 20:43:04.00
htmlじゃfixedpageにはしてくれないだろ
する必要があるのかは別として
ビジュアル（Visualクラスな）を放り込みたい場合と印刷したい場合には使えるかもな
944:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/06 22:46:29.00
UserControlで分割ってあんまりやらないもんなの？
945:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/07 08:24:11.51
俺はよく共通部分とかUserControlに分けてるけど
バインドとかDependencyPropertyで中継かます必要出てきたり
面倒が増える部分もある
ただ、複数のWindowから一部だけ使いまわす部分を共通化するためとか、
複雑で肥大化したWindowをパーツに分けたりとか
そういう部分で役立つとは思う
(Blend未使用、VisualStudioでXAML手打ちしてる環境での話だけど)
946:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/07 09:30:02.52
UserControlで分けるとFocusManager使えなくなるって
Dispatcher頼みになるな
947:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 00:21:48.94
wpfでやることになったんだが、他のメンバーに教えるの大変だな・・
MVVMとかどうやって教えればいいやら。
俺のパクれば行けるみたいなことを言ってるんだが、
パクりだけじゃ絶対行き詰るよな・・勉強しろよ。。
948:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 00:45:41.02
WPFみたいなオワコン
勉強したくないのが普通だって
949:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:24:51.24
オブジェクト指向がわかってないやつにはどうやっても教えようがないな
950:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:36:59.21
ならオブジェクト指向から教えればいいじゃん
951:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 02:47:04.58
マジそのレベル。VBAが主力の人らで・・。俺は中途なんだけど、元から居る連中が酷い。
それでも、Windows Formsだったらoop理解してなくたって組めてたみたいだけど。
別にwpfでも組めるけど・・最悪MVVMなかったことにしよう。厳密なのに拘る気はないけど。
952:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 03:24:07.59
MVVM抜きにして無理だから
最後まで一人でやった方がいいぞ
953:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 05:53:53.48
MVVMわかんねーとWPFで開発できねーてのが問題なんだよな
それ以上に人集めりゃ開発できると勘違いしてる業界の体質自体狂ってんだけどさ
誰かさるにもわかるMVVM入門書いてくんねーかな
954:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 06:41:16.50
べつにイベント駆動でもいいじゃない
使い捨てだもの
955:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:10:49.58
５年でオワコンになる画面系のくせに俺すげーことしてる(ｷﾘｯって厨二ぽく見栄張るためのインチキ技術がMVVMだろ？w
956:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:18:59.60
ビューとロジックの分離(ｷﾘｯなんて言うけど実際はロジックの再利用なんてしたことないだろw
どうせ単純なデータベース読み書きしかしてないんだろw
必要になったら作り直せばいいだけじゃんw
Visual Studioは生産性の高さが自慢じゃなかったのか？w
957:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 08:39:09.72
>>950
そのオブジェクト指向を斜め４５度くらいに理解するやつがいて
メンテ不能なプログラムが出来上がる。
958:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:28:58.66
ずっとそこで働くんじゃなきゃ
メンテ不能でもいいだろ
959:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:30:23.88
>>958
それでは鶏国の民度ではないか
960:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/08 22:32:20.20
有能なプログラマを雇わない会社が悪い
961:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 00:15:03.16
優秀なPG必要ないプロジェクトならいいだろ
そこがお前らとUの限界
962:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 00:27:47.67
有能なプログラマはプログラマにならない
963:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:02:47.13
Visual Studioが正式サポートしたらはやりだすよ
現状だとデザインプレビュー上に配置したボタンとかをダブルクリックすると
コードビハインドにメソッドが自動生成されてそこが開くんだから、
そういう開発手法のほうが合理的
View & Code behind & Model これがしっくりくるな
964:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:03:17.28
Modelだけ再利用すりゃいい ということが言いたかった
965:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:11:22.65
ListViewが糞重いのはVirtualizingStackPanel次第で改善できるらしいが
難しくてよくわからんなWPF
966:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 03:11:50.61
VMを共有なんてまずしないし、コードビハインドで良い気はするんだけどな。
でも、直でV触れるだけに、いちいちめんどくさいことしなくなりそうｗ イベントでいいだろ的な。
967:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 04:43:03.83
デザパタ的にぶったぎった結果なんだろうけど
いまのvsの仕様を考えるとwindowクラスをpartialでぶったぎったほうがお徳だよね
968:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 05:04:12.05
VM
969:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 09:21:31.98
>>965
URLﾘﾝｸ(intre.net)
970:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 09:33:37.60
U氏は、ツィッターで下らんバトルする暇あるなら、その分Livetのリリースに全力注いだ方がいいと思うぞ
MVVMインフラの決定打と称して皆を期待させながら、リリース一年近く遅れてドキュメントも公開の目処すら立たないのに、ツィッターで吠えまくるのは何か違うと思う
971:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 11:39:19.09
使いにくい物を使いにくいと言うとU師の攻撃を受ける世の中ｗ
972:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 11:43:05.38
await,asyncが出てきたらLivetに影響があるんですか？
973:営利利用に関するLR審議中＠詳細は自治スレへ
12/04/09 18:34:03.33
MSでサインインできないので
どなたかご連絡お願いできませんか？
このページ
MVVM入門 その１「シンプル四則演算アプリケーションの作成」 かずきさん著
URLﾘﾝｸ(code.msdn.microsoft.com)
を手順通りコピペして実行させたのですが計算選択のコンボボックス部分が
Itemのクラス名で表示されてしまいます
しばらく調べても原因がわからなかったのでslnをダウンロードして見てみると
App.xamlに DataTemplateが設定されていました
この手順が抜けているようです
ページをよく見ると
App.xaml.csの見出しがXAMLになっていますのでこのあたりで紛れたのでしょうか？