[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/21 12:00 / Filesize : 188 KB / Number-of Response : 974
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part12



1 名前:デフォルトの名無しさん [2011/12/20(火) 16:40:25.28 ]
ユーザーインターフェースシステム、Windows Presentation Frameworkについて語るスレ。

Visual Studio 2010
www.microsoft.com/japan/msdn/vstudio/
Microsoft .NET Framework 4 (Web インストーラー)
www.microsoft.com/downloads/details.aspx?familyid=9CFB2D51-5FF4-4491-B0E5-B386F32C0992&displaylang=ja
Microsoft .NET Framework 4 (スタンドアロンインストーラー)
www.microsoft.com/downloads/details.aspx?familyid=0A391ABD-25C1-4FC0-919F-B21F31AB88B7&displaylang=ja

前スレ
WPF(XAML, XBAP, .NET4.0)GUIプログラミング Part11
toro.2ch.net/test/read.cgi/tech/1320589318/

関連スレ
Microsoft Silverlight その9
toro.2ch.net/test/read.cgi/tech/1321150267/

過去スレ
Part10 hibari.2ch.net/test/read.cgi/tech/1315648327/
Part9 hibari.2ch.net/test/read.cgi/tech/1301122694/
Part8 hibari.2ch.net/test/read.cgi/tech/1291554513/
Part7 hibari.2ch.net/test/read.cgi/tech/1282479113/
Part6 hibari.2ch.net/test/read.cgi/tech/1274423236/
Part5 pc12.2ch.net/test/read.cgi/tech/1261879110/
Part4 pc12.2ch.net/test/read.cgi/tech/1245384489/
Part3 pc12.2ch.net/test/read.cgi/tech/1231506876/
Part2 pc11.2ch.net/test/read.cgi/tech/1211453941/
Part1 pc11.2ch.net/test/read.cgi/tech/1162950198/

コードを貼る場合は以下のサイトの利用をお勧め。
run codeのチェックは外しておきましょう。
ideone.com/

520 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 10:38:19.67 ]
まだ生成されてないから
Visual要素だから実際に表示されるまで生成されないです

521 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 10:40:27.43 ]
生成されたときに何かしたいんならItemContainerGeneratorを実装する

522 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 10:48:19.56 ]
>>520,521
なるほど、サンクス!

523 名前:517 mailto:sage [2012/03/03(土) 11:45:59.20 ]
>>518
こんな感じでズラズラ書くしかないのか
xmlns:a="clr-namespace:Company.Util"
xmlns:a="clr-namespace:Company.Util.Math"
xmlns:a="clr-namespace:Company.Views"
xmlns:a="clr-namespace:Company.Views.Foo"

524 名前:517 mailto:sage [2012/03/03(土) 11:46:48.55 ]
訂正
xmlns:u="clr-namespace:Company.Util"
xmlns:um="clr-namespace:Company.Util.Math"
xmlns:v="clr-namespace:Company.Views"
xmlns:vf="clr-namespace:Company.Views.Foo"

525 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 11:50:12.45 ]
もう面倒だから全部フラットなネームスペースに入れてしまえ。

526 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 12:00:38.05 ]
Blend的にディレクトリ分けても名前空間分けないのが推奨だと思う

527 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 12:18:01.35 ]
先頭じゃないとこで書いたら名前空間追加する?くらいのリファクタリングしてくれればいいのに。

528 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 12:29:19.75 ]
Blendなら勝手にやってくれるしXAMLも見ないから気にしない



529 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 12:42:17.35 ]
ズラズラ書くズラ

530 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 12:54:39.19 ]
ズ、ズ、ズ、ズラちゃうわ

531 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 13:42:38.23 ]
Views, Models, ViewModelsだけは
作ってるMVVMサンプル多いからそこからフラットにしてるな

532 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 14:43:24.34 ]
Blend無しでWPFやるのは無駄
Blendで名前空間分けるの無駄

533 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 16:11:08.46 ]
metroアプリ作ってるけどWPFより難しいなw
新しい概念が増えすぎ
真面目に作りこんだら1.5倍ぐらい時間がかかるなこれ

534 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 18:55:59.99 ]
Blend使ってない奴多いんだな

535 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:09:37.11 ]
www.microsoft.com/japan/products/expression/products/blend_overview.aspx
この宣伝文句で買う奴がいる方が不思議

536 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:19:30.06 ]
Blend2は激安だったのに値上げしすぎだろ
2万で買えれば未だ普及するだろうが

537 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:21:34.23 ]
テンプレートをリソースに書き出す時に
VSとblendじゃ書き出す内容が違うから困る

538 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:23:37.75 ]
Blend使うんならVSのデザイナは一切使わないようにするだろ
ときどきおかしくなる



539 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:26:11.45 ]
Blend単体で売ってないしね
余計なもの色々ついたStudio買うしかないし

540 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:45:07.27 ]
なんでこんな環境になってるんだろう

541 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 19:49:30.59 ]
Blendは完全にXAMLお絵かきに特化して、開発支援はVSに統合するべきだったな
開発者にしか使えないデザインツールw

542 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 20:53:10.12 ]
どーせ開発者にしか使えないんだからVSに統合してよぉ〜

543 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 20:53:59.94 ]
え・・・
統合されたらVSもあんなに重くなるの?

544 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:10:12.85 ]
Blendって使ったこと無いんだけど、WPFに限ればVSよりもBlendのほうがいいの?VSなしでも十分?

545 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:12:57.59 ]
リファレンスマニュアルよりBlenの出力するXAMLが最新だから
仮想マシンとか予備マシンに評価版を入れて確認する際には使うけど
基本はVSでも十分だな・・・

546 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:28:11.81 ]
Blendの売り方を間違えている点が、XAML普及の足かせになっているという意見には同意するわ。

547 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:39:43.34 ]
Blend使うとXAMLの勉強になる。
後、StoryboardとかControlTemplateとか作るときはBlendがないとだるい。

548 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:45:23.43 ]
MVVMも本末転倒だよな
本来WPFはデザイナとプログラマの分業がコンセプトだったはずで
それならMVVMなんて使わないでデザイナは必要なコントロールを配置して決まった名前付けて
プログラマがコードビハインド書く方がデザイナの負担が少なくてうまく分業できるわな



549 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 21:54:53.38 ]
コードビハインドなんて使わんけどな
ctor { event += (sender,e)=>{ ごにょごにょ }; }
で終わり

550 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:22:44.79 ]
VS11でBlend周りの状況変化あるの?

551 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:39:16.96 ]
メトロがやばすぎてXAML巻き込んで死にそう

552 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:42:05.15 ]
>>551
マウスじゃあフィーリングはわからんよ
タッチ特化のタブでやればまた変わると思うよ

553 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:46:20.15 ]
>>552
タブレットでやってみたよ、
まあ操作側はメトロ特化ならいいけど
それとは別に開発環境が不味いと思う
なげっぱすぎ

554 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:47:47.54 ]
WPFってWinFormsと方向一緒だから無茶なもの作られないけど
これますますXAML迷走しそう

555 名前:デフォルトの名無しさん [2012/03/03(土) 23:51:53.44 ]
まあobjective-c覚えるよりはマシなのかもしれないが
後だしなのが辛いよね・・・

556 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 23:58:17.96 ]
適応できる奴だけ適応してマーケットやるだろうから大丈夫
お前らにまで強要してるか?してないだろ

557 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:02:27.74 ]
自分が付いて行っても人集まらなかったら終わるだろ

558 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:07:55.99 ]
新天地で討ち死にする奴を笑って見てればいいだろ
開拓民なんてそんなもんだ

Metroが死のうがどうにもならん



559 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:09:41.44 ]
設計思想は嫌いじゃないんだけどなあ

いまいち受けが悪いよね

MSだから?

560 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:10:00.67 ]
今までおまけだったものがやっとコアになれたわけで。
Metroが死ぬわけないじゃん。

561 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:12:20.17 ]
新しいものの受けが悪いのはいつものことじゃん
お前らUI作るときなるべく踏襲するだろ
ロジックだってそうだろ
何のためにパターンを生み出すんだ
踏襲するためだろ

562 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:22:10.34 ]
また何か出たよ
これ覚えなきゃならないの?
工数どのくらいかかりそう?
その金は誰が払うの?MS?
作りっぱなしで後はうまく使えよって?
ほんと碌なことせんな

563 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:24:46.27 ]
とりあえずWin8にはWPF用の新OSとしても頑張ってほしい

564 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 00:26:05.61 ]
もう全滅でもなんでもしろよアハハ

565 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 02:16:30.56 ]
wpfをデータバインディング手法に固定してmetro作法で縛ったようなもの

C#ができて、XAMLがかけて、WPFでバインドができて、metro作法理解して
ってステップアップしていかないと到底太刀打ちできないだろうな

566 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 02:17:58.24 ]
使ってみた感じどうと言うことも無さそうだけど
移行するかどうかは別問題だわ

567 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 06:52:20.80 ]
INotifyPropertyChangedの実装方法をなんとかしてくれない限り、
あんまり使いたく無いなあ

568 名前:デフォルトの名無しさん [2012/03/04(日) 06:55:05.41 ]
ほとんど定型なのに毎回書くのはきついよね



569 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:17:36.87 ]
ベースクラス作ってスニペットで一発やろ
onpropertyに細工してバリデーションしたり属性いれたり楽しいで

570 名前:デフォルトの名無しさん [2012/03/04(日) 08:21:24.77 ]
WPFのプログラミングはそれ以前のプログラムの定石を知らないと、作れない。
基本的に親子間のコントロールの情報のやり取りのシステムは、これからも同じロジックが存続する。
XAMLより徹底的にコードにこだわるほうが、プログラミングを楽にさせる。
データテンプレートもコードで作った。
私のWPFのメインフォームのXAMLにはWindow以外のタグは存在しない。


571 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:31:30.67 ]
>>569
そういうふうに実装方法がそれぞれの工夫になってて、
統一されてないのも嫌なんだよね
あと、大規模なデーターアクセスになると糞重いし、
言語仕様に組み込んで高速化して欲しい

572 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:37:17.72 ]
また1万件か
もうプログラムやめろよ

573 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:45:32.05 ]
>>572
お前は、おもちゃみたいなプログラムしか作った事無いんだろうなー

574 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:51:19.56 ]
Win8はブビ6を完全に抹消なのか。

575 名前:デフォルトの名無しさん [2012/03/04(日) 08:53:52.66 ]
>>574
そりゃ・・・
.net系はMSの戦略
C/C++は言うまでもなく
といろいろ見ていくと
VB6ほど中途半端な言語はない
VB.netあるしw

576 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:54:36.40 ]
>>571
.NET Frameworkが出たときは、こんな糞遅いもんが使えるかと思ったが
数年で何の問題も無くなった。
今じゃVSのIDEがないと何もでけんw

577 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 08:57:03.96 ]
>>575
その中途半端な言語で今でも膨大な業務アプリが動いている訳で。

578 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 09:03:56.71 ]
>>577
排除されるのはあくまでWinRTの話じゃないの?
従来のアプリ開発は好きにして状態でしょ



579 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 09:12:17.06 ]
試しに番組表アプリ作ってみた事あるけど、
1000件程度のデーターロードだけでもかなり重いのだが・・・
アプリ立ち上がり時間の使い勝手を考えると、遅延ロードにせざる追えなくて、
ますます遅くなるw
バインディング止めて普通のクラスにしたら一瞬だったし

580 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 10:26:45.16 ]
>>578
Win8のWin32環境ではもうVB6のランタイムの動作保証をしないと言う話。
個人的にはVB6の絶滅を激しく希望するが。

581 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 10:33:51.39 ]
4.5のWPFはどうなん

582 名前:デフォルトの名無しさん [2012/03/04(日) 10:41:23.36 ]
>>580
そうなのか
まあ仮想マシンにXPでも入れて動かせって話だな

さすがにVB6アプリをいつまでも相手してられん

583 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 12:32:30.22 ]
XP modeは割と上手く行ったんだから
レガシーアプリはあの方式でいいだろ

584 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 12:35:43.80 ]
>>581
最悪だった仮想化されたリストビューのスクロール性能が若干良くなった

585 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 15:48:57.89 ]
async使ったらGUIのデッドロック発生源になりそうな気もするんだけど
どうなのかな?

586 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 15:55:51.02 ]
MSの古いOSでサポートしない新技術が当たった試しがない
メトロはこけるよ

587 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:30:09.75 ]
技術的に過去の全てをサポートするなんて不可能なんだから、今後は意識も変わっていくだろう
スマートフォンのおかげで一般人にもある種の「諦め」が身に付くようになるよ

588 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:47:16.24 ]
マーケットで作者に物凄い恨み節書き込んでる奴いるじゃん
サポートしないと流行らないってのはあれと同じだよね
第三者視点か本人視点かの違いだけ



589 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 18:54:44.45 ]
従来型のアプリケーション切り捨てる訳じゃないのにハヤラナイーハヤラナイー言われてもな。
流行らなくてもいいだろ。で?としか言いようがない。

ARM版はMetroオンリーとか言ってるけどどうでもいいよね。
WP7のあの状況見るに「へぇ、まだやる気なんだ(笑)」って感じだし。
さっさと自らを出棺した方がいいんじゃね。
MSは葬儀屋も始めたんだろう?

590 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:07:18.51 ]
むしろコケた方が今までのノウハウ使い続けられて歓迎されるべきなのに
何で流行らない心配してるんだ

591 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:17:05.37 ]
オフコンなんて数十年前のCOBOLアプリがまんま動くが廃れたぞwww

592 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 19:56:04.27 ]
>>585
GUIのデッドロックがどうゆうものなのかイメージできない。

593 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 20:05:47.31 ]
触りも調べもせずにあーだこーだとか
パソコン大先生と同じレベルじゃんね

流行るかどうか金になるかどうかは別として
wpf理解してるならメトロはハードル高くない

ちゃんと理解してるならな
ilspyで中覗いたこともないようなやつはダメだ

594 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:27:05.63 ]
技術的にはもうこれ以上何一つ新しくしたくないけど
環境の更新は今の技術屋のご飯の種でもあるジレンマ

595 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:35:52.97 ]
Flexみたいに[Bindable]つけて
簡単にINotifyPropertyChangedを実装できるようにならないのかにぃ>VS11

596 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:38:38.27 ]
[Bindable]か
ありゃいいよね

597 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 21:41:12.82 ]
しっかしWPFの本がぜんぜんないな。。
XAMLプログラミングて再販ならんのかね?

598 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:00:10.89 ]
macのココアとMONOの連携で[Bindable]が使えたような気がする
本家のほうが負けてる



599 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:20:42.09 ]
WeakEventManagerもどうにかならんもんか。
イベント毎にManager作るのアホらしい

600 名前:デフォルトの名無しさん mailto:sage [2012/03/04(日) 22:24:24.85 ]
流行るかどうか金になるかどうか以前にやらなきゃならないことやってないよな
この環境w

601 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 00:39:02.74 ]
だからおまえらダメなんだよ
プロパティsetされたときに追加処理いれるのが普通なのにそれすら知らない

602 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:48:56.43 ]
さらに、このプロパティに対する通常のアクセスに使用される通常のプロパティ (CLR プロパティとも呼ばれる) を定義する必要があります。

public Brush SwirlyBrush {
set { SetValue(SwirlyBrushProperty, value); }
get { return (Brush) GetValue(SwirlyBrushProperty); }
}

SetValue メソッドと GetValue メソッドは DependencyObject によって定義されます。
そのため、依存関係プロパティを定義するすべてのクラスが DependencyObject クラスから派生していることが必要です。
CLR プロパティには、この 2 つのメソッドへの呼び出し以外のコードを含めないでください。
CLR プロパティは、しばしば依存関係プロパティによって "サポート" されると言われます。

依存関係プロパティの方ではプロパティ内に処理書くなって言っておいて
普通のプロパティには書くのが普通と
一貫性が無くてとても面白いね

603 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 01:56:25.83 ]
少なくとも { get; set; } がある時点で追加処理が普通って意見は受け入れがたいな。
無いから省略表記ができたんだろ。

604 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 02:09:49.53 ]
>>602
それって>>601へのレス?
依存関係プロパティの利便性のために定義されるCLRプロパティと、普通のプロパティでは役割が違うよ。

605 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 03:10:18.07 ]
その「同じセマンティクスで違う役割」っておよそ最悪な仕様の一つだよね。

606 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 05:28:11.48 ]
少なくともMSが用意したメトロテンプレはプロパティ内で処理してカプセル化してる
別に我流通したいなら通せばいいけど
まあ笑われるだけだね。なんのためのプロパティなんだそれじゃフィールドでいいじゃん的に。

607 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 08:15:19.44 ]

顕正新聞 平成24年2月5日号「原発全廃特集号」

原発は日本を滅ぼす、即時全廃せよ
人のDNAを破壊、国土を居住不能にする
代替は天然ガス・コンバインドサイクルで十分
惨禍もたらすを知って推進するは犯罪

ttp://d.hatena.ne.jp/kensho01/20120208/1328718592

608 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 12:35:56.38 ]
あれ・・・WPFのTreeViewってXAML書かないとインデントも変更できないのか・・・
google先生も教えてくれないしお高いツールありきか・・・。



609 名前:デフォルトの名無しさん [2012/03/05(月) 12:41:16.37 ]
仮想マシン上にwint評価版ぶっこんでBlend評価版ぶっこんで
ほしいXAMLはかせればいいじゃん

610 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 12:41:52.98 ]
wint・・・x
win7・・・◎

611 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 18:14:30.26 ]
Intelのオンボードグラフィックだとマルチモニタ環境で
WPFの動画再生のスレッドが停止するんだけど解決策はないですか?
MediaElementでビデオを流すと、GUIは生きてるがMediaLoadedイベントが発生しなくなる。
メインディスプレイだとなんともないけどサブのほうだと再現率100%。

メイン:HDMI
サブ:アナログ

612 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 18:30:28.08 ]
mp4のときだけ起きるからコーデック依存の現象かも。。
でも他のWMP等のプレーヤーだとなんともないんだよな……

613 名前:デフォルトの名無しさん mailto:sage [2012/03/05(月) 20:36:48.66 ]
メインとサブを入れ換えてみたらサブにしたHDMIでも発動したから
やっぱドライバが糞なんだな。。

614 名前:デフォルトの名無しさん [2012/03/06(火) 06:02:01.77 ]
WPFではTextBox.TextChangedイベントは正常に機能しない。
yone64.wordpress.com/2010/10/25/ime%E3%81%A7%E5%A4%89%E6%8F%9B%E7%8A%B6%E6%85%8B%E4%B8%AD%E3%81%A7%E3%82%82textbox-textchanged%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%99%E3%82%8B/
上のようにしてもIME変換をキャンセルしたときにTextChangedイベントが発生してしまうから、うまく機能しない。
しかし、上のコードをすこし修正して、IME変換前と変換後のテキスト文字数を調べることで正しく機能できるようになった。



615 名前:デフォルトの名無しさん mailto:sage [2012/03/06(火) 09:22:47.29 ]
読者がいないからと言って自分のblogを貼るのはやめたまえ

616 名前:デフォルトの名無しさん mailto:sage [2012/03/06(火) 09:38:02.76 ]
>>611
>>612
>>613
だけど、こんなんみつけた……

MediaElement not working with Multiple Monitors
social.msdn.microsoft.com/Forums/en-AU/wpf/thread/75d72afa-2fff-44fd-9f0a-87753002daa1

Radeonでも起きてるからドライバ関係なかった。
現在のところ現実的な解決法は、

・Win7DSFilterTweakerでmp4のフィルタを停止して他のを使う
・ハードウェアレンダリングを諦める

のどっちかみたいだわ。
ハード支援切ったらフリーズしないけどCore i5 2500KでCPU負荷率が2%→15%になった(´;ω;`)
最近このスレ読み出したので既出かも知れんが

617 名前:デフォルトの名無しさん mailto:sage [2012/03/07(水) 01:45:47.08 ]
MVVMで質問です。

例えばレタッチソフトで画像にフィルタをかける等の時間のかかる処理を行う場合
UIを止めないよう非同期処理をすると思うのですが
Modelが非同期メソッドを用意するのか
ViewModelがTask等を使ってModelのメソッドを非同期で呼び出すのか
どのようにすべきでしょうか?

618 名前:デフォルトの名無しさん mailto:sage [2012/03/07(水) 01:58:40.89 ]
Mがスレッドセーフでないなら非同期で保護してやるのはVMの役目なんじゃないの
MがスレッドセーフならVMはMのステータスみてVに指示するだけじゃないの



619 名前:デフォルトの名無しさん [2012/03/07(水) 05:24:12.68 ]
WPFは新テクノロジーなので、知識を集めないとどうにも先に進めない。
TextBoxのChangedイベントからつまずいたが、次のことも判明した。
WPFのTextBoxは、テキストボックス内で選択された範囲を常に表示させておく、
HideSelection = false が使えなくなっている。
WPFのテキストボックスで、これを実現するにはTextBoxのLostFocusイベントを処理に 、
e.Handled = true; と記述しなければならない。

620 名前:デフォルトの名無しさん mailto:sage [2012/03/07(水) 09:23:14.33 ]
FocusManager.IsFocusScopeを使うんやで






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<188KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef