XOOPS Cube Manifesto and Tool
私たちは Cube Legacy 2.1.0までに XOOPS Cube
のマニフェストのフォーマットをフィックスすることができないかもしれません。それはまだ必須の仕様ではありませんので、私はプロトタイプツールを開発することを試したいと思います。
XOOPS Cube
のマニフェストは、アップデート情報、重要なニュース、他のモジュールへの依存、および規則スタイルを示す基礎データです。
XOOPS
Cubeプロジェクト・チームはフォーマットのみを決定します。そして、他のプロジェクトはマニフェストを取り扱うことでユーザを助けるツールを開発しようとします。
そのようなツールが、Windows OS アプリケーションと Mac OS X
アプリケーションであることがベストです。それが XOOPS Cube
プロジェクト・チームが直接そのようなツールを開発しない理由です。
そのようなツールは常にC++プログラマを必要とします。XOOPS
Cubeプロジェクトにそれを絶えず要求するのはお門違いでしょう。PHPプログラマとC++プログラマは異なった得意分野を持っています。私は、XOOPS Shade
Projectでそれを開発することを計画しています。
ツールには、以下の仕様がなければなりません:
- ツールはFTP、SFTP、およびSCPで直接XOOPS
Cubeサイトに接続しなければなりません。
-
ツールはマニフェストによってファイルのアップロードとダウンロードが可能な、一種のネットワーククライアントでなければならない。
- ツールはXOOPS Cube Legacy、D3モジュール、およびXOOPS Cube
Shadeをカバーしなければなりません。それらの構造が異なっているとしても。
- もちろん、ツールはテーマを扱うことができなければなりません。
-
ユーザがモジュールをインストールしようとするとき、ツールはモジュールの依存モジュールを管理しなければなりません。
-
モジュール開発者は、彼らのモジュールを発行するために、特別なメカニズムを持つ必要はありません。
これらの仕様を持つツールはXOOPS
Cube世界への必須品です。 私たちはおもちゃとしてXOOPS
Cubeを開発しようとしています。しかし、XOOPS
Cubeはおもちゃではなく、ただPHPプログラムです。
したがって、私たちはCubeをおもちゃにするツールを開発しなければなりません。私たちが .NET
Framework や Mac OS X の WebKit
を使用することができるので、そのようなツールを開発することは困難ではありません。これらの環境はネットワーククライアントアプリケーションを開発することを容易にします。
しかし、私はリナックスデスクトップアプリケーション開発に関して詳しくありません。それは問題です……しかし、サイトオーナーは
windows か Mac OS X のどちらかは持っているでしょう。