問題タブ [tframe]

アプリケーションの真ん中にフレームがあります。サイズ変更後、このパネルのコントロールを再配置する必要があります (サイズ変更イベントでこれを行うのはビジーです)。これがすべてのサイズ変更後に一度実行できると、より便利です。しかし、どのように？

ご協力ありがとうございました

私はC++Builderの初心者です。VCLフレームを操作しようとしたことはありません。

だから、私はTpanelと2つのフレームが設計されたTformを持っています。

フォームパネルにデザインされたフレームを表示するにはどうすればよいですか？

同様の例を検索するのにうんざりしています。

私は何年も Delphi でフレームを使用してきました。フレームは VCL の最も強力な機能の 1 つですが、標準的な使用には次のようなリスクがあるようです。

1. フレームを「微調整」していることに気づかずに、フレームのホスト フォーム上のフレーム サブコンポーネントを誤って移動または編集するのは簡単です。これが元のフレーム コードに影響を与えないことはわかっていますが、一般的にはあなたが望むものではありません。

2. フレームで作業しているときは、そのフレームが古くて触れてはならない場合でも、視覚的な編集のためにそのサブコンポーネントにまださらされています。

そこで私は考えるようになりました....

1. コンポーネントの位置が「ロック」されるようにコンポーネントを「グループ化」する方法はありますか? これは、フレームだけでなく、完成したフォームにも役立ちます。多くの場合、他の開発者は、フォームの境界のみが変更され、変更を意図していないコードを私に返します。

2. フレームとそのコンポーネントを単一の Delphi コンポーネントに変換する方法はありますか? もしそうなら、フレームの内部は完全に隠され、その使いやすさはさらに向上します.

私はどんな考えにも興味があります...

ブライアン。

ツール: Delphi 6 プロ

Component -> New Component オプションを使用して、TFrame の子孫であるメイン コンポーネント パッケージに新しいコンポーネントを作成しました。設計時にフォームにコンポーネントを描画しようとすると、「リソース {コンポーネント クラス名} が見つかりません」というエラーが表示されます。「実装」宣言の直後に {$R *.dfm} という行をコンポーネント ユニットに追加しようとしましたが、うまくいきませんでした。(最初にホスト パッケージを再コンパイルしました)。別のフレームから DFM をコピーしてから、すべての名前を変更して、DFM ファイル名自体を含む本体と同期することさえ試みました。それもうまくいきませんでした。

設計時にプロパティ エディタに表示されるプロパティを追加したいので、新しい TFrame バリアントを作成するだけでなく、TFrame の子孫をコンポーネントとして使用したいと考えています。これを機能させる方法はありますか？

前もって感謝します。

私はDelphiで自分のコンポーネントを作ることに挑戦しています。コンポーネント開発を始めるのに苦労しています。

複合コントロール、つまりアドレスフォームなどの他のいくつかのコントロールで構成されるコントロールを作成したいと思います。

私はTWinControlの子孫です。それが正しい選択だと考えられますか？

主なことは、D2010でコンポーネントを視覚的に設計する方法がわからないことです。これは可能ですか？たとえば、フォームの場合と同様に、いくつかのテキストボックスをコンポーネントにドロップします。すべての視覚的側面を自分のコンポーネントに手作業でコーディングする必要がないことを望んでいます。

また、delphiコンポーネント開発に関する優れたリンクは非常に高く評価されます-特に複合コントロールの場合。ドキュメントはA1ではなく、その闘争です。私はすでにたくさん検索しました、私はまだどこにも速く行きません。

TFrameの子孫のインスタンスを作成して返す関数を使用してDelphiでdllライブラリを作成しようとしていました。しかし、この関数をアプリケーションにインポートすると、呼び出すたびに「「xxx」コントロールには親ウィンドウがありません」などの例外が発生します。100％確信はありませんが、GUIコントロールのいずれかにアクセスすると、そのクラスのコンストラクターに例外が発生しました。

その行動の理由を教えてください。代わりにTFormの子孫を使用する必要がありますか、それともより良い解決策がありますか？

ありがとうございました！

実行時にTFrameを埋め込んで作成し、アプリケーションのメインフォームにドッキングするJordanRusselのToolbar2000ツールバーがあります。このフレームには、他のパネルやさまざまなコントロールを含むペインが埋め込まれています。したがって、構造は次のとおりです。

パネル2、3、4の高さは明示的にサイズ設定され、フレーム（したがってツールバー）は新しいサイズに合わせて自動的にサイズ変更されます。

ツールバーがアプリケーションのメインフォームにドッキングされて初めて表示されるときにツールバーのサイズが間違っていることを除いて、正常に機能します。その時点でツールバーのサイズを強制的に変更すると（たとえば、マウスクリックからTPanelの高さを明示的にサイズ変更することにより）、正しくなります。ルーチンを呼び出してサイズを2回設定し、Update、Application.ProcessMessages、ReAlignを呼び出してみました。メインフォームをペイントしてから、手動でサイズ変更を再度実行する以外は何も機能しないようです。

サイズ変更ルーチンの最後で中断してパネルサイズとフレームサイズを調べると、それらは正しいですが、ツールバーサイズが正しくないため、最初に表示されるときに、フレームが間違ったサイズのツールバーに部分的に表示されます。これは、サイジングルーチンへの別の呼び出しの直後に発生しますが、メインフォームがそれ自体をペイントした後でのみ発生します。

タイマーの期限が切れた後にパネルのサイズを明示的に変更するなど、厄介なことをやっつけてもかまいませんが、問題の原因を解決したいと思います。

なぜこれが起こっている（または起こっていない）のかについてのアイデアはありますか？

DelphiでのOnDestroyイベントをシミュレートするにはどうすればよいですか？TFrame

constructor私はうまくフレームにとを追加しましたdestructor、それが何をするのか考えてTFormいます：

これに伴う問題は、デストラクタが実行されるまでに、フレームのコントロールが破棄され、無効になっていることです。

この理由は、OnDestroyイベントを発生させるために使用する包含フォームのデストラクタにあります。

フォームのデストラクタが実行されると、フレームオブジェクトのデストラクタが呼び出されます。これの問題は手遅れだということです。フォームはを呼び出しますDestroyWindowHandle。これは、フォームのウィンドウハンドルを破棄するようにWindowsに要求します。これにより、フレーム上のウィンドウを含むすべての子ウィンドウが再帰的に破棄されます。

そのため、フレームがdestructor実行されると、有効な状態ではなくなったコントロールにアクセスしようとします。

DelphiでのOnDestroyイベントをシミュレートするにはどうすればよいですか？TFrame

も参照してください

• フレームのOnCreateとOnDestroyをシミュレートしますか？
• DelphiTFrameオブジェクトのOnCreateイベントを実装する方法
• Embargadero QC＃1767：TFrameがOnCreate、OnDestroy、OnShowを見逃している

tframeでdllを作成しました。アプリケーション内にロードするにはどうすればよいですか、bplsを使用したくない、アプリでexeとdllのみを配布したい

メインアプリに表示されるdelphiパッケージ（bpl）内にtframeをロードしようとしていますが、パッケージとアプリケーションの両方のコードを教えてください。