WTLお勉強スレッド

>>951
ある意味高度でしょ。MFCの将来的な姿を映していると思う。
「MFC開発者が過去の反省にたって一から作り直しますた。」って感じがする。

>>952
それと初心者を排斥するのと何の関係があるんだ。

>>951
高度なライブラリじゃないとは思うけど
Winの流儀も知らないやつが手を出すなとは思う。
IDEの支援もあるし、まずはMFCで慣れてからにしろって言いたい。

C++（特にテンプレートや多重継承）について慣れる必要はあるが、
MFCに慣れる必要は無いだろ。

別にMFCじゃなくてAPI自家でもいいけど
IDEの支援が無くなるから余計なところにも多大な労力裂く事になるし。
まあ、他の処理系でも良いならいくらでも選択肢は増えるけどな。HSPとか。

今回のケースはイベントドリブンの基礎が分かってないから
そんな変なコーディングしてたんだろし。

え？今回のケースはWTLのアイドル処理がWM_MOUSEMOVEを無視する仕様だから、
OnIdleでは拾えないってだけの話だろ。
なんでイベントドリブンの基礎まで話が広がるのよ。

OnIldeはMFCとWTLで該当するメッセージが違うでしょ。

ただでさえユーザーの少ないWTLなのに、初心者だからという理由で締め出そうとする意味がわからん。
WTL使ってる奴は使ってること自体に優越感を持ってるのかと勘違いされかねないから
>>948の「初心者は手を出すな」みたいな発言はマジでやめてほしいわ。

>>958
誰がMFCの話をしてるんだ。

>>957
すっごくいみふめ。

WTLのOnIdleがWM_MOUSEMOVEを無視することを、>>944が知らず、ソースを調べもしなかったことに問題があるんだよ。
MFCからやれとかイベントドリブンの基礎がどうのとかは的外れ。

>>952
偉そうな割にこの発言は恥ずかしいな…
全然状況を分かってない

無視以前にドラッグ中はWM_MOUSEMOVEがメッセージキューに来ない。

>>944
カーソルを監視するコントロールが一つなら、
そのコントロールでWM_MOUSEMOVEを処理する。
そうでないなら、WTLの枠組みで処理するのは諦めて、フックでも使うのが良いかと。

初心者>>949,>>959,>>963が吠えてるようだな。
どうせ同一人物だろ。アフォ丸出しだな。

>>944
簡単にやるならタイマーで監視して、変化があれば表示を更新。
難しくやるのが好きなら、フックを登録して WM_MOUSEMOVE で表示を更新。

>>965
ｵﾏｴﾊﾅｰ

本当に初心者じゃなくて、WTLの現在の立場や、生い立ちをちゃんと知っていれば
「MFCの将来」とか「MFC開発者が」とか言う発言は出ないはず。

個人的に一番恥ずかしいのは>>948 >>950だがな。
全角英数字で２ｃｈだのOｎIdleなんて書きながら、
ここまで自信満々に言われるとこっちが恥ずかしい。

>>966の補足。
「ドラッグ処理」を書いてると SetCapture したくなるケースがあるし、
外からのドラッグだと Capture されてるケースもあるので、
WM_MOUSEMOVE のハンドラはお勧めしないわけ。

このスレには以前から「SDKやMFC経験者っぽいけど、WTLは使ったこと無いんじゃないの？」と思わせるようなちょっと変な奴が紛れてる。

【Whidbey】Visual Studio 2005スレ【.NET 2.0】
http://pc5.2ch.net/test/read.cgi/tech/1080916113/648

↑にも知ったかが出没してるにゃ・・・

WTLはMFCに結構似てるよ。
WTLはまともなリファレンスが無いからMFC知ってると便利。

似てるのはクラスやメンバ関数の名前なのでMFCのリファレンスは便利だが、
だからといってMFCを初めから勉強する必要は無い。

>>971
にゃじゃねーよ。キモイ。
おまえがかわいい女の子なら許す。

>>971はおんなにょこだにょ。

WTLを操る可愛い女の子？！

付き合ってください。

皆さんも女の子もこちらに移動してください。

class ATL/WTL : public 2chlt;ATL/WTL, Part3gt;
http://pc5.2ch.net/test/read.cgi/tech/1095185498/

スレタイが失敗してるのは反省して次回は無難にATL/WTL相談室とでもするとして、
このスレは1000取り合戦に移行します。

977！

978!

９７９！

1000!

９８０！

>>977
スレ、作り直そうよ

スレタイごときでそれはないだろ

ただでさえ過疎スレだしな

埋まりそうで埋まらないのでこっちに。
えっと予想よりいっぱい返事をいただいてありがとうございました。

WTL の Sample にある MTPad と CodeProject の kPad あたりを
いじっててマウスカーソルの表示部の処理について気になったので
聞いてみました（どちらもドラッグ中は座標が表示されないみたい
だったので）

>>944
そうですね、マルチステータスバーは使ってます。

>>948
なんでOｎIdleの中なんかににかくの？

UIUpdateStatusBar とかは　OnIdle() でコールするのが普通に思えたし、
CodeProject の kPad とかもそうやってるので。

>>普通にwm_mousemoveでできない理由があるのか？

SetCapture する必要があるからっていうのと、メッセージの出力先は
ステータスバーだけにしたくないかなと思ったからです。

View の部分では現在の座標だけを公開して、OnIdle なりでビューから
座標を取得して出力したほうがいいと思ったからです。
つまりもしステータスバー以外に表示したいと思ったときに Frame の
方で簡単に切り替えられるから・・・

つづきを

>>956
どの辺がイベントドリブンと関係あるのかわからなかったので教えてく
ださい。kPad とかがそういうコーディングしてて、自分的にはちょっと
へぇと思ったものですから

>>957,958
IDE ではドラッグ中でも行数がでるからやり方はいくつかあると
思うんだけど表示データは内部にもって、表示部（この場合 Status Bar）
を管理する Frame が適切なタイミングで View のデータを取得して書いて
くれるといいかなと思ったのです。

>>962
いえ、OnIdle の実装はソース見ました。
問題は OnIdle が来ないのだけど、この場合どういう方法で表示させる
のが WTL 的なのかな？と思いまして。

>>964,966,969
MTPad のほうは Window メッセージ(WM_USER+?) を使っているんですが、
ドラッグ中に大量にポストするのは、ちょっと微妙かなと思いました。

また、まさに上下にドラッグしながらスクロールするときに SetCapture()
する必要がありますよね。フックも試してみます。

最初質問するときここまで反応がもらえると思わなかったので、具体例を
出さず、返事も遅れたのでアレですが、もし、上記以外で俺だったらこうする
見たいなのがあったら教えていただければ幸いです。

連休中にいろいろ試してみます。

>>982
賛成
ちょっと変なスレだしな。オタくさいし

変なAA貼られたくらいで新スレ立ててたらきりないわ

>>988
ざっとスレを１から見直してみたけど変なAAがない。顔文字ぐらい。
にも関わらず、この中身のなさはなんなのだろうか・・・。
次スレ要らないんじゃないの？

>>988
というより、スレタイがダメダメ

>>989
どこの話してるのよ。
新スレの話をしてるんだが。＜AA

>>990
>>982-983

これでスカッと

ATL/WTL　Part3
http://pc5.2ch.net/test/read.cgi/tech/1095442366/

>>991
なるほど。赤っ恥かいた・・・。

１０００！

>>993

乙。すっきりした

997

WTL7.1落として入れてみたが
プロジェクト作ってソース見た時点で寒気がして
速攻アンインストールした

CWindowImplって．．．（気持ち悪すぎ
普通にCWindowImplementだろ

どっかで見たレスだな

1000?

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。