次のBASEは様々なブラウザに対応（予定）

私達が開発を行っている次の BASE は携帯を含む様々なブラウザに対応するでしょう。そして、それは XCL より軽く動作します。プロジェクトはホビーライフのために XOOPS Cube を開発しています。したがって、携帯電話、 Wii の Opera、PLAYSTATION3 のブラウザ、 iPod touch/iPhone の safari に対応するのはホビーライフをとことん堪能するためには必須事項といっても過言ではありません。当たり前ですが、 Wii を使う時には、 Wii リモコンのボタンを使ってコントロールパネルを操作できるべきです。そして、私達は、より多くの人がハンディキャップなしで一緒に XOOPS Cube のもたらす趣味の生活を楽しめるように（米国リハビリテーション法などの）アクセシビリティのルールに対応しなければならないでしょう。

XCL は"レガシー"なアプリケーションですので、わずかな XCL の開発者が直接モバイル対応するために多くの時を費やすのは賢明ではありませんでした。しかし、次の段階（次の BASE）ではこの課題に挑戦します。

しかしながら、 BASE の開発者がすべきことは多くはありません。もし BASE がフレキシブルなテンプレートシステムとフレキシブルなメインシーケンスを備えていれば、マルチブラウザへの対応は可能です。焦点はテンプレートリソースの供給方法にあります。

すべての開発者がすべてのブラウザを持っているとは限りません。同様にすべてのデザイナーがすべてのブラウザを持っているとは限りません。PCのブラウザはダウンロードすれば簡単に揃えられますが、WiiやPLAYSTATION3のブラウザは本体を購入しなければ手に入りません。また、たとえ一人の開発者がすべてのブラウザを持っていたとしても、すべての対応実装を一人に求めるべきではないでしょう。私達にはテーマやテンプレートのために preload のようなユーザーの手元で結合してパッチするような仕組みが必要です。

言い換えれば、 XC はエンドユーザーが複数の成果物を合成することをサポートします。なぜなら、１〜２人で開発される単体のソリューションですべてのテンプレートとすべてのプログラムを実装することは困難だからです。

そのようなパッチファイルは開発者やデザイナーが作成するアーカイブに直接コントリビュートされるべきだと考えるかもしれません。しかし、彼らは市民でありサラリーマンであり家族があるため、しばしば忙しくなり、フリーソフトウェア活動を維持できなくなります。私はパッチメカニズムは私達の世界のために有益で、私達の世界を迅速なものにすると確信しています。

また、私は XCL の既存のモジュールを効率よく次の（他の） BASE へ移植するためのちょっとしたアイデア(?)を持っています。

プロジェクト管理の体制は回復しました。ですから、私は開発の再開に集中する予定です。引っ越したことが、私に自由時間を供給するはずです。