ライブラリーの投稿場所

[MH35]

投票所
あなた方の考えている投票所を作りました。

[イグトランス]

わざわざありがとうございます＞MH35さん。

ところで，ライブラリの大部分はsbpファイルになると思うのですが，
#include <aboost/***.sbp>と書けば使えるようにしたいです。
インストーラが，ABのあるフォルダを探し，
includeの下にaboostというフォルダを作ってそこへファイルを解凍するようにできればと思います。
関連付けを探すようにすれば比較的楽にABのあるフォルダは見つかると思います。

この方式はどうでしょうか？

[kuni]

僕は、ライブラリは、sbh というようなヘッダファイルを用意したほうが
いいかなと思います。そのほうが、一発で分りますし、プログラムのファイル名と
ライブラリのファイル名が重複することが減るでしょうし、
#include <aboost/***.sbp>　の sbp の部分を省略できるんじゃないかと思います。

後、どうやってコンパイラがライブラリの場所を見つけるかですが、
これはやはり、設定ファイルを作って、そこに書いておくのがいいのではないでしょうか。
でも、解凍とありますから、ライブラリをどうやってインストールするかという話でしょうか。
それなら、イグトランスさんの仰るとおりかと思います。

それと、ライブラリとIDEの連携も必要になりそうですね。
ライブラリで定義されているGUIのコンポーネントを
IDEで使えるようにするなど。

あと、Active Basic って、分割コンパイルをできないのでしょうか。

[Yoshi]

ところで開発サイド カテゴリーはいつできたのでしょう？
特別な権限とは？なぞです。

[konisi]

ActiveBasicは、分割コンパイルは現在出来なかったと思います。

それと、自作関数でも使用しなければ実行ファイル内に含まれないはずなので、いっそのことABoost.sbp(仮)というファイルを作って間接参照したほうがライブラリのインポートは楽かと思います。

[C1000]

> ところで開発サイド カテゴリーはいつできたのでしょう？
> 特別な権限とは？なぞです。

まず山本さん（アドミニストレーター）とモデレータ（見たこと無い）のことでしょう。たぶん

[イグトランス]

説明不足だったようですね。すみません。

ライブラリは#include <aboost/...>の形でインクルードすると使えるようになるという形式を想定しています。
（そこに関数・クラスの本体があったり，はたまたDLL関数をDeclareしていたり）

#include <xxx>と書くと，ファイルxxxをActiveBasic/Includeからだけ探します。
他のフォルダも探すよう指定できれば良いのですが，残念ながら今のABではできません。
その為，#include <aboost/...>と書けるようにするにはaboostフォルダをActiveBasic/Includeに置く必要があります。

ならばABoostのインストール時にActiveBasic/Include/aboostへ展開するようにしようということです。

また，当然インストーラ無しのものも配布したいと思います。

[MH35]

いつ作るか考えてみましょう。といっても、われわれが管理者に指図することなどできませんからあくまでも参考で。
とりあえず私が考えているのは
1.Ver5のリリース時
2.2007年1月
3.2007年4月
4.立ち上げ決定後即時
5.立ち上げ決定後1月後
6.立ち上げ決定後3月後
7.立ち上げ決定後6月後
8.準備でき次第すぐ
9.その他
です。今の投票がひと段落したら考えましょう。