問題タブ [c++builder]

アプリケーションが一連のプラグイン DLL をロードし、新しいウィンドウを作成して、この新しいウィンドウのハンドルをプラグインに渡すプラグイン フレームワークを作成しています。プラグインは、このハンドルを使用して独自の GUI を作成できます。

すべてが非常にうまく機能しているようです。唯一の問題は、プラグイン ウィジェット (たとえば、編集ボックス) で TAB を押しても、別のウィジェットにジャンプしないことです。Windows メッセージには渡されるものと渡されないものがあることがわかりました。エディットボックスで入力できるため、WM_KEYDOWN は他のキーに渡されますが、このメッセージは TAB キーを処理しません。

誰かがヒントを持っていることを願っています。

私は CBuilder で Borland VCL を使用していますが、親ウィンドウがどのように作成されたかがわからないため、WIN32 の下の任意のフレームワークを使用してこれらのプラグインを作成できると思います。

次のような呼び出しを介してユーザーがアクセスできる COM オブジェクトがあるとします。

私ができるようにしたいのは、次のように、ユーザーがオブジェクトのイベント ハンドラーを指定できるようにすることです。

これは可能ですか?可能であれば、C++ のタイプ ライブラリ (具体的には BCB 2007) でこれを公開するにはどうすればよいですか?

C++ Builder 6 が常にすべてのファイルをコンパイルするのはなぜですか?

1 つのファイルにいくつかの変更を加えましたが、BCB 6 はアプリを起動するとすべてのファイルをコンパイルします。何か案が？Windows XP SP2 を使用しています。

C++Builder 2007 を使用すると、FindFirstFile および FindNextFile 関数は、Vista および XP の 64 ビット バージョンで一部のファイルを検索できないようです。私のテスト アプリケーションは 32 ビットです。

それらを使用してフォルダー C:\Windows\System32\Drivers を反復処理すると、コマンド プロンプトで dir コマンドを発行すると 185 個のファイルが見つかりますが、少数のファイルしか見つかりません。同じコード例を使用すると、32 ビット バージョンの XP で問題なくすべてのファイルが一覧表示されます。

ここに小さなプログラム例があります:

64 ビット XP の C:\Windows\System32\Drivers フォルダーで実行すると、次のように返されます。

同じシステムで dir コマンドを実行すると、次のように返されます。

私は困惑しています。これの理由は何ですか？

ブライアン

当社の開発チームは、Borland C++ Builder 6 および CodeGear C++ Builder 2007 (および Visual Studio) を使用しています。Builder 2007 IDE は BCB6 よりも多くクラッシュするというコメントをよく耳にします。C++ Builder 2009 IDE を使用した経験がある人はいますか? 特に適切なサイズのアプリケーションを使用した場合、全体的な堅牢性の点で 6 または 2007 と比べてどうでしょうか?

フォルダー内のすべての画像のスライドショーとして動作するアプリケーションがあります。これは Borland の C++ Builder (9) で書かれています。現在、借用したコードを使用して、ファイル名をリストボックスにスローし、リストボックスの項目をテキスト ファイルとして保存します。

これを更新して、ファイル名が適切なデータベースに保存されるようにして、追加のフィールドを含めて適切な SQL 処理を実行できるようにします。

したがって、基本的に、「サンプル」コードが同じことをしているのを見れば、それを解決することができます。

したがって、これを行うコードを誰かが知っていれば、私は素晴らしいと思います。すべてのファイルだけでなく、特定のファイルタイプで実行できる必要があります。

2 つの TForm クラスを持つプログラムがあり、それぞれに TMainMenu を追加しました。次に、実行時にそれらを動的にマージしようとしています。

私の問題は、マージされた TMainMenu のメニュー項目をマージすると、元のフォームのイメージリストに保存されている画像ではなく、マージされたフォームのイメージリストに保存されている画像が表示されることです。

私は何か間違ったことをしていますか？メニュー項目が元の形式でイメージリストを使用し続けるようにするための回避策はありますか?

私は多くのプロジェクトでマージされた形式を使用していますが、それ以外の場合は、単一の共有イメージリストが理にかなっています。

何か明確にする必要がある場合は、言ってください。

ありがとう

ピーター

BCB5 以降の C++Builder で開発された一連の Win32 VCL アプリケーションがあり、それらを ECB2009 または現在呼ばれているものに移植したいと考えています。

私のアプリケーションの一部は古い TNT/TMS Unicode コンポーネントを使用しているため、コード全体で AnsiString と WideString を適切に組み合わせています。新しいバージョンでは、UnicodeString と、c_str などの関数の動作を変更する多数の #define が導入されています。

必要に応じて、BCB2007 で同じコード ベースを (Unicode 以外の方法で) コンパイルして実行できるように、可能な限り下位互換性のある方法でコードを変更したいと考えています。

特に懸念される分野は次のとおりです。

• Win32 API 関数との間で文字列を渡す
• TXMLDocument との相互運用
• RS232 通信などに使用される「生の」文字列。

変更をナイフ アンド フォークするのではなく、可能な限り下位互換性を維持しながら、移行を容易にするために適用できるガイドラインを探しています。

そのようなガイドラインがまだ存在しない場合は、ここで作成できますか?

私の開発システム (Codegear C++Builder) の気まぐれの 1 つは、自動生成されたヘッダーの一部が、.

...それらのステートメントは、私が最も望んでいない、または期待していないときにコードに影響を与えます。

これを回避するために、以前の「using」ステートメントをキャンセル/オーバーライドする方法はありますか。

多分...

C++ Builder 内のサンプル プロジェクトとして出荷される TTextDataset の例を超えて、C++ での TCustomDataSet 実装の例を探しています。

TTextDataset は、コードが十分に文書化されておらず、1 つのフィールドの例しか示していないため、学ぶのが困難です。

TDataSet を継承する独自のクラスを作成しましたが、ほとんどの場合は機能しますが、特定のユース ケースでは GUI コントロール (主にグリッド) が 100% 機能しません。

誰でもこのトピックに関する良いリンクを持っています...

以下は、私が学習に使用したサンプル コードへのリンクです 。