古いコンポーネントは

• インストール用ユニット
• コンポーネントクラス
• コンポーネントエディタ
• プロパティエディタ

が一緒になっているものがあります。

このようなコンポーネントをパッケージに含めるためには、パッケージが "設計時 / 実行時で使用可能" でなくてはなりません。
ですが、これだと生成されたバイナリには必要のないロジックが含まれる事になりとても効率が悪いです。

今時のコンポーネントは

• 設計時パッケージ
• 実行時パッケージ

に分離されており、コンポーネントエディタ / プロパティエディタは設計時パッケージに含まれています。
これだと生成されたバイナリにはコンポーネントのロジックのみが含まれます。

また、32bit / 64bit 両対応コンポーネントを作るためには "コンポーネントエディタ / プロパティエディタがなかったとしても" 実行時パッケージと設計時パッケージを分離する必要があります。"設計時/実行時パッケージ" では 64bit 対応にできません。何故なら、IDE で設計時パッケージとして使えるようにするには常に Win32 でコンパイルされている必要があるからです。

こうなってしまい、プラットフォームで 64bit を選択するとコンポーネントのアイコンがグレーアウトしてしまいます。

以下の URL には "設計時/実行時パッケージ" でも 64bit 対応できるような事を書いてありますね。

[設計時および実行時に利用可能なコンポーネント (DocWiki)]
http://bit.ly/19fCpCz

私のやり方が悪いだけなのか？

See Also:
[Creating Packages (Delphi Programming)]
http://delphi.wikia.com/wiki/Creating_Packages

サンプルパッケージに既存のコンポーネントを入れる場合には以下の作業を行わなくてはなりません。

• "コンポーネント" と "コンポーネントエディタ / プロパティエディタ" を別ユニットに分離
• RegisterComponent がコード中にあるのなら削除し、登録用ユニットに記述
• 64bit 対応 (任意)

See Also:
[64bit 対応コンポーネント]
http://ht-deko.minim.ne.jp/delphiforum/?vasthtmlaction=viewtopic&t=44
[文字列プロパティエディタ]
http://ht-deko.minim.ne.jp/ft1211.html#121106_01

引用 Mr.XRAY on 2013/06/22 17:43 Sat
古いバージョンで作成されているコンポーネントを利用する時は要注意ですね．

　
もう、コンポーネントは Delphi 7 を最低ラインにしていいと思うのです。エンバカさんがくれる旧バージョンも 7 が一番古いですから。

Delphi 7 でも 10年以上前の製品ですし、あまりにも古い環境を考慮するとなると、コンポーネントエディタやプロパティエディタでフォームを使っている場合、フォームの互換性の問題が出てくるので、いつまで経っても "バイナリ形式 DFM" を使わなくてはならなくなります。

秘伝のタレ的な古いコンポーネント…例えば FDelphi が活発だった Delphi 5 以前に作られたコンポーネントはこれを機に(?)一度見直してみるといいかもしれません。何か配布制限のない古いコンポーネントがあるのでしたら、それをサンプルにしたコンポーネントのマイグレーション記事を書いてみたいですね。

引用 Mr.XRAY on 2013/06/22 22:19 Sat
古いコンポーネントは，配布条件が明確に書かれていないものもあります．
再配布や改変の再配布は作者の了解が必要と書いてあっても，連絡が取れなくなっているものもあります．

　
そうなんですよ。
だから 「実例を出せればもっと解りやすく書けるのにー」 と思った次第でして。

• 単一の *.pas なコンポーネント。
• プロパティエディタかコンポーネントエディタが含まれている。
• 改変 / 再配布に制限がない。
• 現在もどこかで DL 可能。

これらの条件を満たすコンポーネントがないものかと。