MFCではじめるActiveXプログラミング

需要がありそうなのになかったのでスレ作りました。
情報交換していきましょう。

お前が欲しいだけだったんじゃないのかと。

>>2
おい、良スレの予感するのに、しょっぱなから　そういうこと言うのやめろよ〜

>>1
氏ねよ〜〜

>>1
氏ねよ〜〜

2=4=5=粘着

>>1
氏ねよ〜〜

>>1
死ね　さっさと削除依頼だしてこい

「需要がなさそう」だったら立てるなよｗ
「なかったので作りました」だったらわかるが・・ｗ

何この粘着達

ActiveXってどうやって作るんですか？

たぶん関連スレ
【OLE】オートメーション総合スレ【ActiveX】
http://pc8.2ch.net/test/read.cgi/tech/1137771139/l50

>>9
日本語の勉強からはじめれ

あの、MFCでActiveXコントロールを作ってたら
http://f42.aaa.livedoor.jp/~imawaka/imgboardphp/src/1146577850180.jpg
のエラーが出るんですが、

ダイアログに「ActiveXコントロールの挿入」をした際に出ます。

なぜでしょうか？

「MFC」と「ActiveX」って。
.NET Frameworkについていけない老いぼれさんですか？

>>15
若者よ、それなら14に答えてやれよ

ActiveX、応答せよ。

太平洋の海に散りました。

VC++のMFCは、結構優しく簡単にネイテブコード（マシン語プログラム）プログラム作れるね。
気に入ってます。

ActiveX　てなにやらせるのに有るのか　解らないよ。
知ってる人教えて

ヒント：WindowsDNA

>>20
WindowsDNA　とはデベロッパー・ネットワーク・アプリケーションのことかい。

ヒント： ttp://e-words.jp/w/Windows20DNA.html

MFCでActiveXって作ったこと無いな
素直にATLで作ればいいのに

23 名前：デフォルトの名無しさん ：2006/09/07(木) 13:34:37
MFCでActiveXって作ったこと無いな
素直にATLで作ればいいのに

何かおかしな事いったか？
まさかATLとMFCって同じだと思ってたりしてる？

>>22
Win ディストゥリビューテド インターネット　アプリケーションのことか

それで、そのネットに分散したアプリケーションを作ると良いこと有るのか？

>>26
XPのSP2から付属のFWに通信をブロックされる。
Ｉ日Ｍの社内システムが動かなくなったというニュースが出てた。

現在 Visual C++ MFC の特訓中です。
VBよりかなり難しいが、ランタイム不要で稼働するアプリが出来ることが嬉しい。

MFC関数を使えば、C++よりはずっと効率的にソフト開発が可能なのが良い。

しかも、ネイテブコードにコンパイルするので高速だ。（俺には不要と言うか関係ないけど）
でも、ランタイム不要は、大いに気に入った。

と言うのは、友人に開発中のソフトの試用をメール送信して頼んだら、ランタイムのダウンロードが
出来なかったからね。（MSが意地悪してるのかな？）

>>27
それって、ActiveX　とどう関係有るの？

>>29
ActiveXを使ったウェブアプリが動かなくなったってこと。

>>28
VC++で作ると結局OCXコントロールに悲惨な目にあわされるよ。

完全にネイティブするならDelphi or BCB(今はTurbo C++)。

＞ボーランド、各種プログラミングソフトの無料提供開始
＞ttp://gigazine.net/index.php?/news/comments/20060906_turbo/

>>29
ついでに書いとくと、ウェブアプリじゃない通常のアプリは、
ActiveXを経由したコントロールよりも、
クラス派生できる言語でクラスライブラリ派生した方が、
開発効率うｐ、性能うｐだお。

>>31
完全にネイテブと言う事は、Winライブラリィに頼らないネイテブと言うことかい？

それで、ボーランドC++はWinライブラリィに依存していないと言うことかい。？

>>32
結局ActiveXのヒントは良いが返って解ったような全然混乱させられたようなで
全く理解出来なかったね。

>>33
Win32APIネイティブということであって、ActiveXに依存してないということ。

>>34
ActiveXの前身のOLE2本でも、Ｍ＄社内でもこのテクノロジーを説明できる人は居ないが、
これからのプログラミングはgeneric.cからOLE形式になるって言ってた。
だから混乱させられて当たり前。

ちなみに今は、COM（ActiveXの次の名前）とVBではOOPの海を泳ぎきることは出来ないという記事を
Ｍ＄ＤＮに出し、これからは全てのプログラミングはﾄﾞﾄﾈﾄになるとアナウンス。

>>35
混乱しても当たり前ですか？成る程じゃ気にせんことにしょう。

普通にＭＦＣでＡｃｔｉｖｅＸに関係なくコード書いた時は、ＡｃｔｉｖｅＸは関係無いのでしょうね。？

この件はどうですか？
プロジェクト立てるときＭＦＣ　ＡｃｔｉｖｅＸコントロール　と　ＭＦＣ　アプリケーションが
有りますが、もっぱらＭＦＣ　アプリケーションでプロジェクト立てています。
ＭＦＣ　ＡｃｔｉｖｅＸコントロールでは、何か得点が有るのでしょうか？

>>35
> Ｍ＄ＤＮに出し、これからは全てのプログラミングはﾄﾞﾄﾈﾄになるとアナウンス。

全て　.NET に成ると言われてもランタイムをマイクロソフトがコントロールしているのが気に入らない。
.NET　プログラムにランタイムを組み込み、ＶＢでもＣ＃でもソフト単体で稼働するならＶＢでもＣ＃でも
良いと思うけどね。

ＶＢの方が超簡単だし効率も良いしね。
気にくわないのが、ランタイムをソフトに組み込めずＭＳがランタイムをコントロールしていることです。

>>36

Win32API直コールでＧＵＩを作るのに比べると、ソースを読み書きしやすい。

しかし、ＧＵＩクラスライブラリ使った開発に比べると、ソース書き難い（素直な派生出来ない）、動作不安定（メモリ不足エラー。レジストリ管理）。

書き方悪かったね。

先ず前提としてＭＦＣは史上最低のＯＯＰクラスライブラリで、
ＧＵＩに関してはクラスライブラリでなくて、リソースエディタ＆Win32APIコールと大差ありません。

その上で、
ＡｃｔｉｖｅＸコントロール使う開発は、Win32API直コールでＧＵＩを作るのに比べると、ソースを読み書きしやすい。

しかし、ＡｃｔｉｖｅＸコントロール使う開発は、ＧＵＩクラスライブラリ使った開発に比べると、ソース書き難い（素直な派生出来ない）、動作不安定（メモリ不足エラー。レジストリ管理）。

>>39
結論として、MFC　アプリケーションでプロジェクトを立てる方が、ＭＦＣ　ＡｃｔｉｖｅＸ　コントロールで
プロジェクト立てるより、ソース書きやすいと言う事でしょうか？

>>40
なんかごちゃごちゃしてるけど、ＭＦＣ　ＡｃｔｉｖｅＸ　コントロールは
使わない、で当面ＯＫじゃないか。

どうして比較してるのか分らないけど、通常のアプリケーションと
ＡｃｔｉｖｅＸは用途が違うでしょ。ブラウザやオフィスのコント
ロールとか作りたいの？　もしくはＶＢ６で使う部品とか。

>>40
結論をもとめるならＡｃｔｉｖｅＸはスルーが最強。

途中経過の推論は若干違う。

やっぱ、ＧＵＩＧＵＩした画面を作るには、
フォームにコンポーネントやそれを派生したものをペタペタはるべき。

高機能なＡｃｔｉｖｅＸを作ってＶＢフォームやＶＣ＋＋のＭＦＣアプリケーションで使うというのが、
Ｍ＄推奨のWindowsDNAであった。

しかし、そのWindowsDNAが終焉したのは、ActiveXコントロールよりも、
素直にクラスライブラリを派生したクラスの方がさらに開発しやすかったため。

ＡｃｔｉｖｅＸコントロールはＡｃｔｉｖｅＸサーバー（コンテナ）の機能を持つ
アプリ（オフィス、IEなど）に単なるボタンとかフォーム以上の機能
を持ったオブジェクトを貼り付けたいときに作成する。

なので、ＭＦＣ　ＡｃｔｉｖｅＸ　コントロールで作成したプロジェクトは
普通ユーザーが直接起動するアプリケーションを作成するもの
ではない。

ソースが書きやすいかどうかということを聞いてるけど、MFCで
ある以上通常のMFCと同じ感覚で書くことは出来る。

>>43
了解です。
じゃ、今まで通りＭＦＣ　アプリケーション　でプロジェクト立てて、コード書くのが
正解ですね。

正解ってなんだ

間違いに対して、正解じゃね？

コードを書くのに、正解と間違いがある。

>>45
正しい解釈だと言う事ですよ。

テキストボックスの左に上下のボタンが付いていて、それをクリックすると
テキストボックス内の値がインクリメント／デクリメントされるコントロールを
使ったプログラムを作成したいのですが、どのように使って良いのか分かりません
自分なりにネットで調べてみても良い情報が見つかりませんでした
（自分の検索の仕方が下手クソなだけかもしれませんが・・・）
このコントロールを使う方法もしくは参考になるような分かり易いサイトを
ご存知でしたら、どうか教えて下さいm(_ _)m
お願いします

すみません、一部訂正です

＞テキストボックスの左に
テキストボックスの右に

失礼致しました

>>48-49
CreateUpDownControl()とか

>>50
ご回答、ありがとうございます
使い方を調べてみます

リストビューの一番左のカラム（列）がツリービューのようになっている
コントロールってどうやれば使うことができますか？
色々と調べてはいるのですが、さっぱり分からないのが現状です
どうか、お知恵を貸してください

つ市販本

Javascriptへは配列を引数にしたイベントをFireできないでOK？

MFCのCEditのあたりってUNICODEでしたっけ？ANSIでしたっけ？

>>55
困ったことにマニフェストをXPスタイルにするとUNICODE強制になる。
（クラシックならANSIでもいける）　でもそれってActiveXと関係ないな。

ご回答thx!>>56

確認ですがそれって、V$200X（正確に何年度バージョンか知りたかったり。。。）のことですね？

実は自分V$6なんですが、それだとやっぱANSIでしょうか。

いや、中のエディトコントロールの仕様でMFCの関知するところではない。
つまり、VSのバージョンによる問題ではない。

何だってー。（ＡＡ略）

１個のExeに対して、manifestファイルの付け方で、ANSI/UNICODEが切り替わると？

Get/SetWindowTextなどでは、コンパイル時のUNICODE定義に従うけど、
comctl32.dllのバージョン6では、一部の文字列の長さや位置を指定するウィンドウメッセージで、
ANSI/UNICODEのどちらでも常にUNICODEとしての値を使うものがある。

コンテナ（IE）のウィンドウをフックすることはできますか？

VisualStudio2005で開発を行っています
現在MFCとC++で開発しているソフトを切り分けて
VB.NETのフォームにベタベタ貼り付けて利用できるようにしないといけなくなりました
(引継ぎの都合で)
ActiveXで開発してやれば良いというところまでは分かりましたが
コントロールを作成して、OnDrawメソッドでいろいろ描画してみても変更が反映されないで躓いております。
多分、ActiveXの作成時にいじるところを間違っていると思うのですが、お知恵をお貸しください。

VB.NETならActiveXにする必要性を感じないけどいいのか？

え？　すいません。あの・・・、もう少し詳しく教えていただけないでしょうか？

COMでなく、.NET使うという選択肢もあるということ。
VB.NET的にはそっちのほうがネイティブだし。

こういう感じで、C++でも作れるはず。
http://www.microsoft.com/japan/msdn/thisweek/300x10/phase2/customcontrol/cs.aspx
ここでは新しくプロジェクトを作っているが、
「クラスの追加」からやれば既存プロジェクトへの追加も可能だったはず。

言語のほう、C++/CLIといって.NET用に拡張されているんで、そこ気を付けて。

http://msdn2.microsoft.com/ja-jp/library/ms235628(VS.80).aspx
ご協力ありがとうございます。
一応、上のurlを参考に目処を立てることができました。
http://msdn2.microsoft.com/ja-jp/library/ykxs4hhh(vs.80).aspx
一応、ActiveXでの作成も、上のサンプルをコピーしたところ、きちんと動きました
やっぱり、コードの一部を間違っていたようです。

先日に続いて質問申し訳ありません。AddFileというメソッドをVB.NETに対して公開したいと思っています。
ディスパッチマップという所にインターフェースを加えてあげればよいらしいということは分かったのですが

インターフェースのヘッダファイルに
// ディスパッチ マップ
//{{AFX_DISPATCH(クラス名)
afx_msg void AddFile();

// ディスパッチ と イベント ID
public:
enum {
//{{AFX_DISP_ID(クラス名)
dispidAdd = 1L,

の記述の２箇所。インターフェースのソースファイルに

BEGIN_DISPATCH_MAP(クラス名, COleControl)
//{{AFX_DISPATCH_MAP(クラス名)
DISP_FUNCTION(クラス名, "AddFile", AddFile, VT_EMPTY, VTS_NONE)

の記述。あとodlファイルに

methods:
//{{AFX_ODL_METHOD(クラス名)
[id(1)] void AddFile();

の様に４箇所に継ぎ足しを行えばよいのかな、と試したのですがVB側で読み込んでみるとインターフェースが公開されていません。やり方はこれであっているのでしょうか？

申し訳ありません。自己解決いたしました。
結果ですが
「新しくプロジェクトを作成→そこにActiveXオブジェクトを埋め込む→メソッドを呼び出し」
したところ成功しました。
結論から言うとVB.NETのインテリセンス周りがすごく馬鹿だっただけでした。
ご迷惑をおかけいたしました。

ObjectARXのCOMインターフェースの使い方がよく分かりません

そうですか。で?

MFCでActiveXコントロールを作りました。
コンテナはIEで使用します。
1ページで700個ほど貼り付けたのですが重いです。
軽くする方法はありますか？

700個貼り付けずに済むように考えた方が早いと思います

.NETでActiveXみたいなのは作れないの？相当するものはなに？

>>35
COMもVBも勝手にMSが作ったものなのにな。
金儲けにならないから.NETに移行しろよってことだろ

OLE2のCOMは結構好きなモデルなんだよね
中間言語噛ませないでバイナリで互換性取るのは今のとここれだけだぜ
UNIXにも欲しいぐらいだがレジストリがな( ´ω`)

MFCでActiveXコントロールは作れるのですが
自作のActiveXコントロールをNPAPIに移植したいのですが
日本語でわかりやすいサイトとか本って無いでしょうか？

スルー推奨

ああ

いつの時代だ・・・

いつの時代だっていわれても、、今MFCでActiveX作る本ってVC6のころのやつ参照するしかないからな・・

難儀な時代だよ。

それって、MFCとActiveXを避けてきた人には発生しない問題じゃね？

具体的にはDelphiとかC++ BuilderでVCL使ってたらﾖｶﾀ。