ATL/WTL　Part3

ATLやWTLについて語り合って下さい。

（Part1）ATL/WTL
http://piza.2ch.net/test/read.cgi/tech/978029639/

この後なぜか分離
（Part2-1）ATL 相談室
http://pc5.2ch.net/test/read.cgi/tech/1029029882/

（Part2-2）WTLお勉強スレッド
http://pc5.2ch.net/test/read.cgi/tech/1078150663/

WTLの最新版↓
http://sourceforge.net/projects/wtl/

ATLやWTLが何かしらないけど、とにかく２ゲット

>>1
ついでにあっちの削除依頼出してこい

重複乙

akatsuki氏によるATL/WTLの解説。日本語ドキュメントなのでかなり貴重。

The So-Software Stdio
ttp://home.att.ne.jp/banana/akatsuki/top/main.html

#include <Stdio.h>

>>6
いきなり意味不明な荒らしが来たと思ったが、
自分がstudioをstdioと誤記したことを、ほのめかしてたわけだな。
そんなわけで訂正。

The So-Software Stdio
↓
The So-Software Studio

ついでに訂正するとトップはこっちだな
ttp://home.att.ne.jp/banana/akatsuki/

どうせなら動くプロジェクトつけてほしい

いまだにこんなの使ってるヴァカっているの？

前に使ってみたけど理解できなかったのか。よちよち。

>>10
わからなかったからってムキになるなよ

.NETでも使えるの？

変なのが釣れるから上げるな

The So-Software Studio
ttp://home.att.ne.jp/banana/akatsuki/
WTL研究所
ttp://homepage1.nifty.com/Roy_/Software/WTL/WTL.htm
Windows Template Libraryの概要
ttp://www.mars.dti.ne.jp/~kattoshi/Program/
WTL support list
ttp://groups.yahoo.com/group/wtl/
The Code Project - WTL
ttp://www.codeproject.com/wtl/
viksoe
ttp://www.viksoe.dk/code/
MSDNのATLウィンドウクラス概要
ttp://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/_atl_ATL_Window_Classes.asp

頻出はこんなもんかな

fv6はwtlベース
http://www.lightship.co.jp/FileVisor6/help/overview/newfeature.htm

>>17
なんつーかソース公開されてるならともかくそれだけ見せられても・・・

追加。

Virtual Truth Lab.
ttp://lamoo.s53.xrea.com/

どうして未だにDonutの名が出ないんだ！

Donut ぉるんだ！

追加。

Donut
ttp://www.tigercrown.co.jp/cakeland/etc_story/recipe/page13.htm

>>19
ここは知らなかった！

そこは常識だよぅ。サイト名変わってて一瞬新しいところかと思ったけど。

>>19
URLがエロサイトっぽいから敬遠してたよ。

>>25
ﾜﾛﾀ
漏れもそう思った。

ラムーといえば伝説の…

>>22
ここも知らなかった！

知らなくてよし！

ヴァカだ
ヴァカがいっぱいおる

ももちんらぶ

結局微妙に荒れるのか・・・

ttp://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtla-01/index.html

これってさあ、あからさまに>>19の中の
ttp://lamoo.s53.xrea.com/develop/wtl/wtl.html
のパクリだよな・・・

そりゃどっちもatlcrack.hを元にしてるからな

そういや今は無きwikiでも作ろうとしてたけどほとんど放置されたまま消えたな・・・

WTLは誰も使ってないしな

>>36
自分が挫折しただけだろ　w

・「APIに慣れていてMFCは使いたくないけど、今さら基礎クラスを作ってられるかよ。」
・「MFCに慣れていてAPIあまり知らないけど、MFCから離脱してみたい。」

WTL使いは、この2つのグループに分けられます。
あなたはどっち？

>>38
・「MFCもAPIも慣れてるけど、APIより楽できてMFCより軽量なのが欲しい。」

>>39
ｵﾚｵﾚ

前者かな

・「自分のツールキットにいいところをパクりたい」、、、けど、なんだかWTLクローンっぽくなって（ｒｙ

ATLクローンできないかな。sopport listで話してたWTLのATL非依存化の件ってどうなったんだろ。

仕事でMFCのコードメンテするほど無意味で悲しい事はないからな

>>44
変な人だね

>>44
ぶっちゃけ、メンテじゃない。

不具合箇所を発見しても手が入れられない。実に虚しい。
プログラマが止むに止まれずMFCコードをAPIラッパへと移植する哀しい作業が待っているのである。

そんなにMFCに不具合箇所がたくさんあるかね？

MS謹製のライブラリだからとりあえずそんな発言しとけばいいし。

>>47
たくさんあったらそもそも使ってない。極、稀に見かけるだけだよ。
WinInetとか。こういう場合、使わないという解決策しかない。

結局WTLの話題はさっぱり出てこないな。
誰も使ってないんだろうな。

あぁ、WinInetとかSocket周りのクラスは確かに使えないな。
でもATLのHttp系クラス（名前忘れた）にもバグがあったんじゃなかったっけ？

とWTL方向に話を戻してみる。

UNICODEビルドではCSocketAddrが2000やXPでエラーを起こす。
原因はGetAddrInfoW()を呼び出すから。
これが原因でCSocketAddrを使用するCSocket等もエラーを起こす。

MSに文句を言ったら修正版を送ってきた。VC7.1の話。

おい、猛者ども！ちょっと教えていただけませんでしょうか？

http://www.viksoe.dk/code/imagelistbox.htm
ここにあるImageListBoxコントロールをダイアログに貼り付けて
みました。表示までできたけどもクリックしたときの
メッセージハンドラのつけかたがわからんのです。

BEGIN_MSG_MAP_EX( CMainDlg )
　NOTIFY_HANDLER( IDC_MENU_LIST, LBN_SETFOCUS, OnMenuSelect)
・・
ではだめなのかなぁ？

あ、あとイメージの下のテキストに日本語使うと化けるんだけど
どうすれば直せるのかわからんです・・。orz
すまん、知恵くれ。たのむ。

ひとつ自己解決。
COMMAND_HANDLER_EX( IDC_MENU_LIST, LBN_SELCHANGE, OnMenuSelect)
ってことでした。

>>54
日本語フォントをSetFontすればいいんでねーか？

SHIFTJIS_CHARSET

DrawTextしてるCDCHandleでSelectFontかましたら
うまくいった。thanx

>>52
修正版が送られてきたってことは、
VC開発陣が不具合を既に知ってて修正コードも作ってたってことだね。

>>59
いや。ウィザードが吐いたWebサービスにアクセスするためのクラスを使うと
エラーを起こすから俺がMSに文句を言ったんだけど、
最初はなかなか原因が判明せず、何回かやりとりしてやっと原因が明らかになった。
だから修正コードを作ってくれたのはその後。

WTLの新規プロジェクトを作るとき、Generate .CPP filesにデフォルトでチェックが入っていません。
実装は全てヘッダに書いて、インライン展開するかどうかコンパイラに任せるのが
ナウなヤングにバカウケなのでしょうか?

sonotouri

ヤングにバカウケなのは、. N E T 。

>>61

それくらい自分で判断すれば？

別に判断を聞いてるんじゃなくて
ナウなヤングにバカウケなのかを聞いてるだけだろ。

>>64　ﾊﾞｶｼﾞｬﾈｰﾉ

>>66

それぐらい自分で判断すれば？

>>67　ﾊﾞｶｼﾞｬﾈｰﾉ

ｲﾀﾘｱｰﾉ

ﾎﾟﾙｻﾘｰﾉ

あらかじめ信頼できるソースコードなら、
即座にヘッダーにコピペしてプロジェクトに導入できると思うが、
試行錯誤して頻繁に内容を変更するコードの場合、
ヘッダーで全部済ますのはかなり不便だね。

>>71はﾍﾟﾍﾟﾛﾝﾁｰﾉ

ｻﾝﾏﾘｰﾉで愛し合ってた二人って誰だっけ？

これは漏れの想像だが、デフォルトで .cpp を作らないようになってるのは
ちょろっと試す時のお気楽さのためなんじゃないかと思う。
ちょっとしたテストではない規模のプログラムでは、
末端のクラスまですべてがヘッダだけから出来ているとどんなメリットがあるのだろう。

＞これは漏れの想像だが、デフォルトで .cpp を作らないようになってるのは
＞ちょろっと試す時のお気楽さのためなんじゃないかと思う。

馬鹿再来だな。

ちょろっと「試す」のにヘッダー記述は向いてないと思うが、まぁ人それぞれかな。

ヘッダで全部済ませるなんて正気の沙汰じゃない。

クラス定義と実装を分けると修正が二度出間になるから
ちょっと試すのにヘッダだけで完結してる方がよさそうに見えるけど。
コンパイル負荷が問題になるほど大きなプログラムを
ちょっと試す程度で書けるの？

仮にもtemplateだからちゃいますのん

１番leafのクラスまで全部テンプレートにしないと気がすまないの？

なんか文句ありますか？

いやいや、愛してる。

俺も愛してるけどｱﾎだと思う。

細かいところの質問なんだけど、WTLサンプルについてくるWTLExplorerのShellMgr.cppの30行目付近。

UINT cb1 = 0;
if (pidl1 != NULL) // May be NULL
　cb1 = GetSize(pidl1) - sizeof(pidl1->mkid.cb);

で、ITEMIDLISTの最後の2バイトNULLを引くためなら単純に2を引けばいいと思うんだけど、
わざわざsizeof(pidl1->mkid.cb)としてるのはなぜ？

>>84
マジックナンバーを使いたくない

>>85
それはわかるんだけど、なぜcbを指定してるの？
ITEMIDLISTの最後はcbのサイズ分だけNULLで埋める、って決まりある？
それともたまたまcbがUSHORTで2バイトだってだけの理由で使ってるの？

http://www.codeproject.com/shell/pxshlapi.asp
http://homepage1.nifty.com/Roy_/Software/WTL/WTL_Lecture06.htm

↑のソースもcbを基準にしてるんだよなぁ。

ソース良く読め。

ITEMIDLISTはmkid.cbが0のデータがあればそれを終端子とみなしてる。
つまり、ITEMIDLISTの最後のデータはmkid.cbの2byteだけかつ0の値。
で、pidl1とpidl2両方GetSizeしてるが、GetSizeは終端子2byteのサイズを含めて計算する。
pidl1とpidl2二つ分の終端子は必要ないから、前者の終端子分サイズを詰めてる。

つまり、

cb1 = GetSize(pidl1) - sizeof(pidl1->mkid.cb); // ( pidl1のサイズ + 終端子サイズ ) - 終端子サイズ
cb2 = GetSize(pidl2); // ( pidl2のサイズ + 終端子サイズ )
::CoTaskMemAlloc(cb1 + cb2); // (pidl1のサイズ + pidl2のサイズ + 終端子サイズ

>>86, 87

MSDN の The Shell Namespace ていうやつを読んでみてください。
真ん中くらいに図があるんだけど、それが「2Byte-NULL」で終わってる

その下の辺りに2 Byte の NULL で埋めろって書いてあるよ

以下引用

PIDLs

For the Shell application programming interface (API),
namespace objects are usually identified by a pointer to their
ITEMIDLIST structure, or pointer to an item identifier list (PIDL).
For convenience, the term PIDL will generally refer in this
documentation to the structure itself rather than the pointer to it.

The PIDL shown in the preceding illustration is referred to as a full,
or absolute, PIDL. A full PIDL starts from the desktop, and contains
the item IDs of all intermediate folders in the path. It ends with
the object's item ID followed by a terminating two-byte NULL. A full
PIDL is similar to a fully qualified path and uniquely identifies
the object in the Shell namespace.

ITEMIDLISTが連続してるところに突然2byte-NULLが出てくる
ってのも変な気がする。
cb==0でabIDが無い(サイズ0)のITEMIDLISTで終わる
というのが素直な考え方だと思う。

>>88-89
いや、ITEMIDLISTの終端は2バイトのNULLだってのもわかってるし、
>>84がその2バイト（cb＝USHORT＝2バイト）のNULLを省くコードだってのもわかってる。

>つまり、ITEMIDLISTの最後のデータはmkid.cbの2byteだけかつ0の値。

MSDNに書いてるのは「2バイトNULL」であって、「cbの分」とは書いてないと思うんだけど？
MSDNに「cbと同じサイズのNULL」とでも書いてあればわかるんだけど、
読む限り終端の2バイトNULLとcbの関係については書いてないと思う。

で、改めてソース見てると
while (pidl->mkid.cb != NULL){
　cbTotal += pidl->mkid.cb;
　pidl = Next(pidl);
}
とかあるので、ポインタが終端の2バイトNULLの部分にいっても
SHITEMIDと同じように扱うためかなと思った。
つまり>>90が書いてるように
　ITEMIDLISTの終端NULL　＝　abIDがないSHITEMID
として扱うために終端はcbと同じサイズなのかなと。
これ正式にMSDNには書いてないよね？ただのtwo-byte NULLだけで。

仕様策定時に突然謎の2バイト0が出てくるわけもないし。
cb のサイズが2バイトだったからというほうが自然だろうな。

>>87の二番目のページにUnicodeだから2バイト？みたいなことが書いてあるけど、答えはcbを判定するためってことだね。

>>52
いままさに、それにはまってます。
http://support.microsoft.com/default.aspx?scid=kb;JA;822334
unicodeビルドでWS2_32.dll内にFreeAddrInfoWがみつからんと言われてしまう。
どこかにアップデータとかあるのでしょか？
何か情報あればご教授いただきたく思います。
よろしくお願いいたします。

>>94
ここにアップしとくよ。
http://tmp.servequake.com/up/atlfix.zip

どっか適当なディレクトリを作ってそこに解凍して、
環境設定でそのパスを「インクルードファイル」ディレクトリの
高順位に設定しておけばOK。

>>95さん
ありがとうございました。
試してみたいと思います。

他の人たちはこまってないのかな。

犯罪者・・・

>>95
ウィルスをアップしないでください。

>>95
ありがとう。俺も悩んでいた。助かった。

>>97
目をつぶってね。

>>98
何か警告でもでたの？

とうとうこの板からﾀｲｰﾎ者が・・・

>>97
>>98
>>100
意味が分かりません

ATLソースの頒布権が95にはない。
つまり、やってることは著作権保護法違反ってやつだ。

ま、自己責任で使う分にはMSも黙認してくれるだろーが。

ニュー速から記念かきこ。

ﾀｲｰﾎはまだですか？

記念まきこ

WTLからDirextXを使うサンプルはありませんか？

>>102
どのような条件の下で>95がqfeを貰ったのにかによるし、その条件が
わからんので何とも言えんな。
ただ、ファイル名からすると、プライベートHotfixではないので、ﾀｲｰﾎされることは
ないから、>95よ、安心しろ。
KBページからはダウンロードできないので、恐らく、必要時にMSに言えばすぐに貰えるものだろう。
結構、言語製品には、この手のものが多いからな。

>>106
なるほど。
MSから貰ったときには頒布に関する制限は特に課されなかったように思うが
気分が悪いので引っ込めることにするよ。

95氏、今日にもﾀｲ━━━━||Φ|(|ﾟ|∀|ﾟ|)|Φ||━━━━ﾎ!!!!

賞味期限の切れたネタでいつまで引っ張る気だ

今月末くらいかな。

>>110
どうせお前はWTLに挫折した奴だろ

WTLに挫折なんてあるのか？

WTL自体が挫折

>>37は挫折って言いたいだけちゃうんかと

>>114
そんなに「挫折」という言葉が珍しいかい？ w

↑本人登場

賞味期限の切れたWTLでいつまで引っ張る気だ

>>117
WTLを味わう前に挫折したくせにね。　( ´,_ゝ`)ﾌﾟｯ・・

煽りにいちいち反応するな

煽り位しか話題がないのかこのスレ

ﾈ、ﾈﾀをくれぇ・・・

やっぱATL/WTL使用者は上級者が多いから
質問は少ないよね。

そういう見方もあるか。
活発なスレは裏を返せば自分で調べることもできない
薄らハゲの集まりということか……

いや、単にWTLユーザーが少ないからだろ。

つーかWTL使ってるくらいで自分を上級者って言うの恥かしくないか・・・

と、WTLを理解できない初心者の>>124が申しております。

>>125
何かWTLにコンプレックスでもあるのか？
>>124はいたってマトモな意見だと思うが。

また始まったよ。
まぁ、WTLは難しい＝自分は上級者だからできる、と思い込んでるから挫折とか素人は手を出すなとか言ってるんだろうけど。

はっきり言ってWTLを使うだけなら難しくもないし上級者である必要もない。
見てるこっちが恥ずかしくなるから、WTL使ってるだけであんまり自分を上級者だと思わない方がいいぞ。

質問が少ないのはユーザーが少ないだけだ。WTLの前スレの>>1が作ったML見りゃわかるだろ。
14人て。しかも立てた>>1もやる気ねーし。やる気無いのが見てわかるから新規に参加する奴もほとんどいねーし。
本家のサポートリストのようにユーザーが多ければ普通に質問も話題も出てくるっつーの。

>>127は>>125へのレスね。

馬鹿、あの1だから少なかったんだよ

あの1はいつまで放置する気なのかな。
放置してればいつかは活発になると思ってるのかな。今でも。

wikiも1が自分で閉めたというよりは、放置しすぎて削除されたという方が正しい？

結局誰も使ってないから誰も1の跡を継げないんだけどな

継ぐって何をだ。

.NETが何だ。

俺たちにはWTLしかないんだ。

>>127
自分がヘタレだからって、他人も同じだと思うなよ。 w

必死すぎ

てかWTL使ってる香具師って空気が読めてないだけだろ。
どう考えてもMFC以上に先が無いのに。

>>138
そのこころは？

>>138は空気読めて無いだろ。すげー粘着。

煽ってるのは叩かれまくってた前スレの>>1だよ。

OLEDrag&Drop 楽にできなかったっけ？

MySQLにMSのオープンソースプロジェクトが採用されるというニュース、
WTLかと思ったらWiXの方だった・・・

久々に趣味でアプリケーションを作ろうかと思った。
CCmdBarを継承してクールなメニューを作ったんだが。
2Kだとメニューの枠が立体的でかっちょ悪い。
XPなら勝手にフラット＆影になってくれるけど。

メニューウィンドウの作成をフックするんだっけ？
メンドクサイからいいや・・・。

独り言なのかCodeProjectに誘導してほしいのかはっきりしる。

ATLと分離してくれれば、MFCよりユーザ増えると思うんだけどなぁ

ATL非依存化はサポートリストでもしばしば話題になるよな

>MFCより

ATLに依存していて、なにか困るか？

誰も困るなんて話はしてないわけだが。

うーんどっかで見たような文章だな

>>150
困らないのに、何でATLと分離する需要があるの？

>>149
WTL開発者がATLのバージョン毎にソースを用意する必要がある。
つまりVCのバージョン毎に用意しなければならなくなる。
もし、純粋なAPIラッパーであれば従来のSDKヘッダーと同様に、
Unicode/MBSCと_WIN32_WINNT、WINVER、_WIN32_IEあたりで
切り分ければ良かったはず。あと、_WIN32と_WIN64があるか。
これでも十分煩雑だけど・・・。

atltypes が namespace に入ってなくて気持ち悪い・・・。

>>152
ExpressEditionやVC++Toolkitユーザ＜需要

なんだ、厨房向けか

そんな捨て台詞吐くくらいならレスしなきゃいいのに。

support listでbccやgccも挙がってなかったっけ。
SDKが無償ならクラスライブラリも無償で欲しいと思っても別におかしくないわな。
俺はVC++Pro使ってるけど。

>>157
なんだ、図星か。

ATLと分離なんてほとんど不可能だろ。
ATLに依存しまくってんだから。

ATLも配布してくれればいいんだよ

>>160
あんまし依存してないけどな。

WTLの根幹のCWindowがATLなんだからもうどうしようもない。

ATLがオープンソースになるか、CWindowなどと同等のクラスをWTLに追加するか。
なんか必死な奴いるけど、単に非依存になればいいなって話だろ。
何ムキになってんだか。

Visual Studio 買えないだけだろ

>>165
おまえはそればっかりだな。

ATLに非依存になっても、大してメリットはないって話だろ。
何ムキになってんだか。

貧乏人はこんなスレ見てないで働け

>>167-168
お前のレスはずっと説得力ないんだが、
非依存になったら何か困るのか？
ここでVC++持ってることをアピールして何か意味あんのか？
正直、このスレ見てる奴はみんな持ってると思うんだが。

ATLに依存っていうより、VC依存症の奴がいるなｗ
離れられないんでちゅねー

WTLスレで何を。

MSのもっとも優れたアプリケーションは皮肉な事にVisualStudioであると思う。

そうか？
WindowsとかDirectXとかWMPのほうがよっぽど。

だれもVisualStudioを超える拡張性・利便性を持ったアプリを作っていない。
VSには相当な金・頭脳が投入されていると思われる。

「だれも」が指す集合は具体的に何？
拡張性も利便性もたとえばemacsにすら劣っているように見えるけど、超えるの定義は何？
アプリとあるけど、開発環境に限定しないこの世に存在するすべてのソフトウェアをさしているの？

MSの、ってあるのにemacsとか持ち出すなよｗ
まぁ、自社の開発者が自分の環境を整えるために機能拡張するんだから
凝った作りにもなるわな。社内での能力アピールにもなるし。
それが結果としてMSで一番安定したアプリケーションを生み出す原動力に
なっているのが皮肉なんだろ。

逆に言えば、WMPなんかどうせ開発者たちは凝った使い方せんから
聞けさえすればあとはどうでも（ｒｙ

ぶっちゃけWTLがATL非依存になってもMSに何のメリットも無い。

ユーザーにとってもメリットないな。

>>177
>>178
ウルセーんだよ。
俺様が「メリットがある」って言ってんだから、大ありなんだよ！！

>>178にとってはメリットないな。
MSのメリットは考えるだけ無駄。

>>180
既存のユーザーはATLと切り離されても影響ないし、
いまから新たにWTLはじめようなんて言う物好きもいないだろう。

VCTKとか、まともなツールキットがないコンパイラを使ってる貧乏人がMS純正品を使いたい
とか言うすごーく特殊な需要しかないだろ。
普通の人はWxとか自作、はたまたDel等のRADに手を染めるほうがよっぽど建設的だ。

>>181
だから非依存になったら困ることあるのかって。
特殊な需要だろうが、これからWTL始めようとする物好きだろうが、
メリットはメリットだろ。
そこまで非依存を拒絶する理由がわからん。
反論したけりゃまず説得力のあるデメリットの例を挙げてみ。

つーか本当にWTL使ってんの？
WTLユーザーを減らすような考え方しかできてないみたいだけど。

切り離してくれって云ってるやつは、簡単に言うと古事記ってことだろ？

俺は既存ユーザだがあのマクロだらけのソース（_ATL_VER >= 0x0700の嵐とか）よりは統一されてくれた方が嬉しい。

>>183　ｼｰｯ

>>183
おまえはそればっかりだな

>>186
もしかして分離にメリットがないと感じているのは一人だけだと思ってる？

つか依存するライブラリが別々に提供されてることに違和感ないのかね。
すぐ「貧乏人」を連呼して逃げる奴は。

>>188
全然違和感がない。
なぜならWTLはATLを拡張するためのものだから。

>>187
論点がずれてる。
そりゃメリットがないと感じてる奴はいるだろう。
ただメリットがあると感じてる奴もいるってこった。
VC++持ってる奴の中にもない奴の中にも。
それを「金が無いから」だのとひとくくりにして反論してるつもりになってるからｳﾝｻﾞﾘしてんだよ。

んでデメリットの例ﾏﾀﾞｰ？

要はATLをフリーにしろって言うんだろ。
厚かましいんだよ。

>>192
社員かおまえは。
てか過去ログ嫁。フリーでもいいがWTLをATL非依存化でもいいって書いてるだろ。
さらに言えばWTLをATLに吸収でもいい。
でもフリーorATL非依存化の方がユーザーが増えるからフリーor非依存化の方がいいなって流れだ。
要は使用やバージョンアップに二つのライブラリのバージョンを気にするのがめんどうってことだ。

貧乏人はWin32 SDKだけで汗をながせ。

以後貧乏人連呼厨は放置で。
貧乏人という仮想ターゲットを脳内で作りだして優越感に浸りたいだけの電波なので、レスしても電波レスしか返ってこない。

ATL分離厨は放置で。

ATLやWTLに関する有意義な情報交換をやりましょう。

>>196はまともな会話ができないのでこいつとは情報交換は無理げ。

ひとつも反論できてないもんなぁ。困った時の貧乏人連呼だし。

オープンソース関連のスレには必ず一匹はいる連呼厨か。

連呼してもVC++を持って無い人間はおそらくこのスレには皆無だという現実が虚しい・・・

連呼厨、新天地を求めVCTKスレへ
　↓

そして伝説へ・・・

ハハハ。
所詮、オプソ厨の程度はこんなもんか。

VC持ってない人を取り込む為にもATLから独立して欲しいな。
ユーザ数が増えれば情報量も増えるでしょ。

Cマガってサイトで記事や要望を募集してるんだな。
要望だしたら扱ってくれるかな。
自分で記事を投稿する元気はないけど。

雑誌で紹介されてるの見たことないなぁ。
俺がWTLを知ったのもこの板だし。

普段はvc7を使っているけど、vc7にはプロファイラがついてないから
プロファイルしたいときはvc6でコンパイルしなきゃいけないから
結局古いATLのほうにあわせなきゃならんのがめんどくさい

プロファイラだけならDevPartner入れればいい。
ロハで落とせるし。

VC8には付いてるんだっけ？
たしかプロファイラ使用後に最適化するオプションついてるんだよな

ATLだけでは使わないからなぁ、余計なのない方が嬉しいよ
分離反対派は海外のforumなんか覗いたこと無いんだろうな…

分離は困る。
WTLがATLに依存しなくなるってことは、今WTLとATLが共有している部分は、別々の互換性が無いクラスに分かれるってこったろ？
ATL::CWindowとWTL::CWindowが混ざったプログラム俺は書きたくないね。
ATLとWTLを統合するほうがまだ建設的。

support listすら見て無いんじゃないか。
というかここまでで反対の理由が一つも挙がってないよな。
メリットが少ないからしなくていいってだけで。
要するにどっちでもいいのとちゃうんかと。
やたら反対する理由が知りたい。

>>211
互換性を残しつつ作ることも可能じゃないか。
逆に完全にATLから独立するように作るなら混ざりようがないし。
ATLと統合も良いと思うけど。

ATLの属性付きプログラミングに公式対応させることの方が先決だな。

属性付きだと_ATL_NO_AUTOMATIC_NAMESPACE使えないのちょっとつらいな・・・

俺にとってはIDLをわざわざ作らなくていいメリットの方が大。

属性付って毎回IDLコンパイルしなおされなかったっけ？
速度的にきつくてあきらめた記憶がある。

日曜の昼間っからなんでこのスレがアツいの？

>>208
インストールが終わんね

WTLバージョンage

Release Name: WTL 7.5.4291.0
Notes: Misc bug fixes, patches, and feature requests work.

変更点
ttp://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtla-03/index.html

なんだよ7.5って・・・・
今までずっとMSの7.1が最新だと思ってた俺はアホか・・・

アホ

前回が二ヶ月ぶりで今回が三ヶ月ぶりか。

間が1.5倍ずつになってるのか

つーことは、４回後には６倍だな。

いや、+1ヶ月ずつかもしれん。

つーことは、４回後にはＷＴＬは．ＮＥＴに吸収合併だな。

support listでも新バージョンについて投稿されたな

新しくなった点を質問して、なんで自分で調べないんだ？と軽く怒られてるな。

閉鎖的だな

2chよりもたちが悪いな w

せめてReadme.htmの「Changes Between WTL 7.5 And 7.1」は更新して欲しいな。

support list、今度は新バージョンが置いてある場所を知らない奴か・・・
新バージョンについてろくな投稿がないな・・・

テンプレの神サイト The So-Software Studio でバージョン履歴が公開されてるね

>>234
>>221

BEGIN_MSG_MAP_EX(CTreeView)
　MSG_WM_CONTEXTMENU(OnContextMenu)
END_MSG_MAP()

LRESULT OnContextMenu(HWND hWnd, CPoint& ptClient)
{
　ATLTRACE("OnContextMenu\n");
　return 0;
}

ツリーコントロール内でコンテクストメニューを出したいのですがうまくイベントが発生しません。
右Ｗクリック又は、右ドラッグ->右ボタンアップの操作を行った場合はちゃんとイベントは飛んでくるみたいです。
そもそも他のメッセージを捕まえて行うんでしょうか？
（WTL固有の問題かもしれないのでこちらに書き込みました）

SDIのビューにツリーコントロールを使ったってこと？

>>237
今開発してるの(SDI)はもうちょっと複雑ですが、
先ほどSDIのビューとしてツリーを使ったもので試してみた所同じ現象が起きました。
ウィザードが生成したコードに>>236の部分のみ変更を加え、
MainFrameからツリーへノードをいくつか追加してます。

同様にツリーコントロールをリストコントロールに変えて試したところ、
正常にWM_CONTEXTMENUが飛んできます。
ツリーコントロールは他に必要な手続きがあるんでしょうかね。

WTL って実際の開発で使われていることってあるんですか？
それとも、もの好きのためだけのライブラリですか？

>>240
>>17

>>239
MFCでも同じだね。NM_RCLICKしかないかも。

>>242
ええ。MFCでも同じでした。
理由はわからないけどツリーコントロールはWM_CONTEXTMENUが飛んで来ない仕様だから
NM_RCLICKなんていう通知メッセージがあるんですかね。
エクスプローラでも同じみたいなのでNM_RCLICKで対処してみます。
ただNM_RCLICKだと項目が選択されてTVN_SELCHANGINGとかが発生しちゃうんだよなぁ。

デバッグビルドでは問題ないのですがリリースビルドしたら
error LNK2005: __osplatform は既に atlmincrt.lib(atlinit.obj) で定義されています。
とか言われてコンパイル出来ないんですがどうすればいいんでしょう??

_ATL_MIN_CRTだったかな？

>>245
それをしゃべれば、それは
マルチスレット、C言語標準関数、そして、例外を使うことが出来ないとなります.

変な人警報ですか？

プロジェクトのプロパティで
「ATLでCRTをできるだけ使用しない」「いいえ」
としたらリンクできました。
デフォルトでMIN_CRTなのか(；´Д｀)

ttp://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtl11-02/index.html

こんな感じでエディットコントロールをサブクラス化し、
WM_KEYDOWNを処理したく思っています。

しかしコントロールクラス側のMESSAGE_HANDLERでWM_KEYDOWNを取っただけで、
何故か矢印キーやDelete、Home、Endキー等が、エディットコントロール内で
効かなくなってしまいます（英数字キーやBSキー等は普通に動きます）。

何か原因に心当たりのある方、教えて頂けないでしょうか。

>>249
あなたがメッセージを横取りしてしまったためにエディットコントロールがキー入力をハンドリングできなくなってしまったのです。
動いているキーはWM_KEYDOWNではなくWM_CHARなどで処理されているのでしょう。

>>250
なるほどなるほど！そういえばすっかり忘れていましたが、
文字以外でも、スペースやBSだけはASCIIコードありますもんね。

SetMsgHandled(FALSE);が、普通のサブクラス化におけるCallWindowProcの役割を
果たしてくれるのかと思っていたのですが、違うみたいですねぇ。

しょうがないので、あまりスマートじゃ無さそうですが、自分でCallWindowProcを呼び
m_pfnSuperWindowProcというメンバを渡すことで解決しました。
レスありがとうございました。

WTLでインテリセンスを有効にして快適環境を構築する方法を見つけました！
たったの一晩で今まで表示されていなかったCCommandBarCtrlImplのメンバなどが表示されるようになりました！

２億円、 ３億円、 ５億９千万円収入者続出しています（違

日記は

ジャポニカ学習帳

WTLで作ったexeって、他に何かランタイムとか必要なんですか？
やたらコンパクトなんですが。。。

釣りですか？

いや、マジです。
MFCとATLしか使ったこと無いんで。

いやATL使ってるならわかるだろ。_ATL_MIN_CRT

atl.dllと_ATL_MIN_CRT って関係あったっけ。
Cランタイム無だったような。

>>255はCRT無しだからコンパクトって話じゃないの？

atl.dllとかmfc*.dllみたいなファイル、例えばwtl*.dllみたいなのが必要なんですか？って話。
Cランタイムは、ATLで開発を始めてから使わない習慣が出来てしまいますた。

なんつーかwtlの中身見ればわかると思うんだけど必要ないよな。

おおっそうなんですか。こりゃいいな。これでいこう。

「あぁあぁんっ・・・はぁはぁ、あっあっ・・・んん・・い、いくっ！いくぅ！あぁん・・い、いっちゃうよぉ・・い、一緒にっ・・イクときは一緒にぃぃっ！」

atlbase.hなんですが、
DEBUGモードだと内部でstdio.hも読み込まれて、sprintfとかの標準関数が使えるのですが、
RELEASEモードだと、stdio.hが読み込まれません。。

これはなんでこんな仕様になっているのでしょうか？

そんな餌でｸﾏｰ

>>261
つーか、Dependency Walker で確かめりゃいいじゃん。

Releaseだとデフォルトで_ATL_MIN_CRT
ふぁっきゅ〜だな。

つーかこのところ_ATL_MIN_CRT関連の質問大杉

Cライブラリを使わないアプリなんて現実的なのかねぇ・・・。
のちのちの移植性を考えてみても使わないメリットは小さい気がするのだけど。

＞268
＞Releaseだとデフォルトで_ATL_MIN_CRT

そうなんですか。。
なんでビルドの種類によって違うんでしょうか。。変な仕様ですね。。

とりあえず、リリースモードの時だけ、atlbase.hのあとにstdio.hを読み込むようにしました。

>>271
リリースから_ATL_MIN_CRTを外せば？

>>270
ATL使ってる時点で

WTLのCComboBoxでDROPDOWNLISTにして
AddStringで10個くらい項目を足しているのに
右側の▼を押してもリストが展開されません。
見た感じ項目数０のリストが表示されているようです。
この表示数を増やすにはどうすればいいんでしょうか。

>>274
WTL関係なくて、CComboBoxのウィンドウが小さいだけ。
プログラムでウィンドウのサイズを変えるなり、
リソースをテキストで開いてサイズ書き換えるなりすればOK

或いは例えばVC6なら、リソースエディタでコンボボックスの▼の辺りを
クリックすれば、ドロップダウンのサイズを変えられるよ。

>>275
ありがとうございます。すごく助かりました。
明日学校行ったら直してみます。

AppWizardでHTMLビューを作ると、ビューのPreTranslateMessageで

if((pMsg->message < WM_KEYFIRST || pMsg->message > WM_KEYLAST) &&
(pMsg->message < WM_MOUSEFIRST || pMsg->message > WM_MOUSELAST))
return FALSE;

// give HTML page a chance to translate this message
return (BOOL)SendMessage(WM_FORWARDMSG, 0, (LPARAM)pMsg);

とあるのは何のため？
前者のif文は、IEのコンテキストメニューを表示したりするために
マウス関連メッセージを有効にするため？
後者のSendMessageは何のためだろう。

>>277
give HTML page a chance to translate this message

WTLのCComboBoxでリストが10個までしか表示されません。
これを増やすにはどうしたらいいですか？

>>279
>>274へ戻る

>>278
PreTranslateMessageがtranslateの場所では？
なぜWM_FORWARDMSGで転送してんの？

>>281
コメントアウトして試してみろよ

コメントアウトしても何も変わらんが。

ATLにPreTranslateMessageなんてあったか？

WTLだろ

>>284はｱﾌｫだろ

>>282==>>284？

質問に答えられない>>286よりもマシだけどな w

>>288
負け犬の遠吠えにしか聞こえないからやめとけ

>>289
正しく日本語使おうね。

>>290
はぁ？

相手に聞こえるところで言うのは負け犬の遠吠えとは呼ばない。

なにこの284以降アホなスレ

んでHTMLビューのPreTranslateMessageでWM_FORWARDMSGメッセージ送ると何が変わるの？

そのアホに>>293も含まれている訳だが

やった〜過疎スレなのに伸びてるよ〜

>>292
いやいやいや、そんな定義はないよ

>>277
前のほうの if 文で、web browser control に転送しないメッセージのとき単に false を返して終了し、
後ろの SendMessage で実際にWEB Browser control 側にメッセージを転送しています。

これは入力フォーカスがビューウィンドウにあって、BS やら ALT+矢印やら TAB やらが押下されたとき、
WEB Browser control 側にそれを処理する機会を与えるための処理です。

（WM_FORWARDMSG のハンドラはatlhost.hで実装されていて、 ole control の IOleInPlaceActiveObject::
TranslateAccelerator() を呼び出す）。

詳しくは IOleInPlaceActiveObject::TranslateAccelerator の説明を参照。

VCTKをダウンロードしたもののWTLはATLがないと使えないと
諦めていたら、なぜかPlatformSDKではなくDDKにATL3.0が
付いてきてました。

WTL7.5はATL7前提とかいう話も見聞きしてますが、とりあえず
ATL3.0でも使えてるんで情報あげ。VCTKスレに書くべき？

タイーホカウントダウン？

タイーホて漏れ？VCTKもDDKもPSDKもWTLも全部ライセンスに
従ってほぼ無償でMSとかから入手できるが？？？

もしかして釣られた？

>WTL7.5はATL7前提とかいう話

これってどっから出たデマ情報なんだろうな？
俺も聞いたことある。

>>301
DDKって今は有償じゃなかったっけ?

うん。でも実費＋送料とかで$30とかしか請求されない。
はるばるアメリカから送ってくることを考えたらほぼ無償でしょ。

MS的には来年にはVSExpressも出すし、.NET もあるし、
もはやVCTK+ATL+WTL+MFCくらいは勝手に持ってけ状態なの
かも（今見るとMFC4.2もDDKにあるような…）。

VCTK見た時は最適化コンパイラでも素のコンパイラだけでは
Mingw/gccの方が〜と思ったもんだが、ATL/WTLが使えるなら
手軽なWindows/C++開発環境としては最強かも。

>>299
おおー素晴らしい！

貧乏人の俺がVC6を窓から投げ捨てる日が来た？

>>305
VC6もATL3.0じゃん。

CAtlRegExp、CImage、など色々使いたいのだが、ATL3.0ではどうしようもないな・・・。orz

VCTKって何？

>>306
そうか、これ使い回せばいいのか
2005Express+VC6のATL+WTL+仕上げにVCTKでOK?
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ｺﾞﾒﾝﾖ
まぁ2005Expressもうちじゃ重いんだよね…( ´・ω・)っ[VC6]ミ

>>308
Violent and Crazy Team Killer もしくは、Visual C++ Tool Kit

>>309は犯罪者

>>308
http://www.kk-alpha.com/locker/p_freebox/vctk_01.html

>>311
なぜに？

>>313
VC6のATLはVC6でしか使っちゃ駄目とか?

>>314
そ、そうなのか
今規約をざっと見てみたところ、そういう記述は無さそうだけど、どうなんだろ

このスレには、やたらと他人を犯罪者にしたがる厨房がいるからな。

自己弁護乙

>>316
そういやWTLとATLの分離を頑なに反対してた奴に似てるな

ﾍﾞﾂﾆ

自己弁護乙

ｲﾐﾜｶﾝﾈｰ

WTL/ATL分離というよりは、ATL/COM分離を求めているわけだが。

「CWindowはCOMと無関係であるにも拘らず・・・」と永遠に続くのであった。

>>322
COMサポートはATLの一部分に過ぎないんだから
別に分離しなくても使わなきゃいいだけの話だと思うが。

ようするに、正規VisualC++.NETを持っていない人限定の要望。
C++BuilderユーザやCygwin・GCCユーザでも使えると嬉しいってこった。

C++BuilderユーザはVCL使ってればいいし、
GCCユーザーやCygwinユーザーはwxWidgetsでも使ってればいいじゃん。

ライブラリの選択肢が増えるのはいいことじゃないか。

>>325
ﾜﾗﾀ
おまいの頭には汎用ライブラリの利点という文字は無いのか

じゃあみんなwxWidgetsとかQTでいいじゃん

たぶん>>325とは一生会話が成り立たないだろうな。

VC7でATL3.0は使えないんじゃないか？
ビルドはできるのだけど、実行しようとするとエラーで異常終了するわけだが・・・。
さて、VC7の場合、どのATLヘッダーとリンクすればいいかね？

リンクじゃなくてインクルード。まぁわかると思うけど。

ヘッダーとリンク?

>>330
VC7付属のATL。

>>333
説明不足だった。VC7ではなくて、VCTK2003。
PSDKのWin64のヘッダではランタイム異常終了するし、
VC98のヘッダでは金毘羅さえ通らない。
さて、どうしたものか。

コンパイラやリンカのオプションは間違ってない？
あとどんなソース書いたのか。

>>335
リンカオプションが間違ってたらビルド完了さえできないはず。
ATLを使わずAPIだけを使っている他のプロジェクトはちゃんと動いてる。

というか、VCTK2003でATL使ってる人っているのか？
そもそもATL3.0はVCTK2003でちゃんと動くものなのか？

>>334
Win64 用のヘッダか・・・ウィンドウプロシージャサンクしてるとこのコード読んだ？
atlbase.h の _stdcallthunk 。_M_IA64 とかが定義されてると当然落ちるけど。

>>337
_M_IA64 はPSDKリファレンスの「The Tools」に書かれている内容では、直接定義してはならないとあるみたい。
自分はいつもどおり _WIN32のマクロ定義を使ってる。

PSDKにはatlbase.hが2種類ある。
<installdir>\Microsoft Platform SDK\include\Win64\atl\atlbase.h (2002/08/21 08:34:30)
<installdir>\Microsoft Platform SDK\src\mfc\atlbase.h (2001/08/15 15:05:30)
一応、両方のパスで試した。Win64版はビルドできるけど実行時に落ちる。
src\mfc版はコンパイルが通らない。ほぼV98版と同じエラー。

ちなみに、コンパイルオプションは、/arch:SSE2 /G7 /GS を追加してる。
せっかくある機能は使いたいのが人情でしょ。駄目・・・？

Win64版はちゃんと64bit版windows上で実行してんのか？

>>338
せめて落ちる場所くらい特定してから来い。

ATL/WTLを分離して欲しいってやつは自分でやればいいんじゃないの？
せっかくソース公開されてんだし。
著作権にだけは気をつけて。

どう気をつけるんだ。

車輪を再開発しないためのライブラリ

>>342
他人にバレないように気をつける。

>>340
WTLで異常終了するのを確認。WTL7.5(wtl75_4291.zip)を使ってる。
異常発生位置は、atlframe.h の456行目
::CreateWindowEx()

VC6.0の"ATL/WTL AppWizard"で作ったSDIアプリのプロジェクトをメイクファイルエクスポートして
VCTK2003環境でビルドすれば他の人も異常終了を確認できると思う。
ATLヘッダーはPSDのWin64版を使っている。(_ATL_VER=0x0300)

どうやら自分のVC6SPが古いのが原因だったみたい。

ちなみに自己弁護っぽくなってしまうが、VC6SPのバージョンが低いことと、
PSDKWin64ヘッダを使ってTK(=VC7)でビルドした実行ファイルが異常終了することは、
全く関係がないと考えてよいと思う。

PSDKのWin64ヘッダファイルでWin32アプリをTKでビルドすると問題が起きるっぽい。

そんな事も藻前くらいしかやらんだろうから問題無さそうだな

こりゃ、スルーだな。次いこう。

ATLがフリーにならないと、人々が望んでTStringを使うようにはならないだろう。

TStringって何ですか？

>>351
テﾂレファイ？

>>351
http://www.google.co.jp/search?lr=lang_ja&oe=sjis&q=%54%53%74%72%69%6e%67
Stringの誤字です。

帝政する。
TStringをCStringTに文字列痴漢して読んで貰いたい。

>>350=354
こいつアホだな。DelphiスレでATLラーメンでも食って死んでろ

＞ATLラーメン

どういう意味かわからない。なんか元ネタあるの？

>>356
ATL + ラーメン。

そのままやんけ〜

最近とみにレベルがひくいな

>>359
同意。
「低い」を漢字で書けないなんて、レベルが低すぎる。

>>360
同意。
いちいち細かいところで嬉しそうに突っ込んでくるなんて、レベルが低すぎる。

新サイト
http://www.tokachi.co.jp/wtl/

おじさんつまんなーい。

新ホテル
ttp://www.4ni.co.uk/listing.asp?cat=884&style=0&company=42881

ATL 解説サイト

ttp://www.ncc.go.jp/jp/ncc-cis/pub/cancer/010217.html

んじゃ俺はWTL

http://www.tokachi.co.jp/wtl/index.html

>>366はものすごくかっこ悪いことをした。

TWLじゃなくてWTLにしたのはこうやって紛れ込むやつを当て込んだのかな・・・。

>>368
だとしたら非道く狭いシェアを当て込んだもんだな

つか真面目な話、こんなのが引っかかるのは邪魔だなぁ

単にSTLに合わせたからとマジレスしちゃ駄目？

>>370
ぜひTokachi Web LinkがSTLに合わせる理由をマジレスして頂きたい( ﾟдﾟ)σ)´Д｀)

俺が知ってる限りWTLオープンソース化のニュースが流れる前は、
GoogleでWTLを検索すると十勝Webリンクが一番上にヒットしてた。
ニュース以降はWTLに関するニュース記事やブログが上位になっていったなぁ。
ま、未だに十勝Webリンクも上位にヒットするけどな。

>>362-365
次スレテンプレート候補ということでFA？

話は変わるが、
yahooフォーラムで出てた通りサンクの構造体をユニオンにして
WIN64ヘッダでビルドしたDirectX使用のWTLアプリは不意にOS毎落ちる希ガス。
諦めてVC98でビルドしたバイナリだけつかうようにしてる。
原因は調べる気なし。つか、OS道連れなもんで原因特定方法わからんし。

既出だっけ？
ttp://msdn.microsoft.com/visualc/downloads/updates/atl/default.aspx

かなり前に既出のような気がするけど忘れた。
まぁ2.0だし。

テンプレートーライブラリー（っていうんですかね？）を導入したいと思っています。
現在、WTL、BOOST、LOKIでどれにしようか迷っています。

互換性、プログラムの簡潔性を重視したいので、どれか一つに絞りたいと思います。
どれが良いんでしょうか？

よろしくおねがいいたします。

>>377
ｶﾞｯ

>>377
用途が違うから絞るものじゃない。
それぞれの用途を調べて自分で決めれ。

>>377
ｳﾘｬｯ

>>377
STLportっていうのもあるよ。これはSGI(注:創価学会ではありません)の技術がいっぱい詰まった、
未来のてんぷれーとーらいぶらりーさ。

はぁ・・・

あのさ、C++のテンプレートライブラリは専用のスレがあるからさ、ちょっとだけ空気読めよな

>>377
別に一つに絞らなくても構わないと思うぞ。

例えば、お前の言うBoostとLokiとATLを組み合わせて、

boost::shared_ptr<Loki::SmartPtr<CComPtr<I***> > >

とすれば、最強の超スマートCOMポインタが作れたりする。

ATL にも boost::shared_ptr 欲しいよね。
漏れ boost は shared_ptr と function の為にしか使ってないや・・・

アイドルハンドラってとにかく暇な時に呼び出されるわけじゃないのね

>>386
メッセージループで処理すべきメッセージが無いときに呼ばれるんじゃなかったっけ。

>>386
CMessageLoopから派生したクラスを書けば、そのような挙動にすることも可能だよ。
漏れは、ゲームとかリアルタイム系のアプリ作るときには使ってる。

>>385
boostはゲームソフトの抱き合わせ販売のようなものだ

　　　　　　　　　　　　　　　　　　　　　　　――ゲーテ

他のライブラリの話はもういいから。

>>387
常に連続して呼ばれるわけではないのだ

>>388
頭(・∀・)ｲｲ
早速やってみるyo

>>390
ゲーテかい？

>>391
いや、そもそもCMessageLoopがそういう状況を考慮して作られているから。
ソース見てみれば分かるよ。

デフォルトで
while(他にメッセージが無い){
　アイドル処理;
}
なメッセージループは嫌だなぁ。
どんなアプリもCPU100%

>>394
そんなのは、CMessageLoopの派生の仕方によって好きなように制御できる。

デフォルトで、なら嫌だなって話だろ

そうだそうだ。
お兄ちゃんに謝れ。

>>392
俺だよ。

www.codeproject.com/wtl/wtldockingwindows.asp
ここにあるデモプロジェクトがコンパイル出来ません。
一番シンプルそうなDockSiteSampleとか。

同梱されているincludeフォルダにインクルードパスを通す。
プロジェクトにDockImpl.cppを追加。
stdafx.cppからDockImpl.cppをインクルード。
MainFrameでDockingWindow.hをインクルード。
_ATL_MIN_CRTを解除して/GXコンパイルオプションを設定。

…山のようにウォーニングやらエラーが出ます。
何か忘れてる事とかあるんでようかね。
助言ください！

あぁ環境書くの忘れました。
VC++ 7.1
WTL 7.5.4291.0

>>399
> ウォーニング
ワーニング、のほうがが正しい発音。

というように面倒な事になるからwarningと書け。

>>399
>>プロジェクトにDockImpl.cppを追加

これをビルドの対象からはずした？

あ、思い出した。
.net からコンパイラのチェックが厳しくなったんで、C2501 とかを
直すには

Before：
typedef TDockingWinTraits::CCaptionCCaption;

After:
typedef typename TDockingWinTraits::CCaptionCCaption;

というように typename が必要だった気がする。
しかもかなりの箇所を修正する必要があったはず。
頑張れ

>>404
なるほど参考になる情報ありがとう。
.netが出てからかなり経つのにソースが修正されてないんですね。
そうとわかれば勉強がてらに地道に修正してみます。

>>402
ﾍﾞﾂﾆ面倒じゃないよ

>>401
[wɔ่:ɾniŋ] のほうが正しい発音。

ぅうわゎーにんぐゅ

ウォーニングがワーニングでも大差ないだろ。
エンジョイとかバケーションとかしまいにゃイギリスとかどうなのよ

今更何やってんだかって感じだな。
Cスレやそこらで散々既出の話題。

ジジイ　ｳｾﾞｰ

こういう見当違いのレスが続くから>>402なわけか

カタカナで書いたときはウォーニングだとウォーキングと見間違えてしまうから、
カタカナ表記する場合はワーニングで統一して欲しいと思う吉宗であった(AA略)。

ワーニングだとワーキングと間違えやすい。

普通の人間ならウォーニングでもワーニングでも前後の文章から察してwarningの事だろうと理解出来るもんだ。
ただ自分は正しい発音を知っるって事をちょっとだけ誉めてもらいたかっただけなんだ。
許してやってくれ。

内容は読んでないけどこんなの見つけた。
ttp://www.codeproject.com/macro/WTLHelper.asp

>>416
あっそう、よかったね。
これからは厨房日記は自分のｂｌｏｇにつけてくれ、頼む。

>>417

てか激しくがいしゃつ

>>419

がいしゃつﾜﾛﾀ

なんだこの厨臭いスレ

部屋とガイシャツと私

すみません。ここの皆さんには FAQ なんでしょうけど
私も _ATL_MIN_CRT にずっぽりはまってしまいました。
このスレの上の方を見るとマクロから消せば良いという
結論になってますよね？
それで確かに動くようにはなったのですが、このまま常に
「_ATL_MIN_CRT を消す」と思ってて良いのでしょうか？

一応このあたりの内容は目を通してみました。
http://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/vccore/html/vcconusing_atl_min_crtinyouratlproject.asp
http://hp.vector.co.jp/authors/VA022575/c/atlmincrt.html
http://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtl08-03/
http://www.hi-ho.ne.jp/babaq/comprog2.html

どうしてもサイズを小さくしたいなら別だけど、
そうじゃないなら消す。

サイズの違いについては特に気にならないのですが、
mallocとかstr系とか使えない関数があるから危険みたいな、
そういうところにいまいち納得がいかなくて・・・

そういうのが使えなくなるってのはどうでもいいんだけど。
リンク通らなくなるのが謎。
どうせ使えないのならそもそもある意味が分からない。

>>425
私もなぜ Release の時だけデフォルトで
_ATL_MIN_CRT 付けてるのかなーと思います。
MS 的には何らかの意図があったのだと思いたいのですが。

「どうせ消すのに」という意見参考になりました。
アドバイスありがとうございます。

>>426
どこに危険と書いてあった？

>>427
サイズを小さくする＝Cライブラリ関数を使わないようにする＝Cライブラリをリンクしない
だからリンク通らないのは当然。

>>428
MSの意図は知らないが、そもそもATLはプログラムサイズを小さくする設計だったので、
デフォルトで極力小さくするようにしたと思う。
じゃあなんでデバッグ版に_ATL_MIN_CRTが付いてないんだと言われたら知らん。
デバッグ時はCライブラリ関数を使うと思ったんじゃないかな。

ＭＩＮ＿ＣＲＴ環境って、Ｃ＋＋の例外って使えるんだっけ？

使えない

CScrollWindowImpl使ってるんですが、
横と縦にスクロールバーが付くと、一番端までスクロール出来ないです。
端の部分が、スクロールバーの下に隠れてしまい、見えていない状態です。

これを防ぐにはどうしたらいいのでしょうか？
それとも、予めスクロールバー分サイズを大きくしておくしかないのでしょうか？

ｽﾏｿ
逝ってくる

スクロールバー使う時は、DoPaintとかOnPaintで、
スクロールバーのオフセットを考慮した描画しなくちゃいけないんだね。
そこら辺をやらずに悩んでたorz

WTLって基本的にATLとセットで使うもの？
gcc使ってるんだけどWTLを導入するメリットってある？

>>434
ATLが必要だよ

>>434

ない

WTL ってそんなにいいか？

>>437
ClassWizardが使えない事を除けば、MFCと作業量に違いがない。
カスタマイズが容易なWTLに流れるのは自然なこと。
かといって、MFCが劣るわけでもない。
本格的なGUIアプリは今もMFCが現役。

一部のクラス機能だけを使いたいときにはWTL。
それ以外の場合はMFC。

すごいいいっていう気は全然しないけど、まあMFCよりはWTLの方がマシ。
今更MFCはちょっと使う気になれない。

＃本格的なGUIアプリってなんだろ？
＃一部のクラス機能ってなんだろ？
＃それ以外ってなんだろ？

>>438 >>439
それで、MFC と WTL とどっちがいいのですか？
今勉強を始めるとしたらどちらがお奨めですか？

そこでAPI。

>>440
どっちでもいい。

>>440
WTL

WTLってMFCに比べて資料少なくないですか？

うん

これから増える。はず？

Code Project がいいよ。

>>446
常にそういわれ続けてるけど、未だに実現していない。

言われつづけてるか？

正直 WTL は上級者向け。
資料がないと開発できないやつには向いていない
君たちには WTL のコードがすべて開示されているじゃないか？
って誰かが言っていた気がする

逆に、ソース読まずにWTLを使うのはつらいかも。
名に使うにしても、ヘッダくらいは目を通すでしょう。（ｗ

>>15でだいたいわかる。
あとはソース。
調べてわかったことはWebで公開。
こうして資料が増える。これ。

WTLはバグだらけだから遊びじゃなければMFCのがマシだよ

むしろATLがバグだらけ。。。

そこで.NETですよ。

C#でGenericsが実装されるみたいだけど、WTLもC#で書けるようになるのかなあ

そこでWTL.NETですよ。

てか、>>456はﾈﾀじゃなかったらﾁﾝｶｽ以下ですね

C# と Generics って言いたかったんだろう。
察してやれ

真剣？

真剣ならもうちょいマシなこと書くだろ

>>452
それ、かなり好きです。

Comega

>>458
意味不明なんだが

C尻

>>454
例えば？

HTTPがらみ。

あとは？

まったく何を言ってるんだ。
天下のマイクロソフトが作るものにバグなんかあるはずがないだろう。
藻前らの使い方が悪いのだ。

エントリーおめでとう
http://pc5.2ch.net/test/read.cgi/tech/1101931660/

オナニーしたくなってきた

純粋にATLの話題ではないのですが、まともに COM の質問ができるスレが見当たらないので・・・。
idl に適当にデュアルインターフェイスを書いて、
Url や LockType という名前のプロパティを定義してコンパイルすると
プロパティ名が勝手に小文字に変換されるんですが、
どなたか再現する方、原因・解決法をご存知の方はいらっしゃいませんか？
自動生成されるC++ヘッダの方は問題なくput_Url/get_Urlになっているのですが、
タイプライブラリの方が小文字になってしまいます。
ITypeInfo で確認できます。
VS.NET 2003です。

WTL7.1とVC6でやってます。以下のようにするだけで例外が出てしまうのですが、
原因分かりますでしょうか。例外を無視すれば問題は無いのですが、あまり気持ちが良くなくて。

CFileDialog dlg_file_open(TRUE, _T("txt"), NULL, OFN_HIDEREADONLY | OFN_CREATEPROMPT,
_T("テキストファイル (*.txt)\0*.txt\0ビットマップファイル (*.bmp)\0*.bmp\0JPEGファイル (*.jpg)\0*.jpg\0\0") );

dlg_file_open.DoModal();

//実行結果(DoModal内でGetOpenFileNameが呼ばれたときに例外が出る)
例外処理 (初回) は Test.exe (KERNEL32.DLL) にあります: 0x000006B5: (名前がありません)。
例外処理 (初回) は Test.exe (KERNEL32.DLL) にあります: 0x000006B5: (名前がありません)。

その例外は止まる例外か？
プログラムが止まらないなら問題なし。

>>473
そんなもんですかー。
止まらないのでこのままやってしまいます。レスありがとうございました。

えー

>>475
だってその例外、ちゃんと内部でキャッチされてるじゃん。
MSの人も例外を使いたかったんだよ。

つーかその例外ってATL/WTLに限った話じゃないよな

>>476
キャッチされてても良くない（動作はするが意図したものとは違う）こともあるぞ。

>>478
そういうときはエラーが返る、はずなんだけど、ググってみると同じ状況でこの例外が発生して
かつ期待した動作にならない、なんとかならんか、なんてことを言ってるロシア人がいるね。

CFileDialogで開くと
右側にプレースバー？の無い旧式になるんだけど
どうすれば今の形式で表示出来るの？

>>480
::GetOpenFileName()を直接呼び出し。

↓Windowsプログラマの常識
CFileDialogを使う人＝厨房

>>480
右側じゃなくて左側の「履歴」とかが入ってるボックスのこと？
Windows2000で追加されたものなので実行環境を限定してもよければ
#define _WIN32_WINNT 0x0500
(#define WINVER 0x500)も
とすれば、出てくるけど。
ついでに、OPENFILENAME構造体の拡張部分も見ておくといいよ

補足。
出てくるってのは、CFileDialogを使った場合も。
あと、SDKが古すぎる場合はとうかわからない。
VC6で附属のSDKだとダメかも。
ヘッダーでOPENFILENAMEを確認してみて、
無ければ最新のSDKで。

何この>>481が恥かしすぎる展開

↓Windowsプログラマの常識
MFCを使う人＝厨房

↓プログラマの常識
Windowsプログラマ＝厨房

↓一般人の常識
プログラマ＝厨房

↓政治家の常識
一般人=厨房

つまんね

日本の常識
台所＝厨房

くだらん

i am chiken from kichen.

しょーもな

ﾜﾗﾀ

>>492
パラッパだろ

パッパラパッパー?

.o.o...o.o..

ヤンガス

なんだこの流れは・・・

流れのことはよくわからんが、とにかくすごい500ゲット。

おめこ

飲食店に以前から興味がありまして。

VC.netで、属性つきATLプロジェクトでATL ActiveXコントロールを
作成すると、例えばCFooってクラス名のコントロールだとすると、
必ず「CFoo Object」って名前でレジストリに登録されて、
どう頑張っても名前を変えられないのはバグですか？

属性なしのプロジェクトであれば、ATLコントロールウィザードの
「名前」ページの「種類」に設定した通りのコントロール名になるのに、
属性つきプロジェクトでは、全く同じ設定にしても
「CFoo object」という名前でしか登録されないです。

いくら調べても原因が分かりませんでした。

アッシの脳みそは米つぶくらいでげす。

つまり。

難しいことはさーっぱり分からないでげすよ。

helpstring?

>>503
cocolassのクラスの属性のvi_progid、progid、helpstringとか、
リソースファイルの *rgs 内の記述なんかは何になってますか？

>>503
[
coclass,
threading("apartment"),
vi_progid("Foo.Foo"),
progid("Foo.Foo.1"),
version(1.0),
uuid(<省略>),
helpstring("ネオむぎ茶"),
support_error_info(IFoo),
registration_script("control.rgs")
]

control.rgsの関連部分の抜粋

HKCR
{
NoRemove CLSID
{
ForceRemove {[!output CLSID_REGISTRY_FORMAT]} = s '[!output TYPE_NAME]'

☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃
☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃☀☁☂☃

WIN98SEのＶＣ＋＋６．０＋ＳＤＫのＷＴＬ７．１で
やりはじめたものなんですけどもね、
あのですね、下のサイトからですね
http://www.codeproject.com/wtl/wtlbrowser.asp
WTL Browserのソースﾌｧｲﾙをダウンロードしてですね
ビルドしたところ
以下のようなエラーがでてきたんですよ。
\code project\wtlbrowser_src\WTLBrowser\WTLBrowser.rc(355) :
fatal error RC4214: Codepage not valid: ignored
rc.exe の実行ｴﾗｰ
どうも
resource scriptの
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_HEB)
#ifdef _WIN32
LANGUAGE 0xD, 0x1
#pragma code_page(1255)
#endif //_WIN32

という部分が引っかかっているようなんですが
これは一体なんなのかわかりますかね？

WTL.NET 誰かつくって。

>>510
System.Windows.Forms

>>509
俺がダウンロードしたソースではその部分はこうなってるけど。

#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU)
#ifdef _WIN32
LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
#pragma code_page(1252)
#endif //_WIN32

あ、どうもです。
リソースﾌｧｲﾙの
////////////////////////////
// English (U.S.) resources
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_ENU)
#ifdef _WIN32
LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US
#pragma code_page(1252)
#endif //_WIN32
（略）
#endif // English (U.S.) resources
/////////////////////////////////////

の直後に

///////////////////////////////////////
// Unknown language: 0xD, 0x1 resources
#if !defined(AFX_RESOURCE_DLL) || defined(AFX_TARG_HEB)
#ifdef _WIN32
LANGUAGE 0xD, 0x1
#pragma code_page(1255)
#endif //_WIN32
（略）
#endif // Unknown language: 0xD, 0x1 resources
/////////////////////////////////////////////////

の記述があってその部分を削ってコンパイルビルドしたらうまくいきますた。
言語設定かなんかの問題なんでしょうか。
なんか謎です。

void Hoge() { Hoge(); }

StackOverflowException

CContainedWindow と ALS_MSG_MAP を自分自身に対して行うと、
状態の遷移に合わせて実行時の挙動を動的に変えるのにすごく便利なことに気づいた。
お前らも使え。

ALS はドラクエの主人公なんだが、何の関係が？

TとSをうちまちがえるとはなんということだ

キーの位置的にありえない間違え方だ・・orz
俺の指にいったい何が・・

>>519
ダジャレ書き込みでタイプミスは最低だな。
芸人として終わってる。

520はどこにダジャレを見いだしたんだ

WTLとドラクエ。

>>522
間違ったのは518じゃなくて516だぞ

>>523
意味がさっぱり分からんのだが。

>>524
それはATLを理解してないからだよ

>>525
ATLもWTLも、もちろんALT_MSG_MAP も普通に使っているが、
523の発言の意図がよー分からん、と言っただけ。

たとえATLのマクロを知らなくても、518が間違ってるなんて思ってる奴はいないだろう

つまり520がバカと言うことだ。

そんなことないよ

>>528は520の何気ないレスが相当にこたえたらしいなｗ
ミスした張本人ということか。マジ笑えるｗ

つまり、あれだ。

>>516は、>>498を見て、ちょっとドラクエがやりたくなったところで、
ついうっかりWTLのことが頭をよぎったんでしょ

追加：
CSortListViewCtrl
CZoomPrintPreviewWindow
CZoomScrollImpl

>>520
いやだから「ダジャレ書き込みでタイプミス」したのは誰なのよ

あ、おれ521ね

>>532
なにに追加したんだ？

ATLのマルチスレッドって具体的には何をすればいいの？

>>536
FreethreadのCOMオブジェクトの実装方法？
普通にスレッドセーフに作るだけ。
クリティカルセクションやMutex、イベントで排他や待ち合わせを行い、
必要ならWindowメッセージ等でスレッド間のRPCを行う。

あけましておめでとう！

別におめでたくない

今回の年末・年始はあまりめでたくなかったよな。
ま、こういうこともたまにはあるんだろうけどさ。

2005年って特に何もなさそうな年だもんな

俺が憶えてる限りでは、２００５年は生きてきた中で一番何もない年だったな。

ATLってなくなるの？

ATL8.0

WTL7.5.5002ｷﾀ━━━━━━━━━━━━━━━━━━━━━(ﾟ∀ﾟ)━━━━━━━━━━━━!!

>>545
情報サンクス。
しっかし、相変わらずペめｂ（ｒｙ

WTL7.5.5002ｲﾗﾈ━━━━━━━━━━━━━━━━━━━━━(ﾟ�听)━━━━━━━━━━━━!!

>>546
意味不明

何が変わったん？

Diffとれ

連書きスマン。
リリースノートにはこうある。

Release Name: WTL 7.5.5002.0
Notes: More bug fixes, new zoom scroll classes, zoom print preview, sort list view classes, new reflect notifications macros.

VC6のウィザードつけてクレー

WTL7.1の使えばいいじゃない

>>532はなんで知ってたんだ？もしかして開発に参加してるの？

CVSリポジトリ見てれば分かるんじゃ

これか
ttp://cvs.sourceforge.net/viewcvs.py/wtl/

http://sourceforge.net/projects/wtl/
むしろ本家

って>>1に書いてあった罠　ｽﾏｿ

なんか結構追加されてるね。
atlgdi.h に CLogFont とか。

どうして昔から日陰モード炸裂なの？

>>559
CLogFontもViksoe氏だっけ？
びくそえﾏﾝｾｰ

シェブロンが出ない。

(´･∀･`)ﾍｰ

>>562
ドラゴンボール７つ集めたか？

>>564
レーダーに写らない

>>562
俺もジェブロン出すのにいろいろ試した記憶があるなー≫
たしか、stdafx.hにあるWindoｗｓバージョン関係の定数を上げたら、表示されるようになった気がする。

でOS古いと起動すらしなくなると

初心者の俺がアドバイスしてやろうかと思ったけどやめた。
WTL楽だし楽しいね。

え？

日本語初心者ですか

ﾃｽﾃｽ

下がりすぎage

WTLのMDITabコンポーネントでお勧めはありますか？

ｖｉｋｓｏｅ

DirectXでフレームウィンドウはWTLでお手軽にと思ったら、
なにかイベントがあった時にしかOnIdleに飛んでこないよ・・・
バグ？仕様？

仕様。常にCPU100%でループ回してるわけじゃないから。

OnIdle()を理解していないヤシが定期的に現れるねｗ

キューが空になった時に一回づつ呼ばれるのであって、
アイドリング時に漫然と何度も呼ばれるわけではないと何度言えば（ｒｙ
そもそもアイドリング判定なぞ、誰がどうやるのかと小一時間（ｒｙ

そもそもなんでソース見ないのかが不思議。

WM_SIZEのハンドラOnSizeのなかで、GetClientRect呼び出すと
ステータスバーやツールバーの領域を除外していないサイズが返ってくるのですが。

どうすれば計算済みのクライアント領域を取得出来るの？

ステータスバーもツールバーもクライアント領域に貼り付けられた子ウィンドウだろ。

>どうすれば計算済みのクライアント領域を取得出来るの？

MFC使えば

ステータスバーとツールバーのハンドルからRECTを取得して、
適宜クライアント領域を算出する手間を惜しむ人には、WTLは難しい。

CMessageLoop::OnIdleが常にFALSEを返すようになってたので、
オーバーライドしてTRUEを返すようにしたらちゃんと動きました。
というか、DirectXならここでレンダー呼べばよさそう。

CMessageLoop::Run自体はOnIdleを継続して呼べるようになってました。

何のためのWTLだよ

何のためなんだ？

もちろん自己満足。

クライアントサイズやアイドルハンドラの質問はMFCもWTLも変わらないような。
MFCもフレームウィンドウでGetClientRectすればバーを含めたサイズを返すし、
MFCのアイドルハンドラもただループ回してるだけじゃないし。
WTLどうこう以前に、質問者はMFCやWin32APIもあまり知らないんじゃないかと。

>>583

そのループなら、viksoeさんのライブラリに既にある。
CMessageLoopEx とか言う名前と、ＵＩ更新との相性が悪いので､俺は前から独自のを使ってるが。

つーか、ちょっと前にも同じようなこと書いた覚えがあるぞ

まああれだ
.NETになれば計算なんてしないでも
プロパテ設定しておけば勝手に引っ付くわけで

>>588
何言ってんだ？
日本語喋れ

WTLでも特別何もしなくても勝手に引っ付いてるわけだが。
ATL/WTLAppWizardでビュー付きウィンドウ作って見れ。

IVideoWindowなのでビューにするってわけにもいかんのです

>>592
ここのWM_SIZE見れ
ttp://www.kumei.ne.jp/c_lang/sdk3/sdk_275.htm

CFrameWindowImplBase::UpdateBarsPosition(RECT& rect, BOOL bResizeBars = TRUE)

>>594
残念。RECTを求める関数じゃなくて指定RECTにリサイズする関数じゃん。
つか、自分で計算しろと何度言えば（ｒｙ

Yes,アメリカ王.

Yes, you is.

594の関数を先に呼べばGetClientRectから
ツールバーやステータスバーの領域が除外される

rect に入ってるだろ

ATL/WTLって専門書とかありますか？

ＡＴＬにはあって、ＷＴＬにはない。

マイクロソフトにあって、ボーランドにない。

それがJ++。

俺にあって、藻前らにない。

それもJ++。

　J++J
　　ﾟ　
　　
ジャイコ

だれもいないの?

>>607
慰めてほしいのかい？

いや、あんまり過疎ってるから心配になって。

ATL８まだかなー
WTL８まだかなー

その前にそろそろ標準搭載させてもらわないと

mac用最強シェアの最強ブラウザ「 kabaddi」インドでシェアNo.1を誇るウェブブラウザ

http://www.studio-kura.com/index.html

・使用方法はSafariなどのウェブブラウザと全く同じです。
　ただし、データの読み込み時に右上のオジサンと一緒に
「カバディ！」と叫んでください。声が止まると読み込みが中止されてしまいます。
・読み込みが正しく終了するとオジサンが「カバディ！」というのをやめます。
　そうしたら声を出すのをやめましょう。
　いつまでも叫んでいるとバカみたいです。

Win32APIスレから移動してきました。

自前アプリに埋め込んだウェブブラウザの画像読み込みを抑止する方法がわかりません
ざっと検索した範囲だと、ホストから実装して、Invokeをオーバーライドするみたいな事が書いてあるようなのですが、

CAxWindow::SetExternalDispatchで外部ディスパッチを指定すれば
そこでダウンロードコントロールをいじれるんじゃないかなという気がして試してみたいのですが、、
ここで必要なディスパッチインターフェイスをどうやって用意するべきか分かりません。

何か良いサンプルはありませんか？

>>613
言ってることがよくわからないけど、web browser コントロールがインライン等で画像をダウンロードするのを
抑制したいっていう話なら、CAxHostだかなんだか忘れたけど MFC のホスト側にIServicePrivider を実装して
自前の IBindHost を提供してあげればよかったと思うけど・・・ググってみるといくつかヒットするな。
http://www.google.co.jp/search?hl=ja&q=web+browser+control+IBindHost&lr=
http://www.dotnet247.com/247reference/msgs/9/45332.aspx
実装例もあるけど仕事で書いた奴だから見せられません。
基本的には下のほうのURLで示されているのと同じ方針でOK。

「ダウンロードコントロール」ってのが何なのかわからないので外してたらゴメン。

返信、ありがとうございました。 ダウンロードコントロールはこれの一番下にある奴です。
ttp://msdn.microsoft.com/library/default.asp?url=/workshop/browser/overview/Overview.asp
アンビエントプロパティから、簡単に設定できるように書いてあるので、
外部ディスパッチを指定できるCAxWindowを使用しながら簡単にアンビエントプロパティの設定が
出来るのではないかと思っているのです。

MFCは使っていないので、そのままの方法で出来るのか分かりませんが少し調べてみます。
Monikerとか分からないものが出てきているのでしり込みはしますが・・・。

>>615
なるほど。それならアンビエントプロパティの設定で簡単に出来そうですね。
↓とか。
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vclib/html/vclrfiaxwinambientdispatchex.asp

質問です。
VC7.1を使ってATLの属性付きDLLプロジェクトを作成したのですが、
デフォルトで作成されるrgsファイルにエントリを追加しても
まったくレジストリに追加されません。
VC6では出来ていたのですが、このrgsファイルは使われていないんでしょうか？

http://blog.windy.ac/archives/cat_iassoaeeiaeoeueemanaged_coieee.html

is this thread alive?

sorry, im not good at english.

OK. me too.

X too
O either

>>621
You are honest !!

↑ a foo

VC++6でＷＴＬ7.5なのですが、
（テキスト含めた）ファイル入出力、レジストリ読み書きはどうやるのが筋でしょうか？

VC++7であれば、なにやら便利そうなクラスが転がっているみたいなのですが・・・

>>624
ATL3.0でもCRegKeyはあるよ

>>624
漏れはWTLなら、ファイルIOは素のAPI呼び出しか
C++の標準ライブラリとか使うなぁ。

テキスト操作は std とか boost とか。

ありがとうございました

どういたしましほ

あのねもしもきみがみちにまよっていたら
いっしょにまよってあげるね

CRegKeyは、CStringとの連携が無いから糞

>>630
CString::GetBuffer()の使い方を知らないの？

>>631
知らんわけないだろう。

いちいちGetBuffer→ReleaseBufferするのはタイプ量も多いし
コードも見づらくなるし最大文字数も書かなきゃいけないし、面倒くさすぎって事。

CStrBufもしらんのか

>>632
ｾﾝｽねーな

>>633
しらん
>>634
ない

VCのクラスビューアにヘッダ突っ込めば
少しWin32知ってればドキュメント代わりになるなあ

とたまにage

イソテリセソスは使えないの？

なんか古代生物みたいだな（ｗ

ちょっと質問させてください。

スプリッタウィンドウを伴うMDIアプリケーションを
作成したいと考えています(VC++.NET、WTL7.5、Windows XP SP2)。

ttp://www.codeproject.com/wtl/mdisplit.asp
を参考に作っていたのですが、このサンプルには
バグがあるようで、それの解決方法がわかりません。

まずバグについて具体的に書かせていただきます。

このサンプルでは、スプリッタウィンドウの左ペインにAboutダイアログを表示させる
という口実で、本来あったであろうメニューリソースのHelp項目を無くしています。
この為、CMDIWindow::GetStandardWindowMenu関数は常にNULLを返しており※、
MDI子ウィンドウが新しく作成されても、メニューのWindow項目以下に
キャプションリストの追加が行われなくなっています。
※キャプションリストを追加するためのメニューアイテムは
　名称が_WTL_MDIWINDOWMENU_TEXTと一致し、かつ
　メニューバーの右から二番目になければならない。

これを解決するために、メニューバーの末尾に適当な項目を追加してやると、
キャプションリストの追加は行われるようになるのですが、
10個目のMDI子ウィンドウを作成しようとするとプログラムが異常終了してしまいます。

どうやら、MDI子ウィンドウが10個以上になったときに現れる
その他のウィンドウという項目の追加処理に失敗しているようです。
※上記サンプルではキャプションリストの追加自体が行われていないので、
　10個以上作成してもこのバグは発現しません。

多分、MDIフレームの直下にあるべきMDIクライアントが、
スプリッタウィンドウをはさんで存在しているため、MDI関連のメッセージとかで
うまく処理されていないものがあるのでは？と想像しつつソースを眺めているのですが
どこが原因なのか皆目見当もつきません。

試しにWTLを使わずWin32API直書きでMDIフレームとMDIクライアントの間に
別ウィンドウをかましたテストプログラムを作ってみたりもしたのですが、
その場合、この現象は起きないのですが…

どなたか解決策(もしくは別の実装案)を御存知の方はいらっしゃらないでしょうか？

ヒントでしかないけど...

m_hWndMDIClient の親をスプリッタに切り替えるのをやめると、
クラッシュせずに10個目以降のためのメニュー項目が追加されるようになるよ。
当然、画面表示はおかしくなっちゃうけどね。

別の実装としてはこれ？
http://www.codeproject.com/wtl/wtldockingwindows.asp
大げさになっちゃうけど。

>>641
>m_hWndMDIClient の親をスプリッタに切り替えるのをやめると、
ヒントありがとうございます。

自身の子ウィンドウでなくとも、
スクリーン座標の相対位置で適切にペインの配置が可能な
スプリッタウィンドウクラスを作ることで、
(見かけ上は)正常に動くプログラムを作成できました。

ちょっと汚い実装かな？とは思うのですがｗ
※もしかしたら、メインウィンドウはSDI(CFrameWindowImplから派生)にしておいて、
　class CMDIFrame : public CWindowImpl<CMDIFrame, CMDIWindow>
　こんな感じのクラスを作ってやった方がイイのかな？

とりあえず問題なく動いてるようなのでこれで逝こうかなと思いますが、
もっとスマートな実装がありましたら情報いただけると幸いです。

>別の実装としてはこれ？
>http://www.codeproject.com/wtl/wtldockingwindows.asp
実は、私のほうでも、スプリッタがうまくいかないのなら
ドッキングウィンドウに仕様変更しちゃおうかなとか考えてましたｗ

CodeMaxのようなフリーのエディタコンポーネントはないものか…

リッチエディト

そろそろバージョンアップする頃だよな

MFCのAfxVerifyLicFile関数に相当する関数はATLには無いのでしょうか。

BEGIN_MSG_MAP(CMyWindow)
MESSAGE_HANDLER(WM_PAINT, OnPaint)
MESSAGE_HANDLER(WM_DESTROY, OnDestroy)
END_MSG_MAP()

WTLをはじめてみようと思ったのですが、この書式ってなんですか？
ｃでもc++でも見たことないんですが、、、。

メッセージクラッカ

>>647
マクロで定義されてるだけだよ。

実質ただのメンバ関数定義

>647
ヘッダーファイルくらい見ろよ。

ちゅーか、ググれよ。

>>647
WTLはじめる前に
Cを勉強しなおしたほうがよいと思います。

しかし昔からあるけど誰がこんなやりかた考えたんだろうな

ん？皮オナニーのこと？

WTL 7.5.5102.0
Changes since the last release:
- Bug fixes
- Misc. class/method improvements
- Wizard97Test
- Sample for Wizard97 base classes
- Improved support for Windows CE: CMenuBarCtrl, CPropertySheetImpl, frame windows
- Enabled CDialogResize for Windows CE
- Added CScrollContainer class

- Added .NET Support
- Removed Native Support

まじで？

いくらなんでもそれはありえないんじゃなかろうか。
それならC++のテンプレートライブラリにする意味ないんじゃね？

ねたにまじれ

すかこ

わるい

というのはおいといて、ワーカースレッド作りたいけど
ATL/WTL的にはなにも手助けしてくれないから
SDKの関数使っていればいいのかな?

かっこいいクラスある?

あ

調べてみた感じそうっぽいので先に進もう

あ、SDKの関数と言うよりはCランタイムの関数

>>662
CRTThreadTraits

ATL7.0でスレッド用クラス追加されたじゃん。

ぐっは
CWorkerThreadとかまんまのクラスあるやん
ATL Server クラスのほう見てなかったorz

.net2003で、ATLシンプルクラスを２つつくって、(COya CKo)
COYaにCKoのインターフェースを作って、そのあとIKoにプロパティ
作ると、なぜかCOYaにもできるのですが、なんでですか。
しかも、
CoCreate(COya,IOya,&oya)
oya->QueryI(CKo,IKo,&ko)
ko->xxx
ってやっても、そのoyaにもできたしまったほうのプロパティのほうを
取りにいこうとしてしまいます。

>>668
COya、CKoを含めて、その辺のコードを示しなさい。

コードの前に、前半部分の疑問からはじめていいですか。
こっちはコードいらずです。

ATLシンプルオブジェ２こつくって、クラスビューワ（？）の
COyaのところで右クリックして、インターフェースでCKoを
追加します。

そして、IKoのところで右クリックしてプロパティ追加ってやると、
IKoに追加してるのにCKoとCOya両方が書き換わってりょうほうに
同じget_xxx set_xxxができちゃいます。なんでCOyaにも
できるのか理解できません。別に継承とかしてるわけではないのに・・。

>COyaのところで右クリックして、インターフェースでCKoを

IKoのまちがい
わかってるくせに。まちがいはてきとうにほかんしなされ

CWindowImplのWM_PAINTの挙動って
_DEBUGの時とそうでないときと違ったりしないよね・・・・?

見事にそうなっちゃったんだけど自分が悪いんだよなぁ・・・
リリースビルドの時だけ背景真っ白

>>673
ATLASSERTの中に必要な処理を書いてるとか

>>673
ATLのソースを見れば分るだろ。

ごっめーん
MFCと違ってVERIFYねぇ→式の評価はしてくれるんだろう
と思いこんでた

すまそすまそすまそorz

わーい、動いた、感動

#ifdef _DEBUG
#define ATLVERIFY(f)ATLASSERT(f)
#else
#define ATLVERIFY(f)((void)(f))
#endif

あ、tabがなくなっちゃったけどまぁわかるよね

>>670
IKoに追加されてるのは、インタフェイスの宣言としてのプロパティ。
COyaに追加されてるのは、その実装。
インタフェイスを持ってるんだから、実装もあるはず、ということで
COyaに追加される。そこに実装を書く。

たぶんお前みたいな初級者は、
IKoに実装を書いて「IKoに書いたからCOyaに同じメンバいらねぇよ！」とか
思ってるんだろうけど、そのやり方はちょっと間違ってると思う。

ATL無しでは動かんの？

VS2005プレビュー版が出たけどWTLのバージョンアップはまた２，３ヶ月後か

プレビュー版でもそのまま動いてるよ

更新情報
「COMMAND_RANGE_HANDLER とその使い方」
ttp://homepage1.nifty.com/Roy_/Software/WTL/WTL_Lecture10.htm

Flash.ocxから絵をメモリ上に描きたいです。

http://kikyou.info/diary/?200312
これを参考にしているのですが、CreateControl()の引数にどんなIStreamを渡せばいいのかわかりません。
試しにSHCreateStreamOnFile()で適当なSWFファイルを開いて取得できる
IStreamを渡したらCreateControl()に失敗するようになりました。

ご指導おねがいします。

>>684
そこのサイトに詳しく書かれている通りの内容を帰す IStream を、
>>684自身が作ればいい。

IStreamの実装を自分でしたくない/できないなら、
GlobalAllocでメモリを確保して、そのサイトの情報をもとに内容をセットアップして、
CreateStreamOnHGlobalでメモリストリームを作ってIStream::SetSizeでサイズ指定する、
とかしても良い。

class CMyWindow : public CWindowImpl<CMyWindow, CAxWindow>
{
BEGIN_MSG_MAP(CMyWindow)
MESSAGE_HANDLER(WM_PAINT, OnPaint)
END_MSG_MAP()

LRESULT OnPaint(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM /*lParam*/, BOOL& bHandled)
{
::OutputDebugString("CMyWindow::OnPaint()\n");
return 0;
}
};

これではOnPaint()のオーバーライドができないのですが
どうすればいいでしょうか？

>>686（＝684?）
よく知らんが、CAxWindowでクライアント領域一杯にActiveX コントロールが
ホスティングされてる状態だと、無効領域が無いからOnPaintは呼ばれない
んじゃない？

過去ﾚｽ読まずにカキコ
スプリッタウィンドウ周り、クラスブラウザから読めなくてオートコンプリートぜんぜん効かない
これってIDEのテンプレート引数周りのバグ？

atlcrack.hのマクロもクラスブラウザおかしくなるし
ちなみにVS.NET 2003

>>688
WTLに限らず、ファイルをまたいだマクロは
インテリセンス系は解析しない（できない）。

できるのはprebuilt.ncbに入ってる奴だけよん

バグといえばバグなのかも知れんが、
マクロとかそういうC++の腐った言語仕様を、膨大な数のファイルから
リアルタイムに解析するのはちょっと無理なんじゃないかな

2005βだとちょっと賢くなったかも
仕様的に完璧はムリというのは同意

ある修正を加えたらとりあえずまったく問題なく認識するようになった。
>>689氏の言葉がヒントになった。感謝。

http://ranobe.sakuratan.com/up/updata/up38210.jpg

同じ悩み抱えてる方もいるだろうからいちおう解決法書いとく
atlsplit.hの上らへんに、atlwin.hからコピってきたマクロをこんな風に貼り付け

#if !defined(__ATLAPP_H__) && !defined(__ATLWIN_H__)
#define BEGIN_MSG_MAP(theClass) \
（略）
#define END_MSG_MAP() \
（略）
#define DECLARE_WND_CLASS_EX(WndClassName, style, bkgnd) \
（略）
#endif


検証してみたが、BEGIN〜とEND〜のマクロだけヘッダに書いてあればクラス構造は
正しく認識できるらしい。
ただしDECLARE_WND_CLASS_EXはデフォではvoid型の関数として認識してた。

しかし、クラス内メッセージマップ持ってるヘッダも他にもあるのに
なんでこいつだけ認識されなかったりしたのだろうか

>>691
おーよかった。

ちなみにVS.NET2003では、自作クラスのときも、
BEGIN_〜END_〜とかDECLARE_〜とかのマクロ系とか、
あとクラス内定義のテンプレートクラスとかいったものは、
できるだけクラスの最後の方に書いた方が
そのクラスのメンバを認識してくれる確率が上がるっぽい。
まあ困ったら試してみる価値はあり。

インテリセンスのためだけにメンバの順番を変えたりするのは
う〜んな感じがしないでもないけど。

[VB.NETクラスライブラリ：Test_Dll.dll]
Imports System

Namespace Class1
　　Public Interface IClass1
　　　　Function Test_Func1() As Integer
　　　　Sub Test_Func2(ByVal a As Integer, ByVal b As Integer)
　　End Interface

　　Public Class Class1
　　　　Implements IClass1

　　　　Private m_val As Integer

　　　　Public Sub New()
　　　　　　m_test_prop = 0
　　　　　　m_val = 0
　　　　End Sub

　　　　Public Function Test_Func1() As Integer Implements IClass1.Test_Func1
　　　　　　Return m_val
　　　　End Function

　　　　Public Sub Test_Func2(ByVal a As Integer, ByVal b As Integer) Implements IClass1.Test_Func2
　　　　　　m_val = a + b
　　　　End Sub
　　End Class
End Namespace

すいません、途中で書き込んでしまいました＿|￣|○

で、質問なのですが、
VB.NETで作ったクラスライブラリをアンマネージのVC++から呼ぼうとしているんですが、
何故かクラスライブラリ内のメンバ変数へのアクセスがうまくいきません。

VB.NETコードは上記のとおりで、これをビルド後VC++のプロジェクトにコピーして
RegAsm.exe Test_Dll.dll /tlb:Test_Dll.tlb
を実行して、以下のコードをデバッガで走らせました。

これをビルド後VC++のプロジェクトにコピーして
RegAsm.exe Test_Dll.dll /tlb:Test_Dll.tlb
を実行して、以下のコードをデバッガで走らせました。

[C++：main.cpp]
#include <windows.h>
#include <atlcomcli.h>
#import "Test_Dll.tlb" named_guids named_guids raw_interfaces_only

void main(){
long ret;
HRESULT hResult;

char path[MAX_PATH];
::GetCurrentDirectory(MAX_PATH, path);

::CoInitialize(NULL);

::CComPtr<Test_Dll::IClass1> comPtr;
//Test_Dll::IClass1* comPtr;

hResult = ::CoCreateInstance((REFCLSID)Test_Dll::CLSID_Class1, 0, CLSCTX_INPROC_SERVER, (REFIID)Test_Dll::IID__Class1, (LPVOID*)&comPtr);

hResult = comPtr->Test_Func2(1, 1);　　//<-ここでメモリアクセスの例外発生
hResult = comPtr->Test_Func1(&ret);　　//一行上のコードをコメントにして実行するとret=-858993460

::CoUninitialize();
}

長い書き込みになってホントすいません
よろしくお願いします。

WTLにて、リソース無しでダイアログを作る方法は無いですかねぇ
DialogBoxIndirectの文字がどこにも無いから無理かなぁと思いつつ

>>697
ttp://www.codeproject.com/wtl/resourcelessdialogtoolkit.asp
これはどう？お望みのものか分からないが

>>698
これは便利だ、ありがとうございます
ダイアログテンプレート作成、かなり面倒なんですねぇ、侮ってましたよ

WTLのツリービューまたはリストビューで、
(TVS | LVS)_EDITLABELSｽﾀｲﾙを指定して、ラベルを編集しようとするとエラーがでるんですが、普通に編集できるようにする方法はありますか？
ダイアログベースやMFC・SDKだと大丈夫なようなんですが…

どういうエラーが出るのかも示さずに答えろというのだろうか。

やっぱ必要ですよね、申し訳ない。

atlframe.hの2311行目でStack overflowが発生。

LRESULT OnCommand(UINT /*uMsg*/, WPARAM wParam, LPARAM /*lParam*/, BOOL& bHandled)
{ //-- ここでエラー --//
　　bHandled = FALSE;
　　if(m_bBlockAccelerators && HIWORD(wParam) == 1) // accelerators only
　　・
　　・

環境：
WTL 7.5.5102.0
VC++.NET2003
Windows2000sp4

です。

スタックオーバーフローなんて一番見つけやすいバグじゃないか。
デバッグ実行してとまったところで呼び出し履歴見る！

すいませんごめんなさい許してください。
CHAIN_CLIENT_COMMANDS()が原因でした…

質問させてください。
今月のＣＭＡＧＡＺＩＮＥ６月号に掲載されている特別記事「ＩＥをカスタマイズして自由に操作する」を自分のＰＣで試してみたのですが、CSampleModuleクラスの定義がウィザードで作成されたコードに組み込まれなくて困っています。
自分の試した方法は、[新規作成]から ATLプロジェクトを新規作成し、プロジェクト名を Sample にしました。
これで Sample.cpp 内に CSmpleModuleクラス が定義されるはずなのですが、Sample.cpp 内に CSmpleModuleクラスの定義は無く、自分で CSmpleModuleクラスを定義しようとすると、
error C2011: 'CSampleModule' : 'class' 型の再定義
というエラーが出てしまいます。
多分どこかには定義されていると思うのですが・・・
具体的に何をしたいのかと申しますと、CSmpleModuleクラス内で DllRegisterServer() と DllUnregisterServer() をオーバーライドしたいのです。
問題の原因は、Ｃマガの記事で使用されている開発環境が、 .NET2003 なのですが 自分の環境が .NET2002 なのが原因だと思いますが、 .NET2002 でも方法はあるのではと思っています。
方法をご存知の方お願いいたします。

>>705
クラスビューにCSampleModuleは表示されていないかい？
ダブルクリックすれば定義に飛べるよ。

>>706
返信ありがとうございます。
クラスビューに CSampleModule は表示されているのですが、CSampleModuleクラスにメンバの定義が無いせいかダブルクリックしてもツリーが開かれるだけで定義は表示されません。
ちなみに開かれたツリーには CSampleModule の親クラスと思われる、　[ベースとインターフェース]というツリーが表示されます。

方法をご存知の方、お願いいたします。

これでMSのサポートがあれば最強なんだけどなぁ

>>708
MSのサポートなんて必要か？

>708
ヘッダソースがあるんがから、自分で直せよ

MSのサポートがあれば客から文句言われたとき
MSに丸投げできるじゃん。
そんなこともわからないの？

そういう腐れた根性で
ソフトを納入される業者はたまったもんじゃないな。

自分のプログラムが糞なのをMSのせいにするタイプだな >711

>>711
丸投げしても自分のスケジュールが延びたりはしないだろう。。。
だから、投げておいたとしてもバグの回避策とかみんながんばって探すのでわ？

なんだこんな常習テクニックも知らなかったのか。
ごくろうさま。

仕事は遊びじゃないんだから責任の所在って言うのが大事なんだよ。
誰も責任とってくれないオープンソースなんか怖くて使えない。

遊びじゃないからこそＭＳのバグが原因だったとしても出すものを出さないといけないと思うのですが。。。

まぁ最終的には運用で回避してもらうんだけどね

出すもの出すにしても自分を弁護する理由が沢山あった方が良い。

#define Yield()

っていったい何のためにやってるんですか？
すっげぇ邪魔なんすけど

>>719
Win16APIにそんな名前の関数があった名残。

>>715
> 誰も責任とってくれないオープンソースなんか怖くて使えない。
MS だって責任とらないぞ、別に。

すでにATL/WTLの話じゃないよね。

>>720
そーだったんすか！！ありがとうごます、Win16てっ使ったことねかったんで。
擬似マルチタスク関係？の関数の名前ぽっいすね。
とりあえず #undef Yield しときます。

>>722
いちよーこれでもWTL使ってんすよ〜〜（汗

>いちよー

揚げ足とりはいいとして本当にいちよーだと思っている成人にこの前出会った。

711はMSを命令通りに動かせるんだよ。711はゲイツ。

プロパガンダを　「プロがパンダ」　とマジで言ってる香具師がいたな

ミニにタコ？ｗ

馬のミミ−(雌 5歳)に念仏

おたまじゃくしと
お邪魔タクシー

灯台下暗しと
大正デモクラシー

お前らそんなレベルだ。

>>726
インシデントって知ってる？

えーまだ続けんのー

>>732
ちっこい奴はいつまでも続けるからほっとけ。

知らなかったようだね。

客からの文句をインシデントを使ってMSに丸投げするって？？
全然丸投げにならないだろ。

えーまだ続けんのー

　 ┏┳┳┓ 　 　 ハイ. 　 　　┏┳┳┓
┏┫┃┃┃ 　 　 雑談は 　　┃┃┃┣┓
┃┃┃┃┣┓ 　 ここまで ┏┫┃┃┃┃
┃　 　 　 ┃┃┏━━━┓┃┃　 　 　 ┃
┃　雑談 　 ┣┫ . ･∀･ ┣┫. STOP！┃
┗━━━━┛┗┳━┳┛┗━━━━┛
　 　 　 　 　 　 ┏┻┓┃
　 　 　 　 ┏━┛　 ┣┻┓
　 　 　 　 ┗━━━┫　 ┗━┓
.　　　　　　 　 　 　　┗━━━┛

ほかに話題ないくせに強がっちゃって。

5160ですよ。

漏れの報告したバグがなおってるーー

もめでたう

じゃんじゃんバグ報告しちゃってください

漏れが報告してないバグが直ってない・・・orz

勇気を出して報告しよう。
ほら、恥ずかしがらずに。

バグ報告はこちらに。
ttp://sourceforge.net/tracker/?atid=652372&group_id=109071&func=browse
書式は適当に合わせておけばいいかと

ATL/WTL最後の砦
http://game10.2ch.net/test/read.cgi/game/1119365420/

え？

ATLやWTLの質問じゃない気もしますが、
WTLを使用する際に、
VCのIDEでインテリセンスをきかせたいのですが、
どうすればいいのでしょうか？

>>748
俺は特に何かしたつもりは無いが使えている。

VC7.1を使っています。
とりあえずWTLを落として解凍し、
ヘッダファイルの入ったディレクトリをIDEのオプションのProjectsのインクルードファイルに追加していますが、
WTLにインテリセンスがきかないんです。

そしてWTLのヘッダをインクルードしてWTL::と打てば出た。

>>751
それはできます。

たとえば、
class hoge : public CWindowImpl<hoge>なクラスの中で、
WTLのメッセージマップを使ったときに、
CWindowのメンバが表示されなくなるんです。

解決方法を見つけました……ってこんなのあり？
http://www.codeproject.com/wtl/WTLIntellisense.asp

VC8だとこれでもムリ

VS9では大丈夫だった

9？

10

11

1000

2

保守

誰もいないYO

いるよん

気のせい

古臭い仕手株が賑わって来てるから
鬼ゴム(5196)とか日本配合飼料(2056)とかシキボウ(3109)あたりがあやしいと思う
筋の仕込みは終わってると思われ

あ、すまん間違い

どういう間違いだw

高値つかみ乙

warosu

次のリリースのタイミングはVistaのベータ1が出たときかな。

VistaでもWin32APIを使うの?

.Net Frameworkベースにはならないって言う記事は読んだ事がある。
ITmedia エンタープライズ：Monadがないなら、Longhornにする意味はない
ttp://www.itmedia.co.jp/enterprise/articles/0506/15/news070.html

∧＿∧
(；´∀`) 外されたﾓﾅｰ

CComboBox hoge;
hoge.

と打つとIntelliSenseがMFCの方のCComboBoxの
内容を示してくれるのはどうにかなりませんかねぇ。

WTL::CComboBox　としないと正確にWTLの方を表示してくれない。

インテリセンスの質問ばっかりだよね

でも生産効率無視していいならそれこそSDKでイイわけで。

>>774　むしろ付けれ。MFCとの差別化の意味でね。

MFCなんか使わないからなぁ
差別も何も

漏れもWTLしか使ってないが、しょっちゅうスコープ解決は使ってるぞ
ATL::CStringとWTL::CStringの使い分けな。どっちのヘッダもインクルードしてるんで、明示しないと正しく使ってくれないのよ

ATL::CStringの方が良くないか？参照カウンタあるし。

GetWindowTextに対応してるのもATLのほうだな
でもatlmisc.hもインクルードしちゃってるのよorz

俺はこうするのがデフォルト。
#define _ATL_NO_AUTOMATIC_NAMESPACE
#define _WTL_NO_AUTOMATIC_NAMESPACE

_WTL_NO_CSTRING

VS2003のWTLで、1つのソリューションの中に複数プロジェクトがある場合で、それぞれの
プロジェクトに同名のダイアログ（CMainDlg）がプロジェクトに存在すると、ダイアログのリソース
編集画面で、ボタンクリックした時に作られるイベントハンドラのコードの実装が、違うプロジェクトの
方に入っちゃうんだけど、どうすれば直せるの？

>>783
ボタンクリックで作らない。

てか、プロジェクト毎にクラス名くらい分けようや。

WTL覚えようと思ったのですが、

WTLのコントロールのテンプレートクラスのメンバ関数を使いたい
かつ、独自のメンバを付け加えたり、それに飛んでくる一部のメッセージを使って何かしたい

ってときにはどうすればいいんですか？
たとえばボタンで、サブクラス化だと、WTL::CButtonとサブクラス化用のクラスの二つを使わないといけないので面倒なんです。

class OresamaSubClass : public CWindowImpl<OresamaSubClass>
{
//略
void OresamaFunction() {SendMessage(WM_SETTEXT, 0, (LPARAM)_T("俺様ボタン"));}
}

//使うとき
WTL::CButton wtl_btn ;
OresamaSubClass btn ;
wtl_btn.Create(ほげほげ) ;
btn.SubclassWindow(HWND(wtl_btn)) ;
//WTL::CButtonのメンバ関数はwtl_btnから
//独自のメンバ関数はbtnから。


これをこんな風にできたらいいですが。

OresamaButton btn ;
btn.Create() ;
//btnからWTLのメンバ関数も独自のメンバ関数も使える。

何言ってるのかよくわからないけど、これでも読んでみ。
ttp://www.microsoft.com/japan/msdn/vs_previous/visualc/techmat/feature/ATLwindowing/

できたみたいです。

class OresaamButton : public CWindowImpl<OresamaButton, WTL::CButton>
{
//メッセージマップでもメンバ関数でもなんでも
}


最初、こうやればCButtonを継承できるかと思っていたんですが。

class OresamaButton : public WTL::CButton


ATLやWTLに関する分かりやすいドキュメントってありませんか？
特にWTLに関してはググるよりヘッダ読んだほうが早いような気がするんですが……。

ttp://home.att.ne.jp/banana/akatsuki/

>>787
ちと古いが、ATLInternals 読んでおけ。

擬似継承。

質問なんですが、CAxWindowでActiveX使用しているのですが、
動作しているActiveXのスレッドIDを取得したいのですが、方法ご存じないでしょうか、
最初、CAxWindowのコンストラクターでGetCurrentThreadId()で取得してみたのですが
どうも動作してるActiveXのスレッドとは違うようでした。
よろしくお願いします。

>>791
どうして違うスレッドと言い切れるのかわからないが。

もし違うというのであれば、CAｘWindowを継承したクラスの
インスタンスを作成したスレッドとそのインスタンスのWindowをCreateしたスレッドが違うことになる。

そのクラスのOnCreateの中でGetCurrentThreadIDを呼びだす、というのではどう？

>792
レスありがとうございます。

>どうして違うスレッドと言い切れるのかわからないが。
デバッカーで追いかけると「CreateControl」をコールした瞬間にスレッドが作られるのでそう考えました。
（デバッカーのスレッド一覧表示を監視してました）

>そのクラスのOnCreateの中でGetCurrentThreadIDを呼びだす、というのではどう？
CAxWindowのCreateをオーバライトしてGetCurrentThreadIDはやってみたのですが、
これですと「CreateControl」をコールした瞬間に出来たスレッドIDではなくCAxWindowのスレッドIDが戻ってくるようでした。

何か情報ありましたらお願いします。

ウインドウがワーカスレッド作るんだろ。何でそのスレッドIDが欲しいと思うか知らんが。
ToolHelpAPIでThreadを列挙して、差分でも取ったら？

WTLでツールバー上にコンボボックスを載せる方法が分かりません
どなたかご存知ないでしょうか？

>>795
http://home.att.ne.jp/banana/akatsuki/doc/atlwtl/atlwtl13-02/index.html

それ厳密には違うと思う。
一個のツールバーのボタンの並びの中にコンボボックス埋め込みたいんじゃないの？
区切り線の上に無理矢理配置させるとかかなりトリッキーな方法使わないとできないけど。

MFCだとダイアログバーってのがあったけど、複数コントロール細長のダイアログ作って
リバーとして登録するだけの代物だな。もちろんWTLでも可能。
でもこれだとシェブロンが（少なくとも自動的には）描かれない。

ATLを使ってCOMコンポーネントを作ろう（VC7では初めて）としたら、
なんじゃこりゃ、って感じで困惑してるんですが。
ATLシンプルオブジェクト
[
coclass,
threading("apartment"),
vi_progid("uu.www"),
progid("uu.www.1"),
version(1.0),
uuid("4FA2C351-B4C6-4548-950B-53E49347AD4B"),
helpstring("www Class")
]
class ATL_NO_VTABLE Cwww :
public Iwww
{
public:
Cwww(){}
DECLARE_PROTECT_FINAL_CONSTRUCT()
HRESULT FinalConstruct(){ return S_OK; }
void FinalRelease() {}
public:
};
IwwwはDualインターフェースなんだけど、
そもそもIUnknownの実装やIDispatchの実装を担う部分がない。
このクラスファクトリも定義されているところも見当たらない。
一体どうなってるの？ヘッダにidl属性[・・・]が入っている時点でもはや
C++じゃないし。

coclass属性が付くと基本クラスにCComObjectRootExとCComCoClassが自動的に追加される。

>>798
ATL ウィザードのどっかに、”属性”がどーたらいうオプションがあるから、
ソレをはずせば、旧来の（VC6時代の）コードが吐かれる。

ちなみに、ATLプロジェクトの新規作成時のウィザードの話。

ちなみに属性プログラミングをすると、IDL が作成されないので、
個人的には便利だと思ってるけど、細かい変更が出来ないので
オレは結局属性は使ってない。

ｔｈｘです。
属性は何かちょっと気持ち悪い気がしますね。

>>799
そうだったのか
ATLはもうちょっとわかりやすくならんのか

属性は書くコード量が減って便利だと思うんだけどな〜
展開されたコードを見ると反吐が出るが（ｗ

「ATLインターナル」読んで脳みそが溶けた

ATLを勉強するとテンプレートクラスの可能性に目覚めてしまう。
ところでみんな読んでるの？>ATLInternals

この前買おうと思って書店いったらおいてなかった。
というかATL関係の本が1冊しかなかった。
.NETの本はやたらあるんだが。
MSの主張とは裏腹にまだまだ必要とされてると思うんだけどな。

C用のインターフェイスを直接呼び出せるC++の需要はまだまだおおいだろうね。
今やってるのも.netって話だったけど面倒だからATLで作っちゃった。
でもATLもBEGINXXとかマクロいっぱいで勉強する気がおきん。

WTLのCScrollContainerってどんな用途に使う？

LayeredWindowでActiveXの表示をアルファー付きで透過させようとしているんですが、
アルファー付きビットマップの取得には、IViewObjectExのDrawで取得してるんですが、
画像自体は正しく拾えてきてるようなんですが、アルファーチャンネルが正しく拾えなく困ってます。
アルファーチャンネルの数値を見ると、0かFFしか無い感じです。
何方かアルファーチャンネルの取得の仕方をご存じありませんでしょうか。
IOleInPlaceObjectWindowlessがかなり怪しいと感じてるんですが。
何か情報ご存じでしたら教えてください。よろしくお願いします。

>>809
前にもコメントしたかもしれませんが、無理です。

そもそも IViewObject が描画対象とする DC は普通の GDI の DC なわけで、
ほぼ全てのActiveXオブジェクトは、どうあがいてもαチャンネルなど描画して
はくれません。

　InPlace で Windowless なCOMオブジェクトは、単に与えられたDCの既存の
背景の上に上書きする形で自分自身を描画しているだけです。

時間が掛かってもかまわないのであれば、黒い背景の上に描画、白い背景の
上に描画、と2度繰り返して差分を取って反転すればほぼα情報に近いものが
得られるような気もしますけど・・・

810さん
コメントありがとうございます。
私はこちらへの書き込みは初めてですが、以前のコメントは見逃してしまいました。
すれを頭から見てみます。すいません。

このURLにある商品はFlashのActiveXのプラグインを使用して背景を透過しているのですが、
これと似たようなことをしようと考えてます。
htt://www.screentime.com/software/mprojector/
こちらはサンプルの実行ファイルです。
htt://www.screentime.com/downloads/red_rubber_ball.exe

とりあえず自分もFlashを使用して透過の実験を行っているのですが、FlashPlayer7であれば一部（デバイスフォントの表示が何故が透過されてしまう）
を除いてコンテンツのアルファーが反映され表示されていたんですが、
FlashPlayer8にバージョンアップしてしまうと挙動が変わり、先に書き込みしたような状況になってしまっています。

このソースを参考にしています。
ttp://s-tomo.sakura.ne.jp/haruna/040707.cpp

また何か情報ございましたらよろしくお願いします。

WTL 7.5.5249.0 age
ttp://sourceforge.net/projects/wtl

>>811
ヒント: ウィンドウレス

>813さん
レスありがとうございます。

>ヒント: ウィンドウレス
これって「IOleInPlaceObjectWindowless」の事指してますか？
自分は、名前からしてこれが"くさい"と思いATLのヘッダー見てみたんですが、自分では解決出来そうな情報が見つけられませんでした。
出来ましたら、もう少し具体的に教えていただけると助かります。
よろしくお願いします。

完全に廃れてるね。
Windows用の軽量ウィンドウクラスライブラリとしては今は何がはやってんだろ？

今まで流行なんか無かったけど。

>>815
独　自　実　装

>>815
てか、2chにカキコがなかったら廃れたことになるのかよ w

>>818
一つの指標にはなるだろうよ。英語圏は知らんがなー

WTLって何て読むんですか？

読むのではない。感じるんだ。

わっとる？

ttp://pc8.2ch.net/test/read.cgi/pcnews/1099389901/

まちがえた
ttp://pc8.2ch.net/test/read.cgi/pcnews/1099389901/238-

メニューに普通にラジオチェックをつけたいんですが、
ttp://groups.yahoo.com/group/wtl/message/1317
↑＋自己処理以外に何か良い方法はありますか？

SetMenuItemInfo、CheckMenuRadioItemは両方ともチェックがつかないので駄目でした。

環境：
win2000sp4
VC++.NET2003
WTL 7.5.5249.0

ないんじゃないか

あれってMFCが独自にやってるんだっけ

MFCのソース見れ

>>826
了解しました、ありがとうございます。

年末に一度リリースがあります

WTL 7.5.5280.0 Beta1
ｷﾀ

Beta1？まさかそんなの出るわけないじゃん。
そんなの今まで無かったしさぁ。
まったく騙そうったってそうはいかな・・・・ほんまや！

ここにきて活発になってきたな

、と思ったらここにきてまた過疎化

珍しくSoも更新に反応してない…

してるよ？

So氏頑張ってるなぁ。

なんでべーたなんだろう

正式公開が近いんじゃない？

So氏ってなに？

http://google.jp/

ttp://codezine.jp/a/default.aspx?cid=146
↑ここでの評価が五つ星なのだが、このスレの住人が投票したのかな。
むしろ下の個人HPでの実績にたいする評価っぽいのだが・・・。
ま、不満はないけどね。WTLを日本語ドキュメントにしてくれてる貴重な人だし。
ttp://home.att.ne.jp/banana/akatsuki/

>>842
下のページは読みやすいけど、上のはちょっとね・・・

かっとし更新sage

>>841
無愛想な画面しか表示されませんけど・・・

845 名前：デフォルトの名無しさん[sage] 投稿日：2005/10/18(火) 12:48:41
>>841
無愛想な画面しか表示されませんけど・・・

>>845
無限の情報への入り口と言いたまへ

今ダイアログベースのアプリで、でキー入力のメッセージを受信しようとしてるんですが、うまくいきません。
とりあえず次のように実装してるんですが、一向にキーの押下情報などのメッセージが受信できません。

class CtestDlg : public CDialogImpl<CtestDlg>
{
public:
virtual BOOL PreTranslateMessage ( MSG * pMsg )
{
ATLTRACE( "uMsg=%x\n" , pMsg->message ) ;
return TRUE ;
}

BOOL PreTranslateAccelerator( MSG * pMsg )
{
ATLTRACE( "uMsg=%x\n" , pMsg->message ) ;
return TRUE ;
}

BOOL TranslateMessage(MSG* pMsg)
{
ATLTRACE( "uMsg=%x\n" , pMsg->message ) ;
return TRUE ;
}
}

何方か情報がありましたら、教えてくださいよろしくお願いします。

>>848
PreTranslateMessageはWTL::CMessageFilterを継承していなければならない。

>>848
AddMessageFilterは呼んだの？

ウィザードで作れよ

VS2005がMSDNでリリースされ、11月7日以降一般にもリリースされるということは、

WTL8.0ｸﾙ━━━(ﾟ∀ﾟ)━━━ !!!

足し算をするカスタムインターフェースを持つ、原始的なCOMサーバーDLLを書いてみたのですが、(COMは初めて)
const CLSID ID_Foo = {1, 2, 3, {4, 5, 6, 7, 8, 9, 10, 11}};
const IID IID_IFoo = {11, 10, 9, {8, 7, 6, 5, 4, 3, 2, 1}};
class IFoo : public IUnknown {
public:
STDMETHOD_(DWORD, FooAdd)(DWORD a, DWORD b) { return a + b; }
IFoo() : m_dwRef(0) {}
STDMETHOD(QueryInterface)(REFIID iid, VOID **ppI) { /* 省略 */ }
STDMETHOD_(ULONG, AddRef)() { return ++ m_dwRef; }
STDMETHOD_(ULONG, Release)() { /* 省略 */ }
private:
DWORD m_dwRef;
}; /* 以下略 */
これを使うクライアントはどう書けばいいのでしょうか？ 例えば、DLLでないかもしれなくても、直接pifoo->FooAdd()などとしてもよいのでしょうか？
また、他人にこのサーバを使わせるには、以下のconst IID...とclassの部分をヘッダファイルにして渡せばいいのでしょうか？ それともタイプライブラリというものを作るのでしょうか？
あと、おかしいところを指摘して下さい。
const IID IID_IFoo = {11, 10, 9, {8, 7, 6, 5, 4, 3, 2, 1}};
class IFoo : public IUnknown {
public:
STDMETHOD_(DWORD, FooAdd)(DWORD, DWORD);
};
void main() {
IFoo *pifoo = NULL;
CoInitialize(NULL);
CLSID clsid;
CLSIDFromProgID(L"Foo", &clsid);
CoGetClassObject(clsid, CLSCTX_ALL, NULL, IID_IFoo, (void **)&pifoo);
DWORD dwResult = pifoo->FooAdd(1, 2);
printf("FooAdd(1, 2) = %d\n", dwResult);
pifoo->Release();
} /* エラーチェックは省略 */

根本的に何も分かってないな

>>853
いきなりサーバを作ろうと考えるな。とりあえずクライアントを使うだけに徹しろ。

>>853
Inside COMでも読んでみなよ。それからここに来てね。

>>853
このスレできくんだからサーバー側はATLのウイザード使えばいいのに。
クライアントはヘッダーとxxx_i.cつかえばOK。#importとかもあるけど
あとFooAddのリターンおかしいよ

フゥー！（foo）

つか、

const CLSID ID_Foo = {1, 2, 3, {4, 5, 6, 7, 8, 9, 10, 11}};
const IID IID_IFoo = {11, 10, 9, {8, 7, 6, 5, 4, 3, 2, 1}};

こんな書き方はじめてみたのは俺だけ？

>>853
ATL Server/Client のサンプルでもみれば

uuidgen/guidgenを知らないのだろう

そもそも、レジストりを使わずにCOMはできるのでしょうか？

XPならできる

そうでなくともインプロセスで、COM関係のAPIを全く使わず、
サーバのDLLがインターフェイスへのポインタを返す関数を独自に公開してしまえば……。

駄目か？

それはもうすでにCOMっぽいものでしかないような。

CAxHostWindowについて書かれてる本、もしくはURLないすかね。
あと「ATL インターナル」に載ってるサンプルコードってどこいったらありますかね？
情報ありましたら、よろしくお願いします。

>>863
直接DllGetClassObjectを呼べば出来る。
十分COMだと思うが。

CoLoadLibrary()も使えば完璧にCOMだろう。
こいつを使おうとすればCoInitialize(Ex)も必要になるしな。

>>863
Firefox （だっけ？）とか、RealPlayer とかはそんな感じだよね。

どの辺が知りたいの？>>865

>869さん
レスありがとうございます。
具体的な問題としては、CAxWindow、CAxHostWindowでActiveXコンポーネントをインスタンス化したウインドウで「WM_KEYDOWN、WM_KEYUP」のイベントを取得したいんですが、
キーを押しても一向に流れてこないんですよ、「WM_SYSKEYDOWN、WM_SYSKEYUP」は来るんですが、
自分はまだCOM、ATLの知識が乏しいもので、具体的なサンプルなどどこかに無いものかと思いまして。
何か情報ありましたら、よろしくお願いします。

正しいやり方かどうかわからないけど、
CAxWindow を継承したビューで

BOOL PreTranslateMessage(MSG* pMsg)
if((pMsg->message < WM_KEYFIRST || pMsg->message > WM_KEYLAST) &&
(pMsg->message < WM_MOUSEFIRST || pMsg->message > WM_MOUSELAST))
return FALSE;

if ( pMsg->message == WM_KEYDOWN ) {
return SendMessage(pMsg->message, pMsg->wParam, pMsg->lParam);
}

return (BOOL)SendMessage(WM_FORWARDMSG, 0, (LPARAM)pMsg);
}

みたいにやって受け取るのはダメ？
正しいやり方をご存知のかたは教えていただけると幸い

ちなみに、こことか参考になるかな？

http://www.codeproject.com/wtl/wtl4mfc6.asp
の Keyboard Handling のセクションとか

そして ATL インターナルのソースは
http://www.wiseowl.com/downloads/downloads.aspx から入手可

ちょ、おまっｗｗｗｗｗ見にくいｗｗｗｗｗ
頑張るのはいいけど方向違うｗｗｗｗ

誤爆ｽﾏｿ

一瞬俺かとおもったけど、もっといいやり方知っている人いる？

>>865

とりあえず
つ <Inside OLE 第二版>


っていうか、
CAxHostWindowでActiveXコンポーネントをインスタンス化したウインドウで
＊だれ＊の WM_KEYDOWN取りたいかによって違うよ。

きみと違ってみんなエスパーじゃないんだから、
はっきり書かないとわかんねぇよ。

みなさん、どうもありがとうございます。
重大な事を書き忘れていました。
私はVCでなく、BCコマンドライン無料版(BCC)を使っています。
VCは使ったことがありません。
ですから実際の所、ATLもクラスウィザードもわかりません。
以前はCOMのスレがあったような気がするのですが、無くなったみたいなのでここに来ました。
Inside COM/Inside OLEは欲しいのですが、高いです。
それでMSDNで勉強しています。英語なので難しいですが・・・

Platform SDKは落としたいのですが、大きすぎます。アナログ電話ですから・・・
真に無料のプログラミングを目指しているので、電話代がかかるものはなるべく落とさないようにしています。(だから無料でもBCBは使っていません)
ちなみに、MIDLコンパイラが欲しいのですが、SDK以外にはあるでしょうか？

>>855
オートメーションやその他のインターフェースのサーバー(IEなど)について一応動作するクライアントを書いてはみたのですが、タイプライブラリの使い方がわからないのでヘッダが存在するオブジェクトしか操作できません。
それで最も簡単なサーバーについてタイプライブラリを作ってみたいと思ったのですが・・・
クライアントからのタイプライブラリの使い方を理解するのにいい既存のオブジェクトはあるでしょうか？

>>857
xxx_i.cというのは、どうやると生成されるのですか？ IDEでサーバーをコンパイル？ MIDL.EXE？
それと、FooAddのリターンは何がおかしかったですか？

あと一般的な質問があります。

1. たいていのコードでは、インターフェースと実装は、別のクラスに分けられていますが、これはなぜなのでしょうか？ 分けないとどういう不都合が起こるのでしょうか？

2. COMの一般的なコードでは、Co/CreateInstance()が「オブジェクト」の生成を担うことになっているようですが、IClassFactoryはサポートせず、Co/DllGetClassObject()で目的オブジェクトの生成を行う、というスキームはあり得ないのでしょうか？
さらに、オブジェクトが必要なく、グローバルな関数機能だけが欲しい場合に、私が書いたようにすることはないのでしょうか？

>>876
1.
インターフェイスと実装を分離しておけば、実装クラスに変化があっても、
インターフェイスには何の変化もなくバイナリ互換でそのまま使い続けられる。
COMもそれを取り入れた。

2.
無理。そんなことしたいなら別にCOMを使わないで好きにやればいい。

>>876>>853
＞Platform SDKは落としたいのですが、大きすぎます。アナログ電話ですから・・・
＞真に無料のプログラミングを目指しているので、電話代がかかるものはなるべく落とさないようにしています。(だから無料でもBCBは使っていません)
＞ちなみに、MIDLコンパイラが欲しいのですが、SDK以外にはあるでしょうか？

この時代にネタか？

>>878
853を相手にするのはやめよう。
InsideCOMは買えないとか、PSDKも落とせないとか、もういいよ。

相手にしないとレス０なんだけどな

InsideCOMって5000円もしたのか・・・

> 相手にしないとレス０なんだけどな

悲しい。そんなｽﾚ悲しすぎる・・・

CSimpleArray<CAtlString> strArray =
{
_T( "初期化項目1" ) ,
_T( "初期化項目2" ) ,
_T( "初期化項目3" ) ,
_T( "初期化項目4" )
} ;

こんな事したいんですけど、どう書けばできますか？

>>882
できないので個別に追加する

("初期化項目1")("初期化項目2")("初期化項目3")(.・・・)
みたいなのならできたような気がする。
つまり演算子を隔てて初期化項目を並べればよかったはず。
templateスレか何かで出た様な。

#include <algorithm>
#include <functional>

PCTSTR pszInitializer[] =
{
    _T("初期化項目1"),
    _T("初期化項目2"),
    _T("初期化項目3"),
    _T("初期化項目4"),
};
CSimpleArray<CAtlString> strArray;
std::for_each(pszInitializer, pszInitializer + sizeof pszInitializer / pszInitializer[0],
    std::mem_fun1_ref(CSimpleArray<CAtlString>::Add);

コンパイルは試していないから少々間違っているかもしれない。
こんなことするなら初めからstd::vector使うべきか。

＞アナログ電話ですから・・・

一晩もかからんだろ

一日はかかるだろ。

CDの注文ができた気がする。

>>882
これでコンパイルが通った。(VC8)
もっと簡単な書き方があるかもしれん。

template<class T>
class CSimpleArrayEx2 : public CSimpleArray<const T&>
{
public:
CSimpleArrayEx2& operator()(T t)
{
Add(t);
return *this;
}
};

CSimpleArrayEx2<int> sAry = CSimpleArrayEx2<int>()(1)(2)(3);
sAry(4)(5)(6);

やべ、危うく２ちゃんに書き込むとこだったよ・・・

ちゃんちゃかちゃんちゃん
ちゃちゃっちゃちゃんちゃん

ちゃんちゃかちゃんちゃん
ちゃちゃっちゃちゃんちゃん

♪灯油を給油しようとお〜も〜たら〜
　あふれてこぼれちゃいました〜（自動）

チックショ

どうも｡

スプリッタウィンドウにタブビューを貼り付けて利用してるんですが､
どうも奇妙な現象が発生中｡

/ML時に､タブが配置される(タブが増減する)領域が､
起動前の背景と同じになってしまいます｡
…なぜか背景ブラシが設定されてないんです｡
何故なんでしょうか?
因みに/MLd時は正常に動作してます｡

[環境]
VCTK1.01 WTL7.5.5280.0 Beta1 ATL3.0

>>892
変数の初期化忘れとかじゃなくて？

>>893
変数ですか…?
う〜ん､現在の状態では､特に変数は使って無いです…(スケルトンに近い)

もしかして､ATL or WTLのメンバ変数の事でしょうか?

デバック版のLIBCD.libで上手くいって､
LIBC.libでヘマる理由が不明で､かなり困惑中｡

>>894

親子関係か、メッセージの反射あたりのような気がするがメッセージ
マップとか、Window を作っているあたりのソースを出してもらえれば
検証するよ？

うｐろーだに揚げてくれても可

>>895
宜しくお願いします｡私では､サッパリなので…

ttp://kuroneko-upload.no-ip.info/uploader/sn/src/up1955.zip

一応､丸ごと入れときました｡後､必要ないかもしれませんが､
例のオプションだけ変更して､ビルドしたバイナリも同梱しておきました｡

ちょ、プロジェクトファイルはｗ
現象は確認できたけど。

VCTKなんでないんですよ(泣)

コンパイル時に使っているbatファイル↓(*要PATH設定)
ttp://kuroneko-upload.no-ip.info/uploader/sn/src/up1958.zip

これをもし､使うならソースファイルと同ディレクトリで実行して下さい｡

日本語の正式版でたらVC8(勿論Express版)使いたい…12月が待ち遠しいです

ようやくコンパイルして /ML でビルドしてみたけど、ちゃんと
動いているなぁ・・・。

たぶんソースの問題ではなくて define されている値の問題のような
気がするんだけど、

define.h の
#define WIN32_IE0x0200
は、まずいんじゃない？

少なくとも俺の環境だと、
fatal error C1189: #error : WTL requires IE version 3.0 or higher

とでるし、commctrl.h の ICC_TAB_CLASSES をみると

#if (_WIN32_IE >= 0x0300) のなかで定義されてるから。

とりあえず、

#define WIN32_IE0x0300

にしてみたらどう？

＃はずしてたらごめん

うう…そんなエラーmsg出た事無い(泣)｡
IDEがある人が羨ましいです｡

defineの値を変更してみたのですが､変化がありませんでした…
一応､全てのdefineを消してみたりもしたのですが､駄目でした｡

>#define WIN32_IE0x0300
#define _WIN32_IE 0x0300
じゃない？（先頭にアンダーバー）
ただのミスかもしれんが。

>>901
たしかに

>>900
とりあえず、_WIN32_IE 0x0300 にしてみて

それと、俺のコンパイルオプション
/O1 /D "WIN32" /D "_WINDOWS" /D "STRICT" /D "NDEBUG"
/D "_ATL_MIN_CRT" /D "_MBCS" /FD /ML /GS

こっちがリンカのオプション
/OUT:"Release/app.exe" /INCREMENTAL:NO /NOLOGO
/SUBSYSTEM:WINDOWS /MACHINE:X86
kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib
odbc32.lib odbccp32.lib

>>901
そうですね｡修正したら､>>899にあるエラーメッセージが出るようになりました｡
しかし､修正しても背景ブラシが設定されないままです…

>>902
提示されたオプションでビルドしてみましたが､結果は変わりませんでした…
何故…?

すみません…なんかかなり面倒ですよね､コレ｡

再現しないので、わからんなぁ・・・

DECLARE_WND_SUPERCLASS(NULL, CTabCtrl::GetWndClassName())

コレをコメントアウトしてみたら？

WTLのスプリッタウィンドウとかペインコンテナの上にコントロール貼り付けると
comctl ver 6.0(XPビジュアルスタイル)の場合にそんな現象出てた気が…
サブクラス化して背景ブラシ設定して回避したんだっけかなあ。
Rebarもスタイルによっては、上2ドットくらい背景透けてたこともあったかも。

コメントアウトしてみましたが駄目でした…

>>905

ためしに Windows 2000 で試してみたけど、彼のビルドしたやつは
背景が描画されなかったので、ちょっと違うような気もする。

再現しないのは、俺が ATL 7.1 だからか？

>>906
タブコントロールは背景ブラシ設定が普通に出来ないみたいで､
今やっていましたが､出来ませんでした

>>898
そのbatでやってみたけど、うちでも正常だな。因みに
#define _ATL_NO_DEFAULT_LIBS
#define _ATL_NO_AUTOMATIC_NAMESPACE
を消さないとビルド出来なかった。

こちらはATL7.1 WTL7.5。環境が違うので何とも言えんな…

>>910
defineを消してみましたが､やはり変化無しです…

どうもdefineは関係ないと思われます｡一応､いろいろ消してみたので｡

まて、VCTKにはどこのATL3を入れたんだ？

＃ずっと 892 って名乗っててすまん。素で間違ってた。

ためしに VC6 + ATL3.0で試してみたが再現しない

http://groups.yahoo.com/group/wtl/message/11898

ここをみると、正式にサポートしてないみたいだね。
ってことは、PlatformSDK の ATL を無理やり？使ってると推測して、

Win64\ATL にある atldef.h のバージョンは確かに3.0になってるけど、
VC6 でインストールされる ATL と DIFF 取ってみるとずいぶん差分が
あるんだよね（修正だけかどうかわからん）

http://www.kakaku.com/prdsearch/detail.asp?PrdKey=03107010096

買ってもそんなに高くないような気がするけど

同じ環境で試している人のレスを待ったほうがいいかも

>>913
PSDKのATL3.0はそのままではWin32で使えない。
ビルドはできるがランタイムエラーが発生するらしい。

Microsoft Visual C++ Toolkit 2003 質問箱
http://pc8.2ch.net/test/read.cgi/tech/1109618655/53

>>914

そうでしたか、フォローありがとうございます。

いや、再現できないし、ググッてみると、VC++ 2003 Toolkit + PSDK ATL
っていう組み合わせを使っている人がひっかかったので、892 ももしかして
そういう環境だから、おかしいのかな？と思ったんで

ＡＴＬ使うならVC買えってことだな

皆さん情報ありがとうございます｡

>>912-915
記憶が曖昧なのですが､言われてみればそうかもしれません…
ただ､PSDKからとって来た事は間違いないでしょう｡
(DSDKにはありませんよね?)

ただ､>>914のリンク先の記述と､こちらの持ってるatlwin.hが違う…
単純にバージョン違いならいいのですが｡

WTLは完全にフリーで使えるライブラリだと思ってたのに…残念です

VC8Express英語版で WTL 使える。
警告がウザイ以外は今のところ問題無いよ。

http://pc8.2ch.net/test/read.cgi/tech/1131590396/16-17

>>917
あれは一つ前(2003年2月版だったかな？)のPSDKに入ってたATLです。

最新のPSDKのは、下のスレで別の人が対処法を書いています。

VC6使いがVC8 Expressを使ってみるスレ
http://pc8.2ch.net/test/read.cgi/tech/1131590396/17

PSDKに付属していないatlthunk.libの中にあると思われる関数を
直接atlbase.hに書き込むという対処法で、これで確かに動くようには
なるのですが、何せatlthunk.libの中で実際にはどういう処理が
行われているのか分からないので、安全かどうかは分かりません。

>>918
VC8ExpressにはATLありませんよね?
WTL使えるってのはPSDKのを利用と言う事ですしょうか?

>>919
どうやらその対処法は､こちらも行っていたみたいです｡
ただ､atlwin.hの修正は知らなかったのでやってみたのですが､
逆にwarningが発生します…

ATLがないとなると
当然OLEDBもダメだから
mdbファイルのデータ吸出しも無理だなきっと。

ビュークラス（CWindowsImplから派生）の中に、更にビュークラス（同じくCWindowImplから派生）を
子ウィンドウとして作成したら、親のビュークラスに向かってWM_PAINTが送られ続け、止まらなくなるという
変な状態になったんですが、原因と解決策が分かる方いらっしゃいますか？

MainFrame
　　+-ViewA
　　　　+-ViewB

　↑ウィンドウはこんな感じの階層です。
ViewAに向かってWM_PAINTが延々と送られ、CPU使用率がMAXになってしまいます。

すみません。すぐ解決しました。
WM_PAINTのハンドラでCPaintDCオブジェクトを作ったら直りました。
いまいち理解できないので、もうちょっと勉強してきます。

>>921
ADO

WTLでメニューに対し追加や削除の動作を試みているのですが
上手く動きません。
WTL::CMenuHandle m;
m.Attach(LoadMenu(_Module.GetResourceInstance(),MAKEINTRESOURCE(IDR_MAINFRAME)));
m.InsertMenu(1,MF_BYPOSITION | MF_STRING,1,_T("test"));
どう試行錯誤してもorz解決策ご存知の方居ましたら教えて頂けると幸いです

>>925
m.LoadMenu(IDR_MAINFRAME);

でいいんじゃない？

>>926さんのやり方と、一行付け足すだけで
解決しました。。。
どうやらSetMenu(m);を入れないとダメだったようです。

BEGIN_MSG_MAP_EXを使うとクラスビューがおかしくなってしまうのを、
うまく解決する方法ってありますか？
メーリングリストにも綺麗な解決策はありませんでした。

>>928
エンドユーザにどんなにおかしくても笑いをこらえるよう、お願いすれば解決する。
プログラマ側でエンドユーザの笑いのセンスを取得して処理するような仕様はクソだぞ。

>>929
えーと、説明が下手ですみません。
クラスビューというのは、VCに付いているクラスの一覧を表示する機能を持ったパネルのことです。
BEGIN_MSG_MAP_EXを使うと、これがクラスのメソッドをうまく解析してくれないので、
なにか、うまい解決策はないものかと。

>>930
M$に文句言う。

>>928

VS2005

>>931-932
レスども。
最新版では直ってるんですね。
とりあえず、メーリングリストのやり方で対策しときます。

とりあえず英語版VC2005Expでは直ってなかったよ

WTL7.5Finalｷﾀ

ATL/ATL Serverのコードをオープンソース化して欲しい
http://lab.msdn.microsoft.com/ProductFeedback/viewFeedback.aspx?feedbackid=8baf310d-75a9-489a-9a76-c18c0e727d95

>>936
日本語で書いていいとは知らなかった。

age

>>936
いいね。
でも日本語だと、日本人以外の投票者は得られないかな…

ATLのクラスはMFCも使用してるから、
オープンソース化にはあまり賛成出来ないな。

CStringまわりでそ。
WTLにも独自のCStringがあるしなぁ。むしろSTLのstringクラスとの互換性強化きぼん。

は？ATL7.0のCStringTってMFCのモンじゃないでしょ

CStringはMFCのそれと（機能は）ソックリだけど、別の実装みたいだね。
IntellisenseがMFCのクラスと勘違いした支援出してくるのが困る。

WTLをATLから分離がいいな
940はダウトだろ

ヒント：afxstr.h

cstringt.h -- MFCとATLで共用されてるCStringT<>定義
atlstr.h -- ATL用
afxstr.h -- MFC用
ってことでいいのかな？

http://msdn.microsoft.com/library/ja/vclib/html/vclrfCStringT.asp
MFCとATLではTraitsも違う。

だからヘッダに書かれてるコード読めって。ATL::CStringT<>をMFCが使ってる事実まで否定したいの？

実装の差異があるかどうかじゃなくてヘッダを共有してる事実こそ重要だろ。

>>948
論点はそこじゃないだろ
940の日本語が紛らわしいのが悪いとみたｗ

皆は「ATLがMFCを使っている」と解釈

日本語難しいね

6.0以前から使ってる奴はMFCのCStringが後付けでテンプレート化したことくらい知ってるだろ。

皆なんて言うな皆なんて。

日本語の不得手な方がまだいらっしゃるようで

先生、質問です。
これはいけないことですか？

CAtlArray<IHTMLDocument2*> pHTMLArray;

void hoge(IHTMLDocument2 *pDoc)
{
　pHTMLArray.Add(pDoc);
}

ATL使ってるんならスマートポインタ使おうよ

COMのリファレンスカウントをちゃんと守りませう。

>954-955
CAtlArray<CComPtr<IHTMLDocument2>>でエラーがでてよくわからんかったわけですが、

CAtlArray<CComPtr<IHTMLDocument2> > arr;
Addref, Release
上のどっちかというが判明しました、ありがとうございます。
先生、さよーなら。

IEコンポーネントのウィンドウにフォーカスを移すのってどうやるんでしょうか？
SetFocusをしてもキーボードフォーカスが移動しないので・・

>>957
mouse_event

7.5 Final EXE !

windows.hみたいなので定義されてる構造体を
COMオブジェクトのプロパティに使いたいのだけれど、
こういうの1つ1つIDLで再定義していくんですか？
具体的にはWAVEFORMATEXをプロパティとするオブジェクトを作りたいのですが。

variant

>>961
それだとVARIANT型のプロパティになるんですよね？

よくDirectXなんかでDSBUFFERDESCみたいな構造体を
直接受け付ける関数あるじゃないですか。
ああいうのはどうなってるんでしょうか

ポインタ

すんません、できました。

IDLに#include "windows.h"とやるとコンパイルできなくて、
typedef struct tagWAVEFORMAT { .. } WAVEFORMAT;
とするとIDLのコンパイルは通るのですが
生成されるmyclass.hを使うときにWAVEFORMATの二重定義になって困っていました。

そこでIDLで宣言するときに
cpp_quote("#ifdef WAVEFORMAT")
typedef ...
cpp_quote("#endif")
として、生成されたmyclass.hで無効にしてやると上手くいきました。

ttp://www.microsoft.com/downloads/details.aspx?FamilyID=48cb01d7-112e-46c2-bb6e-5bb2fe20e626&DisplayLang=en

ｵｲｵｲ

なるほどそういう流れか

どういう意味？

setup71.jsで登録したWTL App Wizardをアンインスコするにはjsを読んで手動で
レジストリを消すとかしないと駄目ですか？

>>969

そうかも
俺も２つとか残っててマンドクセーと思ったことが

レジストリは変更してないよ？
ファイルをコピーしているだけ

フォルダの中身参照してるだけな。

>>970-972
C:\Program Files\Microsoft Visual Studio .NET 2003\Vc7\vcprojectsから
WTL*.vsz, WTL*.vsdir, WTL*.ico を消すだけですね。。

WTLはスレッドサポートしてる？
CMutexとかみあたらないんだけど...

無いよ。

Win32APIでがんばりましょう。
普通に_beginthreadex使えるよ。CRT使わないならCreateThread(Ex)ね。
あとはCriticalSectionなりMutexなり。

俺は親スレッドにデータ渡すときは
parent.SendMessage(WM_USER_SENDDATA, (WPARAM)data, (LPARAM)dataSize);
で配列渡してるけどね。メッセージキューの利用はスレッドセーフなのです。
っていうかむしろそれ以外の方法使うの危険。


ATL Serverにはそのものズバリなスレッドクラスがあったけど
使った経験ない。

それ以外の方法？
APCとか、IOCPとかは危険？

いや、ごめん。基本的にAPIベースで使える手段は一通り使えるはず。

メッセージキューってのはリストビューとかのウィンドウにデータを渡すときの話ね。
無理矢理CriticalSectionとか使って書き込んでもデッドロックすることがあるから。

メッセージキューはIPCとしての信頼性が不安だわ。
マウスやらキーボードやらのイベント入ってきていつ溢れるか分からない。
マウスとか忙しいと捨てられてるし。

普通にデータ受け渡すくらいならよっぽどのへぼ打たなければデドロックはしないでしょ。

子スレッド（多数）から親スレッドの持つ1個のリストビューにアイテム追加するとか。
SendMessageして親スレッドでAddItemとかさせないと、リストの上にマウスかざしただけで即デッドロックするおｗ

イベントやらセマフォやら使えるんだから、スレッド間通信の道具なんかいくらでも作れるだろ。

>>981
サンプル希望

>>981 はセマフォじゃなくてミューテクスか・・・

例えば std::deque<> あたりの出し入れをスレッドセーフにするだけでも使えるでしょ？
読み出す側は同期的に待つならイベントが使えるだろうし、
非同期にやるなら追加したあと PostMessage() することにするとかさ。

>>900
デッドロックしてくれなかったら、逆に困るに10000ディナール。

>>983
えっと非同期の方法を応用すると、
EnterCriticalSection→親スレッドのコンテナに追記→LeaveCriticalSection→PostMessage（リストに反映汁）
でええんかな。

俺の場合、実はリストビューは大概オーナーデータにするので、データだけを更新するとか、ある程度は融通は利く。
まぁいちおう考慮してみますわ。
ただ、SendMessageだと親スレッドが処理が終わるまで子スレッドがストールする、という
問題については、現状たいした問題じゃなかったりする。
リストへの追記の頻度がそれほど高いわけでもないし、状況次第。
実際問題、リストに登録する以外の使い道のないデータなんで汎用性持たせてもそんなに意味は無かったりする。


>>984
まー、さすがにデータ1件ずつにつきメッセージ投げるようなヴァカな真似はしてない。
スレッドごとにバッファメモリを用意して、ある程度まとまったデータにしてから配列で渡してる。

WM_SENDDATAってメッセージもあるくらいだし、メッセージキューにアドレス入れて
非同期でデータ交換するのって一般的だと思ってたんだけど。

>>985
リストビューの実装をオーナーデータにすべき。
データベースメモリと別に、わざわざリストコントロール内にデータベースが存在する時点で厨確定。
とりあえず、LVS_OWNERDATA で検索すべき。

いちいちPostMessageとかで通知しないで、親は暇なときに自分で子スレッドからの
データがあるかどうか見て、なんかあればあるだけ処理しちゃうというのもいいかも。

>>986
ぷ

>>986
普通にオーナーデータにしてるが、CListViewCtrlImpl<Foo>とコンテナクラスを多重継承したクラス構成にしているｗｗｗ

>>985
＞WM_SENDDATAってメッセージもあるくらいだし、メッセージキューにアドレス入れて 
＞非同期でデータ交換するのって一般的だと思ってたんだけど。 

ちっとも一般的じゃない。
外部プロセスから作為的なメッセージを受信した場合、
それが正しいアドレスかどうか検出する方法がない。
セキュリティに配慮したアプリケーションを作るなら、
アクセス制限された共有メモリとイベント通知でデータ送信をするしかない。
そういいつつ、自分も面倒だからそこまでやらないけどさ。

>>987
OnIdleに噛ますのか。それアリだな。

子スレッドがアクティブなときもリストの項目ソートしたり削除したりできるようにしてるのだが
全部の操作にいちいちロック・アンロックかけるのも面倒なのよ。
親ウィンドウを持つスレッドのみが直接データモデルを操作するほうが現状楽だったり。

>>989
・・・多重継承は要らんでしょ。移植・仕様変更に弱くなるだけだよ。
時には、似た処理内容をコンソールアプリで提供しなけばならなくなったりするでしょ。

次のお題はLVS_OWNERDATAでチェクーボクース出す方法について。

>>993
そろそろスレ違いっぽいので、Win32API質問スレでおながいします。
というか、もうすぐ1000。

立てました。
ATL/WTL Part4
http://pc8.2ch.net/test/read.cgi/tech/1134388951/l50

1000!!

'A`TL

^w^ TL

もうすぐ1000！

もらっときます。

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