ja.lablab.jp RSS Feeds

I'll move this page to other

2007-02-06T11:57:12+09:00

Because I stay in some companies, it become difficult to keep updating. And, I will move from Tokyo and change my company. So I decided to move this page from this professional server to some blog service. Of course, all articles are protected. But, I'm busy and do nothing for it. Wait a minute.

OGRE & Cube (1)

2007-01-31T13:59:52+09:00

Cube の設計は OGRE をベースにしています。私が Cube (Shade2 という名前だった) のデザインに手をつけ始めたとき、私は PHP と Web アプリケーションを十分に習得していませんでした（今もですが）。そこで、私は私が普段扱っている設計を Xcube に持ち込みました。それはシーングラフの概念（特にOGRE）です。

この頃、私は Shade がそのまま XCube になるとは考えていませんでした。しかし、私は次のような考えを持っていました。

フレームワークなし

この当時、日本の PHP プログラマはフレームワークについてよく議論していました。そして、「フレームワーク」は日本人にとって特別な意味を持ち始めていました。日本人はよく日本語と英語を使い分けるため、「フレームワーク」はその邦訳である「枠組」とは異なるものになっていました。それは IT プロフェッショナルたちにとって重要な議論であったと思われます。しかし、私には普通でない状況に感じられました。私はそれに巻き込まれたくありませんでした。以上のことから、私は XCube はフレームワークを持つべきではないと考えました。

マルチレンダーターゲット

デザイナーはテーマフォーマットや CSS を問題視しています。しかし、これは一種の宗教論争です。私は、これは複数のレンダラによって解決可能なため、 XCube がこの手の論争に加わるべきではないと思いました。しかし、新しいフォーマットは既存のモジュールやテーマに悪影響をもたらします。私たちは同時に異なるフォーマットを使うことができ、最終出力はそれらの結果を含んでいることができるべきです。3Dアプリケーションはよくそのような目的を持ちます。私はレンダーシステムとレンダーターゲットの概念を XCube に持ち込みました。

構成

XCube の構成は .ini ファイルによって決定されます。それは DI ではないかといった人がいます。しかし、これは DI ではありません…なぜなら、 XCube はプロフェッショナルの世界でホットトピックスとなっていることに首を突っ込むつもりはないからです。実は、このプロセスも OGRE をベースにしています。 OGRE は換装可能なマネージャで構成されています。そして既にそれらのマネージャとして使用可能な多くのプラグインがあります。開発者は cfg を編集することによって、その組み合わせを決定します。これはユーザーがプログラムの初期段階に影響を与えることができる唯一の手段です（ソースコードの直編集を除けば）。 OGRE は「換装可能」というコンセプトを示すことで、「万人が納得する設計とは何か？」という不要な議論に遭遇しなくなりました。

換装

XCube はウェブサイトを実現するための具体的な関数を持っていません。これも OGRE のコンセプトです。 OGRE は非常にコンパクトなエンジンです。それは力学、AI、地形、そして BSP を持っていません。OGRE の開発が始まった頃、そのようなエンジンは常識では考えられませんでした。「エンジン」とは FPS を速やかに実現するために多くのフィーチャーを実装していなければならないモノだったからです。しかし、他のいくつかのエンジンは、多くの達成課題や多くの論争を解決することができずに、開発が止まり始めました。その間にも OGRE はその進捗を維持しました。

たとえば、あるエンジンにおいて、あなたが BSP の処理に納得がいかなかったとしても、ソースコードをいじらない限り組み込みの BSP 処理を変更することはできません。 OGRE はそのようなケースに対して異なる道を示しています。「換装」は「唯一無二の標準」を否定します。 OGRE において、あなたは異なる BSP を開発することが可能です。同じことが XCube でも言えるのです。この特徴は Wii 的であると呼ぶこともあります。

Various Open-Source Style

2007-01-31T12:23:11+09:00

私は、長い間、オープンソースの考え方がお気に入りでした。しかし、ここ数年、私は、私の周辺のオープンソースに限定して、いくつかの疑問を抱くようになりました。昨日、私は、同僚とそれについて雑談する機会を持ちました。私の勤め先は、オープンソースについて何の関心も持っていません。しかし、私達には、オープンソースに関して共通のエキサイティングな経験がありました。それは Doom 、そして Quake です！　これらのGPL版は、私の記憶に残る真実のオープンソースであり、私の原点でした。この価値観は、私が XOOPS 日本コミュニティと相性が悪い原因かもしれません。しかし、活動的ユーザーであれば、なぜ私が Quake にそれを見いだしたか理解を示すでしょう。

日本の XOOPS コミュニティの周りには、「オープンソースとは何か？」という議論があります。オープンソースは、単にコンセプトのあるライセンスにすぎません。しかし、その精神の解釈について、多くの人々は、それぞれ異なる意見を持っています。

私がオープンソースにおける新米の活動家だったため、私は、この議論についてしばらく自分の意見を持ってきませんでした。そして、日本オープンソースコミュニティの一部の先輩方は、オープンソースの決まり事について私に指導してくれました。面白いことに、皆さんが教えてくれた「決まり事」は人によって言うことが全部違っていました。これは、（ライセンスを除けば）統一的な不文律などは存在していないことを意味しています。オープンソースは、活動的ユーザーを束縛する行動制約の集合ではなく単にライセンスです。

私は、行動を伴わない解釈議論が好きではありません。それは、一種のシミュレーションであり学術的な活動です。私がオープンソースに参加した理由は、大学の代わりにディベートの授業を受けることを望んだからではありません。スポーツ討論をするためだけに、スポーツクラブに入る人はいないでしょう。私は、実際に何かをするために、この世界に入りました。ですから、私は机上の空論で議論をしたいと思いません。当初私は、日本の文化の下では、おしゃべりだけの人間は誰からも嫌われると信じていました。しかし、私は、どういうわけか XOOPS Cube 日本における少数派の側にいます...

それゆえに、私は、国際コミュニティに期待しているし、英語をもっとうまく使いたいと思っています。

私は日本が嫌いではありません。オープンソースに関しては合わないと思って入るだけです。

私にとって最も良いオープンソースプロジェクトは何か？　それについて、私は、模範的回答として gcc を挙げるべきでしょう。しかし、それは私の本当の真の意見ではありません。間違いなく、私にとっての最も良いオープンソースプロジェクトは、「 Quake2 」です。私は、 i.d. ソフトウェアがそれを公開した出来事を忘れることができません。それは、エキサイティングな出来事でした。私は、ソースコードを変えて、そして、他の人たちによって変更されたカスタム Quake を手にいれることに夢中になりました。それは、まさに自由であり、そして、その自由は、一般人の活動によって満たされていました。世界は、美しく、エキサイティングでした。

その経験は、オープンソースにおける私の原点です。私は、 XOOPS Cube が楽をする場所ではなく、エキサイティングのための場所であってほしいと思っています。私の意見は、与えられた役割を果たすことを望む一部の日本人によって嫌悪されるでしょう。しかしながら、私は、結局、オープンソースは彼らの希望を満たさないと思います。オープンソースは、ライセンスによって保証される心の自由です。プロプライエタリのサブセットではありません。ですから、私は、日本から国際グループへプロジェクトを動したいと思っています。なぜなら私は外国の方が積極的な人々が多いと信じているからです。

私は、オープンソースについての議論をすることは嫌いではありません。しかし、実行動なしで議論のみをすることは、無益な時間です。私は、なぜ多くのユーザーが実行動より議論を好むか理解できません。

ところで、 GPL Quake は、中央集権組織を持っていませんでした。もちろん、 XOOPS を Quake と比較することは、ナンセンスです。しかし、オープンソースを突き詰めれば、「自由」に行き着くはずです。私の疑問は、この意見への反対者がよその例を挙げるばかりで自分では何もしないことです。

Careless oversight

2007-01-13T23:30:35+09:00

私は不注意なバグで２日間苦しみました。恐らく、あなたは私の不注意な問題を笑いとばすでしょう。もしくは、それは私とあなたにとって、良い教訓になるかもしれません。

私はある法線ベクトルから、別の法線ベクトルへの回転を計算する数学関数を開発しました。これにより、オブジェクトは指定されたポイントに向かって向きを変えることができます。猛獣がプレイヤーをロック・オンして、彼を攻撃するようなことに、この一般的な関数は役に立ちます。この私の作業において、私はこれら２つの法線ベクトル間の角度を必要としない新しい方法を試しました。この方法では、クォータニオンはアークコサイン等なしで内積と外積のみによって計算されます。この方法は有名ですが、それは実装は初めてでした。

実装が終わり、私と仕事仲間は改造されたメソッド'Look At'に満足していました。しかし、しばらくして、私たちは、このメソッドで回転されたオブジェクトが目標ポイントに背中を向けていることに気付きました。別のプログラマーは前方方向を示す基本的なベクトルを逆にしました。彼は、この最初の問題を解決して、諸点を調整しました。私は、彼の修正をしらずに、すぐに別の問題に遭遇しました。私が'前進'をオブジェクトに与えたとき、オブジェクトは後退を始めたのでした。

私たちは、ミーティングを持って、このバグの原因が異なる座標系の混在だと推測しました。私たちは右手座標系を使用していました。ですから、私たちは左手座標系の計算コードを含むバギーなコードを見つけさえすればよかったのです。しかし、私たちはバグポイントを得ることができませんでした。

翌日、デザイナーは、アプリケーションのメッシュ・データ・エクウポータのオプション項目が切り替わっていたことに気づきました。エクスポータは左手座標系のデータとして、メッシュ・データを変換していたのでした。私たちはデータが私たちのテストに正しいかどうかを検証していませんでした。私が、私たちが完全に理解していなかった異質のコードを書いたので、私たちは、原因がプログラミングバグであると思いこんでいたのでした。。。

Good bye 2006 & JP Official Site

2007-01-10T23:29:43+09:00

ハッピーニューイヤー !　そして、私は、 2006 年と日本公式サイトへさよならを言いました。 xoopscube.jp は新しいモデレータを得て、そして、公式のサイトであることを止めたのです。それは、重要な前進です。なぜなら、日本のユーザーは、強迫観念から解放されたからです。誰もが、公式サイトとは何か？といったことを考えずに自分自身の信念の下で実行動できるのです。

あなたは、日本人は決して実行動に出ないと思うかもしれません。確かに、xoopscube.jp は、行動なけれども要望ありのユーザーから成る不活発性集団のように見なされます。日本人は出る杭を打つ習性を持つ動物です。ですから、この国で、すすんで出る杭になろうと思う人はいません。しかし、活動的ユーザーは、 xoopscube.jp の縮小計画を理解し、そして、多くのプロジェクトを始めました。私は、それらのうちいくらかを、ここにリストしました。

中央集権主義を愛する一部のユーザーは XOOPS Cube が消滅するだろうと警告します。彼らは、他の有名なオープンソースプロジェクトと同様に、コミュニティをコントロールすることができるかどうかを試したがっています。とても良いことです。彼らは、開発チーム抜きで自分自身の政治的手腕を試してみることができる自由を手にしました。あらゆる価値観は、なんの許可もなく存在するものです。自身の信念の下で行動してください。

たとえ XOOPS Cube が日本で将来消滅するとしても、私は、それは全く問題ない、と思います。なぜなら、歴史は、人々の行動の結果だからです。私達ができる唯一のことは、私達の行動の結果を受け止めることです。行動しないことは、望みを持たないことに等しいのです。

XOOPS Cube は、国家でもなければ、政府でもなく、地球でもなければ、宇宙でもありません。すなわち、これは命がけで必要とされるものではありません。ですから、滅亡可能な XOOPS Cube で、私達は、私達が、目的実現のために行動し、それを共有することができるフロンティアであるかどうかを試すことができるのです。私達が真に人間であるかどうかを試すことができるのです。

Constructor in PHP

2006-12-22T23:30:10+09:00

いくらかのモジュールは、 Cube Legacy 2.1 上で動作することができないでしょう。原因のうちの 1 つは、継承クラスのコンストラクタがその基底クラスのコンストラクタを隠蔽することです。 Marijuana 氏は、この問題を指摘しました。しかし、私が思うに、そのようなコードを書いた開発者は、それを隠蔽することを意図していなかったでしょう。つまり、彼らは、 PHP の、ある仕様を知らなかったのではないかと思います。


class A {
  var $mFuncB;

  function A() {
    $this->mFuncB =& new XCube_Delegate();
  }

  function funcB() {
    $this->mFuncB->call();
  }
}

class B extends A {
  var $mFlag;

  function B() {
    $this->mFlag =& new Flag();
  }
}

$instance =& new B();
$instance->funcB();

多くの開発者は、上記プログラムにおいて全く問題を感じないでしょう。しかし、 funcB() が呼ばれるとき、そのプログラムは、致命的エラーを上げます。mFuncB が初期化されないことが、その原因です。実は、他の一般のプログラミング言語と異なり、 PHP 言語では基底クラスのコンストラクタは自動的に実行されません。私は何度もこの問題にはまりました。

あなたがコンスラクタを書くとき、あなたは、規定クラスのコンストラクタを parent キーワードを使って明示的に呼ばなければなりません。


class B extends A {
  function B() {
    parent::A();
  }
}

それは、奇妙なコードです !　しかし、あなたが継承クラスに特定の初期化コードを持っていないならば、あなたは、コンストラクタを省略することができます。空のコンストラクタは必ず parent を呼ばなくてはいけないので、この仕様は、非常に有益です。私は、コンストラクタをしばしば省略します。

XOOPS Cube Legacy 2.1 において、いくらかのクラスは、それらのコンストラクタに追加の初期化コードを持ち始めました。従って、サブクラスが基底クラスのコンストラクタを隠す場合、それは、不互換性問題の原因であるかもしれません。開発者は、 PHP の仕様、及び、他の一般の言語の間の差異に注意する必要があります。

基底クラスのコンストラクタは、隠蔽されるべきでありません（たとえ PHP でそれをすることが可能であるとしても）。従って、 XOOPS Cube のコーディング規則は、モジュール開発者のために、この問題に言及するでしょう。

PHP において、あなたは、必ずしも C++ 等々のようにコンストラクタをを書く必要がありません。
あなたがコンストラクタを書かなければならない場合は、他の言語との融和性のために、コンストラクタの先頭部分へ parentコールを挿入してください。

私は、プロフェッショナルのウェブプログラミングを知りません。しかし、コンストラクタを隠蔽することは、 PHP プログラマのための一般のチップではないでしょう。継承クラスのコンストラクタがその基底クラスのコンストラクタを隠蔽することは、継承の否定です。

Japanese community started to remove 'official' title

2006-12-21T01:50:02+09:00

I and Mr. nobunobu take a business trip nearly every week this month. That's tough schedule. And it's the cause which makes development stop. After we will return from our business trip, we will release Beta 4 as the last release of this year. We already posted the change log and Mr. ayumi prepared the release news.

RC will be released next month. But, I have to go to the development camp of my company from Dec 30th to Jan 10th. Therefore, I can not touch XCube RC while I'm in the camp. The dev team will clear incomplete tasks as 'known issue'.

I don't have been able to develop XCube enough this month. I had few hours to do it as well as all other members. These days are final big test for the first dev team. In this final process, we will do the following:

We will move the official project page to sourceforge.net.
We will make the dev team open under some international conventions.
We will delegate the community management to hot users. Our opinion is that developers don't need to be leader of the community.

Until now, we have needed Japanese closed dev team for rapid development. But, we will be able to explain Cube's concept through source code in the near future. And, we will not need to discuss complex subjects in English. In other words, we will become able to finish closed team and Japanese team in the same time.

Because many Japanese like better the power game than open source development, our way will be discussed. I think Japanese people have freedom to do the power game. But, developers don't have any impositions to join it. In other words, developers have freedom to wish not to do the power game. Each freedom should be respected.

And, they who love the power game should not get the authority of the international project, just because they are Japanese people. XOOPS Cube is not for Japanese only. And, Japanese users are not special in XOOPS Cube. But, I think this concept brings true freedom to Japanese users at the last time.

xoopscube.org doesn't intervene in the administration of each community. We want to be friend of French and others, but we are not administrators in them. xoopscube.org is not the centralism to control others. Also Japanese community will get freedom.

If there are not hot users enough in Japan, XOOPS Cube community in Japan will be death. If there are hot users enough in Japan, XOOPS Cube community in Japan will evolve under free sky.

All results will be guided by not developers' impositions but users' zeal. I will receive any results Japanese users will choose, even if it is destruction.

BitmapFont on Content-Pipeline

2006-12-18T00:57:03+09:00

An old XNA Extras had used System.XML, but it becomes unable to use because XNA Framework doesn't allow to reference System.XML. But, we can use great solution using Content-Pipeline. I found it in this thread.

In this thread, new XNAExtras Aaron Leiby have posted is a very good solution. This may be the quickest bitmap font solution I have seen. This converted XNAExtras makes it possible to load XML files generated by bmfontgen with content-pipeline.

Build XNABaseWin or Xbox.
Modify the reference of XNAImport and build it.
Double-click the property of your game project and add XNAImport.dll to your content-pipeline.
Add XNABase.dll as the reference of your project.
Change properties of your XML files generated by bmfontgen. XNA Content Pipeline is true, Content Importer is BitmapFontImporter, Content Font Processor is BitmapFontProcessor.

Now, you can load your bitmap font as the following:

BitmapFont bitmapFont = content.Load(asset_name);

5 minutes episode

2006-12-16T03:52:12+09:00

あるところに、ビギンズという男がいた。彼はスーパーマーケットへ出掛けて、カップヌードルを見つけた。その製品のラベルには「あなたは５分間でこれを料理できます」と書いてあり、そして値札には「たったの１００円」と書かれていた。ビギンズはこの食料品を購入し、帰宅してその調理にとりかかった。

しかし、ビギンズは、カップヌードルの調理に必要なお湯を準備していなかった。そのうえ、そもそも湯を沸かすためのケトルを持っていなかった。彼は、店に戻り、そして、さらに30分と2,000円を支払ってケトルを購入した。

こうして、カップヌードルはできあがったが、ビギンズが箸を持っていなかったために、食べることができなかった。彼はついに激怒し、店に戻ると、店員にこの食料品の不当表示について抗議を始めた。

ビギンズ: このラベルには５分間でこれを調理できると書いてある。しかし、湯がなかったら、５分間で調理することはできないじゃないか！

店員: お客様、ラベルをよくお読みになっていただければ分かるのですが……「お湯を加えて５分間」とあります。

ビギンズ: でも５分だよ、５分！　５は赤い色で強調されている。誰がそんな必要条件まで目をやるというんだ！　それにレジ係が箸をくれなかったから結局食えなかったんだぞ！

店員：は、箸？　お客様、なんのことでしょうか？

ビギンズ：このラベルは、「５分間で調理可能」と書いてある。言い換えれば、誰でも、簡単になんでもできるってことだろ！　しかし、レジ係は箸をくれず、私は食えなかった！　これは不当表示だ！

店員: ちょ……お待ちください、お客様。このラベルは「なんでも簡単にできる」なんて書いていません。このラベルはお湯が準備済みの場合の調理時間について言及しているだけです。

ビギンズ：でも５分だよ、５分！　５は赤い色で強調されている。この文面だと、初心の料理人なら「俺は何でも簡単にできるんだ」って期待するだろ！

店員：私はお客様が小学校から人生やり直すことを期待しますが。。。

ビギンズ：さらに、この値札は「たった１００円」と書いてある。でも、私はケトルと箸を買うのにさらに2,100円使ったんだぞ！　私はこれが不当表示であると言わざるを得ない。

店員：。。。

ビギンズ：私はこの不当表示を警察に申告するつもりだ。

店員：私も警察呼んでいいでしょうか？

日本のコミュニティは「PHPおよびMySQLが利用可能なサーバであれば、約 5 分でインストールでき、直ちに当サイトのようなユーザ登録型コミュニティサイトを立ち上げることが可能です」と書かれているウェルカムメッセージを取り除きます。ユーザーが「なんでもできる」と誤解してしまうためです。

このメッセージはCube以前の別の人々によって作られたものですが、私はこのメッセージをCubeのリリースまで保持すべきだと提案しました。なぜなら……私は日本が高い識字率を持つ先進国の一員であると思いこんでいたかったからです。(^^;

XNA Framework doesn't support drawing text

2006-12-13T01:48:40+09:00

I had heard that XNA Framework RTM tries to enable to use fonts for drawing text on the screen. I have expected it, because most of game frameworks doesn't have such feature. But, according to this thread, it seems impossible to use fonts for drawing text. We will have to keep the solution using bitmap font textures.

XNA Express and Framework have been released

2006-12-12T23:47:50+09:00

XNA Game Studio and XNA Framework have been released. We can build the game for Xbox 360. It's just cross-compile. But, it's impossible to share one project for PC and Xbox. That's a barrier for all developers.

Can't touch source code...

2006-12-11T21:43:41+09:00

私が限定的なネットワーク環境の下であまりに忙しいので、私は現在ソースコードにさわることができません。XOOPS Cubeを開発するために、私は私の家に戻らなければなりません。しかし、私が毎晩私の家に戻ることは、不可能です。それに加えて、私が家に戻って来るとき、私には新しい服を準備するためのわずかな時間がありますが、他の仕事を行うことはできません。

現在、のぶのぶさんがフィックスとパッチをしています。しかし、彼も非常に忙しいです。

12月は、日本で最も忙しい月です。日本人は12月のことを「師走」と呼びます。「師走」は偉大な師匠も若者と同じように仕事を終えるためにあちこち走り回らなければならないことを意味している古語です。

ディベロッパー・チームのメンバーは、彼らの会社で彼らの仕事をしなければなりません。しかし、彼らはコミュニティにチェックすることをリクエストしました、そして、コミュニティはそれをするためにその最善を尽くします。我々は、RCの代わりに新たなベータを得るでしょう。

ところで、日本のサイトは、XOOPS Cubeの無政府主義において特別な公式サイトです。しかし、サイトは無政府主義に従い、そのサイト名からタイトルを取り除くでしょう。そして、ディベロッパー・チームはsourceforgeへ移動するでしょう。彼らはRCと同タイミングでそれをすることを望みました。しかし、彼らは独立した計画として計画を取り扱うかもしれません。少なくとも、日本のサイトは、他の国のサイトと同様にサイトのうちの1つであるというその更新計画を発表します。

私がクリスマスに家に帰ることがありえるように、ちょっとあなたの指を横切っておいてください。

C# Possibility for game development

2006-11-28T22:46:35+09:00

現代において、大部分のゲーム開発者は、 C++ もしくは C （と若干のマシン語およびシェーダ）を使わなくてはいけません。これらの言語は、非常に強力であり、 C++ は、十分に生産的ですから、特に問題はありません。

しかし、私は、休日用に、他の言語を求めてきました。あらゆるゲーム開発者は、自身のゲームを開発することを望みます。しかし、それは、不可能なように思われます。ゲーム開発は、多くの時間を必要とするからです。大部分の開発者は、自身のゲーム開発より休暇をとって眠ることを望みます。

その目的のために、私は、最小のアーケードゲームを開発するのにいくらかのライト級のプログラミング言語を必要としました。それらは、休暇用の迅速なゲーム開発用の言語です。私は、 HSP 、 Python 、 Ruby 、 Java 、及び、ゲームエンジンのいくらかのスクリプトを試みました。（私は、一度だけ会社の仕事で Java を使ったことがありますが、二度とゲーム開発には使いたくありません）

そのようにして、私は、多くの言語を試みました。しかし、私は、いつも同じ結果を得ました。C++ がゲーム開発においては世界上で最も生産的な言語であるということです。そこで、私は、 boost ライブラリと OGRE をチェックし始めました。

しばらくして、私は、 Managed DirectX と C# 2.0 に出会いました。 Managed DirectX は、 DirectX のマネージドライブラリ版です。C# 2.0 は、 Generics 機能を持つ C# の拡張です。私は、これらが現在最も良い答えである、と思いました。そして今、マイクロソフトはゲーム開発のために調律された .NET 製品である XNA フレームワークと XNA スタジオを提供します。

C# は、低パフォーマンスです。C# や Java のような、 GC 機能を持つ言語は、リアルタイム処理に対する適性を持っていません。私が XNA との最初の接触を持っていたとき、私は、 XNA と C# はなんらかの方法で GC の問題を克服したのだと考えました。しかし、 XNA は、やっぱりひどいパフォーマンスです。

しかしながら、私も他の開発者も、それに関して同じ結論にたどり着いています。その結論は、我々が GPU 至上主義者であるべきであることです。GPU 処理では、 C++ と C# に、パフォーマンスの違いはありません。GPU が物理学等々を計算し得るというアイデアは、いくらかの本にあります。しかし、それは、生産的な方法ではないかもしれませんが...

ESruts

2006-11-26T17:09:21+09:00

このサイトは、私のエントリによって作られたサンプルのコレクションです。そのリポジトリは、 Cube Legacy の最新のバージョンで動作可能な状態をキープされているサンプルを持っています。

私は、今まで多くのサンプルを書きました。しかし、それらの大部分は、最新のバージョンにおいて動作しません。なぜなら、 Cube Legacy は、その仕様を変えたからです。私は、それらとそれらのドキュメントをフィックスする協力者を必要とします。パッチ追跡者システムは、 XOOPS Cube プロジェクトのそれと同様に、あなたのパッチを受けます。そして、あなたが母言語の翻訳をコントリビュートできるのであれば、 UTF-8 でメールを私に送ってください。私の電子メールアドレスは、 minahito at users.sourceforge.jp です。

Cubson has gone to sourceforge.jp

2006-11-25T23:57:12+09:00

私は、sourceforge.jp の XOOPS-Shade プロジェクトページへ cubson の全資源を動かし始めました。しかし私は、sourceforge.jp においてプロジェクトページを作ってしまったことを後悔しています。

Sourceforge.net は、 sf.jp より良いリポジトリです。それは、私達にとって最良のソリューションです。なぜなら、 sf.net は、多くの優れたフィーチャーと UTF-8 を持っているからです。英語は、 sf.jp においても利用可能です。しかし、このリポジトリを世界の仲間に薦めたいと考える人はいないでしょう。

しかしながら、私は、名前に XOOPS Cube を含んでいながら活発度 0% のプロジェクトページを持つことを望んでいません。従って、私は、 cubson が良い国際的ツールであろう状態になるまで、 sf.jp に XOOPS-Shade プロジェクトを保持し続けるでしょう。それから、我々は、これらのページを sf.net に動かすでしょう。

もちろん、私は、英語で書かれたあなたのメッセージを歓迎します。そして、私は、英語でドキュメントの準備をするでしょう。cubson に関する URLs は、下記です。

Project top page

リリースニュースは、このページにあります。Sf.net は、 RSS を公表し得ます。しかし、 sf.jp は、それをすることができません。うーん、これらのニュースは、現在日本語オンリーです。私は、十分なメンバーを集めるために日本人のための容易なニュースを必要とします……うーん

Forum

あなたは、 Google adsence の位置に驚くかもしれません。このサイトは、アフィリエイトサイトのように見えます。しかし、これは、私達のディスカッションフォーラムです。記述は、あなたのアカウントを必要とします。あなたが sf.jp にあなたのアカウントを持っていないならば、登録しましょう。

Bug Tracker

これは、 cubson のためのバグ追跡者システムです。あなたは、そこで報告するのにあなたのアカウントを必要とします。

Wiki

これは、英語では難しいもののうちの 1 つです。なぜなら、この Wiki は、日本語のためのものだからです。しかし、私は、お粗末な英語で多くのドキュメントを書いてきました。私は、 sf.net における将来のプロジェクトページに備えてそれらを準備します。この wiki は、フリーであり、そして、あなたは、あなたのアカウントを必要としません。

Detailed commentary on the sample message module

2006-11-24T23:55:59+09:00

Installer

このモジュールは、 PM と交換されますので、このモジュールが PM の現存するデータを移動させることができればベストです。そのような目的のために、 XOOPS2 ではモジュール開発者は onInstall スクリプトを使用します。Legacy 2.1 では、カスタムインストーラが利用可能です。カスタムインストーラは、 xoops_version において宣言された特定のクラスです。通常、そのクラスは、コントロールパネルにおけるインストール機能によって使われるインストーラクラスのサブクラスです。

$modversion['legacy_installer']['installer']['class'] = "Installer";

これは、正式なクラス名ではありません。正式なクラス名は、この宣言と dirname によって生成される合成名です。それは {Dirname}_{class} です。この場合、正式なクラス名は、 "Messgae_Installer" になります。そのクラスは、 admin/class/{class}.class.php において定義されなければなりません。

命名規則は、複写可能なモジュール、及び、 D3 モジュールのためのいくらかのオプションや例外を持っています。詳細は Legacy_ModuleInstallAction のコメントを見てください。

モジュール開発者は、カスタムインストーラによってインストールプロセスの全てをコントロールすることが可能です。onInstall より優れた仕様は、柔軟性、及び、ロギングです。インストーラクラスは、そのメンバープロパティとしてログインスタンスを持っています。それを通じて、このモジュールは、マイグレーションに関するメッセージをユーザーに示します。これらのメッセージは modinfo.php において定義されています。

Kernel handler hook

プライベートメッセージは、 Legacy 2.1 の任意の仕様です。しかし、それは、他のフィーチャーにおいてはポピュラーな仕様です。例えば、悪名高き XoopsMultiMailer は、メール、及び、メッセージを抽象化します。同じく通知機能は、プライベートメッセージを使います。これらのクラスは、メッセージを送るためにカーネルのプライベートメッセージハンドラを使います。従って、このモジュールはこのハンドラをフックしなければなりません。どうすればよいでしょうか ?

答えはデリゲートを理解することにあります。カーネルのハンドラは、フライウェイトパターンの一種である xoops_gethandler() を通じて取得されます。 xoops_gethandler() は、デリゲートイベント "Legacy.Event.GetHandler" を備えています。従って、プリロードで関数をこのイベントに加えることによってそれをフックすることが可能です。それによって、 xoops_gethandler() は、プライベートメッセージハンドラを得るためのリクエストに対して、このモジュールのアダプタクラスを返します。それは、興味深いです。kernel/privmessage.class.php を見てみてください。

Note

xoops_gethandler() は、キャッシュを持っています。だれかが preBlockFilter() の前にプライベートメッセージハンドラを得るならば、イベントは、プライベートメッセージハンドラのために、二度と呼び出されないでしょう。

プリロードをプライマリプリロードとして指定可能な状態につくっておくことはよい解決策になります。

When is RC released?

2006-11-23T23:52:23+09:00

開発チームはRCの基準が何であるかに関して議論しています。多くの開発者がRCバージョンに固定APIを要求するでしょう。しかし、それをするためには、多くの実例が必要です。この年末に、それらを開発するために空き時間を保つことはかなり困難でしょう。

しかしながら、私は、1つのバグと3つの設計ミスを、昨日のあの程度のサンプルモジュールを通じて発見しました。ですから、実例を開発するということは本当に重要です。 XOOPS Cube Legacy2.1には、ソフトウェアデザインの他の問題があるかもしれません…

しかし、十分時間のある人なんていません。非常に難しい問題です。

Sample: The Advanced Private Message

2006-11-22T23:55:45+09:00

私は、このサイトの XOOPS 開発者リングの次のリンクを tohokuaiki 氏に変更しました……といいますのも、 gusagi 氏のサーバは、壊れてしまったからです。私は、彼のサーバに哀悼の意を表します。

さて、ここに Legacy 2.1 のためのサンプルモジュールがあります。「message」モジュールは、進歩したプライベートメッセージモジュールです。それは、送信ボックス、草稿ボックス、プレビューを可能にします。

あなたは、このサンプルによって次のものを学ぶでしょう :

どうやって Legacy 2.1 のカーネルハンドラをフックするか
ログと共にある Legacy 2.1 時代におけるインストールスクリプト
User-Control-Event の応用
Legacy 2.1 のための共通インタフェースとしての仮想サービス
cubson 0.52.3 のサンプル（あなたが cubson ユーザーであるならば）
そして、 Cube の換装コンセプトの一端

あなたは、このモジュールを動かすのに Cube Legacy 2.1 の最新のスナップショットを必要とします。ダウンロードページからこのモジュールを得てください。

インストール方法
あなたが pm モジュールをインストールしたならば、それをアンインストールしてください。
このモジュールをインストールしてください。
現存するメッセージは、インストールスクリプトによって自動的にマイグレーションされます。

UTF-8 Language Manager for Legacy System (2)

2006-11-21T22:33:00+09:00

昨日のテスト版 UTF-8 言語マネージャは、 global.php を UTF-8 に変換していませんでした。nobunobu さんが、パッチを私に送ってくれました。私は、 nobunobu さんのパッチをマージすることによってバージョン 0.02 をアーカイブしました。

言語マネージャが global.php を変換しなければならないので、 global.php において定義されるオリジナルの _CHARSET を使うことは、不可能です。そこで、言語マネージャは、設定ファイルの情報、または、言語マネージャクラスの組込固定情報を使うようになりました。

Verison 0.02 では、組込固定情報として日本語 ( EUC-JP ) 、及び、韓国語 ( EUC-KR ) があります。設定ファイルによってこれらの情報をオーバーライトすることが可能です。もちろん、他の言語を加えることもまた可能です。

[Module_Utf8LangMgr]
multibyte=chinese,korean,japanese
chinese=big5
korean=...

UTF-8 Language Manager for Legacy System (1)

2006-11-20T23:56:18+09:00

私は、 Legacy System 2.1 用の汎用 UTF-8 Language Manager を開発しました。あなたはダウンロードページからこれをダウンロードできます。これは、まだテストバージョンです。そして、あなたはこのモジュールのアクションフィルタがモジュールプリロードより早く働かなくてはいけないため、特別な方法によってこれをインストールしなくてはいけません。しかし、それは、非常に容易です。

Step1... 事前条件の確認

このモジュールは、 UTF-8 エンコーダとして Utf8LangMgr_LanguageManager をあなたのサイトに提供します。しかし、このモジュールは、インストーラには何の影響も与えません。従って、あなたは、自分で UTF-8 データベーステーブルを作成しなければなりません。しかし、各モジュールの言語ファイルを変換する必要はありません。

Step2... モジュールの配置

他のモジュールと同様に、 /modules にこのモジュールのディレクトリを置いて下さい。

Step3... 設定の変更

Legacy パッケージの構成は、 /settings/site_default.ini.pnp に書かれています。あなたは、そのファイルに優先プリロードとしてこのモジュールのプリロードを指定しなければなりません。XOOPS Cube がオーバーライド設定機能を持っているので、 site_default.ini.php を直接修正する必要はありません。/settings 内で site_custom.ini.php を作成して、そして、下記のように書いてください。

/**

[Legacy.PrimaryPreloads]
SetupUtf8LangMgr=/modules/Utf8LangMgr/preload/Primary/SetupUtf8LangMgr.class.php

*/
?>

完了です。トラブル報告は xoopscube.org フォーラムのスレッドにお願いします。

覚え書き

あなたのサイトがマルチバイト言語を用いるならば、あなたは、 charcode をこの言語マネージャに通告しなければなりません。私が知っているいくらかの言語の Charcode は、このモジュールの優先プリロードに含まれます。しかし、それが自動的に解決されないならば、あなたは、 site_custom.ini.php に記述を加えなければなりません。

[Module_Utf8LangMgr]
japanese=EUC-JP
korea=...

このファイルにおける設定は、自動ソリューションより早くこの言語マネージャに適用されます。

Smart Update Summary (3)

2006-11-18T16:09:11+09:00

Status

update() メソッドが全ての情報構造体のステータスを変更した後、smartUpdateAllOfBlocks() はこれらのステータスをチェックしながら DB を変更していきます。どのように DB が変更されるかはステータスによって決定されます。

Loaded

情報構造体はロードされています。そして、この情報と最新コレクションの別の情報には違いがありません。したがって、この情報に関して DB を変更する必要はありません。

Updated

情報構造体と別の情報には違いがあります。そして、この情報はもう一方の情報によって既に更新されています。従って、この情報に関するデータベースのレコードを更新する必要があります。updateBlockByInfo() はそのためによいユーティリティメソッドです。

Order Updated

情報構造体と別の情報は同じ内容です。しかし、ただオーダーのみが異なります。従って、この情報に関するレコードのオーダーフィールドのみを更新する必要があります。なお、ブロックにはオーダー情報はありません。このステータスはプリファレンスのみに適用されます。

New

現在のコレクションがある情報を持っていなかったとき、それは現在のコレクションへ追加されます。そして、その情報のステータスは 'New' に変更されます。この場合、 DB にそれを挿入する必要があります。InstallBlockByInfo() はそのために良いユーティリティメソッドです。

Deleted

この情報構造体が最新コレクションの中でみつからなかったので、この情報のステータスは'deleted' に変更されています。この場合、それを DB から削除する必要があります。 uinstallBlockByInfo() はそのために良いユーティリティメソッドです。

結論

smartUpdateAllOfBlocks() と smartUpdateAllOfPreferences() は非常に便利です、なぜならそれらは私がここ最近で説明した十分なプロセスを実装しているからです。ほとんどの場合、あなたはアップデート処理をこれらのユーティリティメソッドに委ねることができるでしょう。しかし、もしあなたがあなたのフェイズド・アップグレードの中で高度なアップデートを必要とするのであれば、あなたはこれらのクラスを理解するべきです。

Smart Update Summary (2)

2006-11-16T23:19:27+09:00

Smart update for blocks is good to understand the basic activity of these classes. smartUpdateAllOfBlocks() is in Legacy_InstallModuleUtils.

Gets the current collection from DB with ModinfoX2DBReader.
Gets the latest collection form xoops_version with ModinfoX2FileReader.
Update the current collection with the latest collection.

In these process, the current collection merges the latest collection without losing values if at all possible.

Let's see BlockInfoCollection::update().

Deleted

}

foreach (array_keys($collection->mBlocks) as $idx) {
$func_num = $collection->mBlocks[$idx]->mFuncNum;
if (!isset($this->mBlocks[$func_num])) {
$this->add($collection->mBlocks[$idx]);
$this->mBlocks[$func_num]->mStatus = LEGACY_INSTALLINFO_STATUS_NEW;
}
}
}

BlockInfoCollection::get() is useful to check whether another collection has the same information structure as this collection. If another collection doesn't return an instance with the same key, this block has been deleted in the latest version. In this case, changes the status of the information to "deleted". Because the collection doesn't know how to delete data from a resource, it doesn't have the process to delete. There are several kinds of status.

Smart Update Summary (1)

2006-11-16T02:14:23+09:00

Legacy_ModuleInstallUtils クラスはインストールのための静的メソッドを集めています。このユーティリティの smartUpdateAllOfBlocks() と smartUpdateAllOfPreferences() はブロックとプロパティを迅速に更新します。

この更新プロセスは XOOPS2 および XOOPS2 JP においては厳格ではありませんでした。しかし、 Legacy 2.1 はそれを厳格にしました。私はここに「賢いアップデート」の仕組みを書こうと思います。モジュール開発者はそれを学習する必要はありませんが、もしあなたがカスタム-インストーラを使おうとするのであれば、知っておいた方が良いでしょう。

ユーザーがモジュールを更新しようとするとき、モジュールは２つの情報……DB（現在）と xoops_version （最新）を持っています。アップデートとは DB の値を失う事なく DB を xoops_version で交換するプロセスです。

Smart-update は現在のモジュールのコンフィグレーションと、最新のモジュールのコンフィグレーションの差異を認識します。そのために多くのクラスが定義されています。しかし、これらは一般的なパターンですので、簡単に理解できると思います。

Legacy_BlockInfomation と Legacy_PreferenceInformation は値を保持し、値を他の構造体と比較するシンプルな構造体です。isEqual() は別の構造体と値を比較します。update() は別の構造体と値をマージします。

各情報構造体のためにコレクションクラスがあります。コレクションクラスは複数の構造体を保持し、それらを別のコレクションと比較します。 add() は指定された構造体をソートしながらコレクションリストに追加します。update() は別のコレクションと構造体を比較してマージします。

これらの情報構造体もこれらのコレクションクラスもいかなる保管資源とも結び付いていません。すなわち、これらは DB も xoops_version も参照しません。それをするのはリーダークラスです。リーダークラスは DB や xoops_version といった保管資源をロードすることでコレクションクラスのインスタンスを構築します。将来、新しいフォーマットが登場した場合は、新しいリーダークラスを追加すればよいわけです。

Phased Upgrade (1)

2006-10-31T23:17:20+09:00

Legacy モジュールはモジュールアップグレードのための新しい仕様を実装しました。 XOOPS2 JP において、アップデートスクリプトの仕様がアップグレードステップに対して十分ではなかったため、モジュール開発者は彼らのモジュールを自在にアップグレードすることができませんでした。モジュールの歴史の上では、多くのことが変更されます。 DB テーブルへの新しいフィールドの追加、モジュールへの新しいブロックの追加、コールバック関数の改名やリソースの除外…… XOOPS JP はこれらの情報を厳密な定義なしで自動的に更新しようと試みます。すなわち、そこに厳密なルールはありません。そのため、モジュール開発者は XOOPS2 JP がどのようにモジュールを更新するかを調べるために XOOPS2 JP を探索しなければなりませんでした。

ベータ３で、 Legacy System モジュールは vBulletin ライクな段階的アップグレードモード (phased upgrade mode) を導入しました。このモードでは、アップグレードはマイルストーン・バージョンに制限されます。たとえば、以下のような悪魔的なチェンジログを持つモジュールがあるとします。

v0.10 初版 (varchar(255)の value フィールドが DB テーブルに存在)
v0.20 新たに整数フィールド 'value2' をテーブルに追加
v0.30 既存フィールド 'value' を DB テーブルから削除
v0.35 'value2' を 'value' に改名

この悪魔的なチェンジログに対して、あなたはどのようにコールバック関数を書きますか？　不可能ではありませんが、それはとても困難です。大半のプログラマは XOOPS2 JP のよくないスペックと格闘することに時間を浪費したいと思わないでしょうから、大胆な変更は失われていきます。

段階的アップグレードは、アップグレードを複数のプロセスに分割することを可能にします。この例であれば、

1) v1.0 -> v2.0 upgrade
2) v2.0 -> v3.0 upgrade
3) v3.0 -> v3.5 upgrade

この方法により、ユーザーはいかなるバージョンからも正常に最新版へアップグレードすることができます。そして、モジュール開発者は Legacy System モジュールの自動的不正確アップグレード機能を抑制することができます。

モジュール・アップデート機能はベータ３より Legacy_PhasedUpgrader クラスを使用します。モジュール開発者が段階的アップグレード(phased upgrade)を望む場合、彼は Legacy_PhasedUpgrader のサブクラスを宣言しなければなりません。彼はクラスの全メソッドをオーバーライドすることができますが、 Legacy_PhasedUpgrader はモジュール開発者が段階的アップグレードを容易に実現できるように設計されています。したがって、マイルストーンバージョン番号とそのバージョンへのコールバックメソッドを定義するだけでよいでしょう。

Example Module "upgradeTest":

まずはじめに、 upgradeTest-0.10 をインストールしてください
次に、 upgradeTest-0.35 をアップロードし、それからこのモジュールをアップデートしてください。
あなたは三段階でアップグレードしなければならないでしょう。

この例のチェンジログは上の悪魔的チェンジログです。しかし、あなたは以下のようなステップで正確にアップグレードを達成するでしょう。

(1) upgradeTest 0.10 -> upgradeTest 0.20 (Phased Upgrade) -> (2)
(2) upgradeTest 0.20 -> upgradeTest 0.30 (Phased Upgrade) -> (3)
(3) upgradeTest 0.30 -> upgradeTest 0.35

upgradeTest-0.35 はモジュール開発者のための良いサンプルです。

OSC2006/Fall Inside Story

2006-10-30T23:50:55+09:00

インサイドストーリーといっても、これは別におおげさな話ではありません。先週の土曜、私は OSC2006/Fall (Open Source Conference 2006 tokyo Fall) に出掛けました。これは日本オープンソース界でもっとも有名なイベントです。多数の企業とコミュニティがこのイベントに参加しました。彼らはブースを開き、講演を行いました。

XOOPS Cube 日本コミュニティも参加しました。 XUGJ (Xoops Users Group Japan) メンバーがブースで出展しました。開発チームからは、私と nobunobu さんがスピーチを行いました。このインサイドストーリーはそのスピーチに関するものです。

先週の金曜日、翌日のためのプレゼンテーションファイルはまだ完成していませんでした。初代開発チームはもうすぐその役割を終えるので、 OSC2006/Fall は開発チームにとって最後のイベントです。次の OSC からは、モジュール開発者が主役と中核を担うようになります。したがって、私は自分の意見のすべてを話すつもりでした。私はプレゼンテーションファイルを完成させるために最善を尽くしました。そして、 AM 3:30 、それは完成しました。ファイルは私の mac mini に格納され、 mac mini は私のバッグに格納されました。それから私は睡眠を取りました。

翌日、私は繰り返し mac mini の VGA アダプタを確認していました。７月の XTC2006 イベントで、私は VGA を忘れたことがありました。そのため、 XTC スタッフは私のスピーチが始まる前にショップに駆け込まなければなりませんでした。私は同様の失敗を恐れていました。私はバッグの中で mac mini の VGA アダプタの存在を確認すると、新宿へ出発しました。そのとき、 mac mini の AC アダプタは私の部屋の床の上にありました……

私は特急列車に５ドルを払うと、誰よりも早く講演会場に到着しました。それから、私は自分のスピーチの準備を始めました。もちろん、その準備は終わりませんでした…… mac mini は AC アダプタなしではブートアップできないからです。信じられない！

私には２０分しかありませんでした。もちろん、 AC アダプタを取りに帰宅することは不可能です。開発チームのメンバーは、私が ML にいくつかの古いバージョン投稿した PDF ファイルを使うことを提案しました。他に方法はありません。しかし、講演会場ではネットにつなぐことはできませんでした。私はブースへ行ってダウンロードをお願いしました。しかし、ブースでも、誰もネットにつなぐことができていませんでした。 gusagi さんは彼のモバイルカードを使ってファイルをダウンロードしてくれました。そのおかげで、私はスピーチ用の PDF ファイルを手にいれることができました。

この準備のために私は１９分を費やしました。私は講演会場へ駆け込みました。私のスピーチは何の問題も（そして何のアニメーションも）なく終了しました。

それから、私は次のスピーチのために AC アダプタを取りに帰宅しなければなりませんでした……なぜなら、次のスピーチのための PDF ファイルは作られていないからです。私はそれのために２時間を費やしました。

ところで、私は３週間にわたり風邪をひきつづけています。そして、このトラブルで病状は悪化しました。再び講演会場に到着した時、私は２つの薬を使いました。恐らくこの２つの薬の組み合わせは私にとって悪かった。体調は最悪になりました。しかし、お客さんは私の２回目のスピーチを楽しんでくれました。

私の持ち時間をこのトラブルで失ってしまったことと、体調が悪すぎたので、私は他の OSS のブースやスピーチを訪問することができませんでした。新しいページが、私のトラブル伝説に加えられました。

しかし、私は OSC2006/Fall に加わったことをうれしく思っています。あなたは私のスピーチの PDF ファイルここで見ることができます。

Legacy_AbstractModuleInstaller

2006-10-26T00:36:50+09:00

誰だこのくそったれクラスを書いたのは！？　俺だ……

最近、私はこのタスクに挑戦しています。私はこのタスクを Beta 2 で仕上げることが出来なかった。しかし、 Legacy_AbstractModuleInstaller はモジュール開発者向けに設計されていないので、これは少し難しい……私はこのクラスを掃除することにしました。

もしこのタスクが達成されれば、モジュール開発者は vB ライクな段階的アップデートを使うことができるようになります。私は Beta 3 までにそれを仕上げて、モジュール開発者にレビューをお願いしなくてはいけません。

XOOPS Cube Legacy KICK START GUIDE

2006-10-24T02:37:46+09:00

私は、「XOOPS Cube Legacy キックスタートガイド」を Legacy モジュールのヘルプに加えました。KICK START は、私のお粗末な英語で書かれています。心配はいりません。私の友人は、それを編集してくれます。 :D

ビギナーは、このキックスタートで XOOPS Cube Legacy 2.1 の基礎的な使用を学ぶかもしれません。しかし、ひとつ問題があります……

ありえないことに、KICK START は、「ニュース」モジュール & 「newbb」モジュールを説明に使います !　D3 modles ( bulletin2 、 d3forum ) が私の英語では説明できないからです……。それに、 D3 モジュールは、特別なディレクトリツリーを必要とします。そのため、私は、最初のチュートリアルにそれについて書くことに躊躇してしまいました。

おそらく、 bulletin1 、及び、 xhnewbb を選択するべきでした。しかし、これらのものは、レビューをされるでしょう。私達にとって重要なことは、レビューのための標準のチュートリアルの草稿を得たことだと思います。

Legacy_AbstractBlockProcedure

2006-10-19T00:59:00+09:00

Description

Legacy_ControllerはXoosModueインスタンスと同様にXoopsBlockインスタンスを直接使用しません。ブロックプロセスでは、Legacy_ControllerはLegacy_AbstractBlockProcedureクラス系を使用します。これとLegacy_AbstractModuleは同じ概念です。 Legacy_AbstractModuleを理解していないなら、このエントリを読んでください。

モジュールがクラス使用を宣言しない場合では、Legacy_ControlleはアダプターのクラスとしてLegacy_BlockProdecureAdapterを使用します。このクラスはXOOPS2仕様を完全に模倣します。 Legacy_AbstractModuleとは異なり、Legacy_Controllerは明示宣言なしではブロックのクラスを見つけようとしません。したがって、モジュール開発者はそれを望むならxoops_version.phpでのブロックのクラス名を定義する必要があります。

How to create instance

$modversion['blocks'][x]['class'] = '{Class}'; を xoops_version.php で定義します
$modversion['blocks'][x]['file']で指定されたファイルに Legacy_BlockProcedure のサブクラスとして {Dirname}_{Class} クラスを定義します
メソッドを実装します

開発者はこれを何のために使いますか？

Legacy_Controllerが正しくアダプターのクラスを使用するので、多くの場合、モジュール開発者はこのメカニズムを使用する必要はありません。しかし、いくつかのケースでは、XOOPS2 JP仕様は十分ではありません。それに対して、このメカニズムは役に立ちます。

XoopsBlockへのアクセス

XOOPS2 JPによって呼ばれたブロックショー関数は、この関数のシグニチャがXoopsBlockインスタンスを含んでいないので、XoopsBlockインスタンスにアクセスすることができません。Legacy_Controllerは、Legacy_BlockProcedure::execute() をブロックショー関数の代わりにコールします。したがって、モジュール開発者は$this->_mBlock にアクセスできます。

XoopsBlock解釈の変更

たとえば、piCalはブロックのタイトルを変えるためにcommon.phpが使用した大域変数にアクセスします。それはすばらしく、かつ、正統でないアプローチです。しかし、XOOPS Cube Legacyはそのような場合のための正統のアプローチを提供します。クラスを作成してください、そして、getTitle()をオーバーライドしてください。

ヒドゥンブロック

仮想のcronとしてブロックキャッシュつきブロックを使用するのを望んでいるなら、isDisplay()をオーバーライドしてください。 isDislay()がfalseを戻す場合、Legacyはブロックディスプレイなしでキャッシュを作成しようとします。

描画プロセスの変更

common.phpがブロックを描画するため、XOOPS2 JPブロックはレンダリングプロセスを変えることができません。しかし、XOOPS Cube Legacyでは、Legacy_BlockProcedureがそれ自身の結果をレンダリングしようとします。したがって、モジュール開発者はテンプレートファイルや依存レンダーシステムを変更することが出来ます。

Note

もし $modverison['block'][x]['class'] が定義済みであるなら、モジュールインストーラは $modversion['block'][x]['show_func'] を無視します。

実例

βの stdCache モジュールを見てください。

How to prevent XoopsErrorHandler

2006-10-18T18:14:37+09:00

まずはじめに、GIJOEさんのエントリを読んでください。いくつかのXOOPS2が使用するライブラリとモジュールは、 Notice や Warning を発生させます。それらはLegacyの働きに干渉します。熟慮を重ねた末、私は、再びXoopsErrorHandlerを配置することにしました。しかし、回避策がここにあります。 Legacy_Controllerはデバッガインスタンスを作成するのにデリゲートを使用するようになりました。したがって、モジュール開発者とユーザはpreloadかmodule preloadでカスタムデバッグモードを使用することができます。以下のコードは例です。 'preload/DevelopPHPDebugger.class.php'ファイルを作成してください、そして、以下のコードをコピーしてください。

if (!defined('XOOPS_ROOT_PATH')) exit();

require_once XOOPS_ROOT_PATH . "/modules/legacy/class/Legacy_Debugger.class.php";

class DevelopPHPDebugger extends XCube_ActionFilter
{
function preFilter()
{
$this->mController->mSetupDebugger->add("DevelopPHPDebugger::myFactory");
}

function myFactory(&$instance, $debug_mode)
{
switch($debug_mode) {
case XOOPS_DEBUG_PHP:
$instance = new My_PHPDebugger();
break;

case XOOPS_DEBUG_MYSQL:
$instance = new My_MysqlDebugger();
break;

case XOOPS_DEBUG_SMARTY:
$instance = new My_SmartyDebugger();
break;

case XOOPS_DEBUG_OFF:
default:
$instance = new Legacy_NonDebugger();
break;
}
}
}

class My_PHPDebugger extends Legacy_PHPDebugger
{
function prepare()
{
error_reporting(E_ALL);
}
}

class My_MysqlDebugger extends Legacy_MysqlDebugger
{
function prepare()
{
}
}

class My_SmartyDebugger extends Legacy_SmartyDebugger
{
function prepare()
{
}
}

Legacy_AbstractModule

2006-10-17T22:22:33+09:00

Description

サブコア Legacy は、仮想コントローラを持っています。このコントローラは、新しいインタフェースを通じて、モジュール、ブロック、及び、テーマを扱います。

(XOOPS Cube における「コントローラ」は CMS の手続きとしての一種の枠組であって、開発フレームワークではありません )

XOOPS2 case

まず初めに、 XOOPS2 の仕様を思い出してください。XOOPS2 には XoopsModule 、及び、 XoopsBlock があります。これらのクラスは、モジュールデータ & ブロックデータを扱うための基底クラスです。 XOOPS2 は、それらを直接扱います。従って、モジュール開発者は、 XOOPS2 が xoops_version のデータをどのように解釈するかということに、従わなければなりません。例えば、モジュールは、いかなる影響も XOOPS2 のキャッシュ機能に与え得ず、また、ブロックのタイトルを変更することもできません。

Legacy case

さて、 Legacy の代替アーキテクチャを見ていきましょう。Legacy controller は、 XoopsModule 、及び、 XoopsBlock を直接使いません。Legacy は、データ解釈を Legacy_AbstractModule 、及び、 Legacy_AbstractBlockProcedure に委託します。これらのクラスは、コントローラと接続するためのインタフェースを持つ抽象クラスです。モジュール開発者は、コントローラから使用されるように、これらのクラスのサブクラスを定義し得ます。サブクラスには、そのメンバープロパティとして XoopsModule オブジェクトがあります。従って、モジュール開発者は、彼のモジュールサブクラスにおいてデータ解釈を変えることが可能です。

How to create an instance

'Module.class.php' ファイルをモジュールの /class ディレクトリ下に作成してください
{Dirname}_Module クラスを Legacy_AbstractModule のサブクラスとして定義してください
メソッドを実装してください

{Dirname}_Module がすでに定義されている場合は、インスタンスファクトリは 'Module.class.php' をロードしません。このルールは複製可モジュールに有効かも知れません。ぜひレビューしてください。

詳細は /module/legacy/class/Module.class.php を例としてご覧ください。また、実装すべき 'オーバーライド可能' なメンバ関数については、 Legacy_AbstractModule をご覧ください。

For compatibility

大部分のモジュールは、そのようなサブクラスを持っていません。モジュールがそのようなサブクラスを持っていない場合、 Legacy は、 'Legacy_ModuleAdapter' を XOOPS2 互換性のためのアダプタクラスとして使います。このアダプタは、完全に XOOPS2 仕様を模倣します。更に、このアダプタクラスは抽象クラスではありませんので、迅速な使用に有益です。モジュール開発者は、このアダプタクラスをサブクラスのための基底クラスに選ぶかもしれません。

Is it possible to change factory?

ファクトリの前提条件は、 $xoopsModule->get('dirname') によって指定されたモジュールが、モジュールの /class ディレクトリに Module.class.php を持っていることです。この仕様は、複写可能なモジュールにとっては、には不幸です。サブクラス、及び、アダプタクラスのインスタンスを生成するためのファクトリは、 Legacy_Utils に静的関数としてあります。そのため、モジュール開発者は、命名規則を変更出来ません。言い換えれば、そのファクトリは固定パイプライン機能です。しかし、ファクトリの関数は、 XCube_Delegate を使います。従って、開発者は、デリゲートを通じて固定パイプラインのファクトリに割り込むことができます。

同様に、既に指定されたクラスが定義されているならば、 Legacy が Module.class.php の読み込みをスキップすることは、重要です。従って、複製可能なモジュールへの多くの解決策が発案されるでしょう。ぜひレビューをお願いします。

Note

Legacy が作成するインスタンスは、 $root->mContext->mModule にセットされます。ルートオブジェクトを得ることによって、モジュール内でこのインスタンスにアクセスすることができます。

Reviews

"基底クラスは Legacy モジュールの /kernel ディレクトリにある。したがって、ファクトリもまたファイルを /kernel ディレクトリに求めるべきである。" (minahito)

How to upgrade to Beta from Alpha

2006-10-16T01:44:11+09:00

You must do some processes before Beta installation.

Uninstall the base module and the user module

At first, turn off the active value of these modules in the module management:

Then, you'll be forward to the 2nd installer. Uninstall two modules completely. Don't forget clicking 'Uninstall'.

Remove the base module form your file system

You must use the legacy module instead of the base module. Therefore, you don't need the base module. If you keep the base module, Beta may get some troubles. You must remove it. OK?

Overwrite files with the beta

Then, you will see the following screen after upgrade. Click 'Install' button to work the beta.

The class dialog for important classes of Beta

2006-10-11T23:54:15+09:00

主要なクラス、重要なプロパティとメソッドがこのダイアログに載っています。このダイアログはすべての要素を含んでいるというわけではありません。しかし、それは Beta を読むには十分です。

ＰＤＦファイルはここにあります。印刷して、トイレの壁に貼ってください:

A new team style in Cube world

2006-10-10T21:58:52+09:00

XOOPS Cubeは小さい政府主義を志向し、小型のコアプログラムとコンベンションを開発します。 XOOPS JPはマルチバイトとセキュリティ方針に関して XOOPS2 と異見があります。これらの問題により、私たちはフォークしました。だれでもCubeの世界では公式のマークなしで解決策を開発することが出来るので、Cubeには同様の問題はありません。

しかし、何人かのユーザは、Cubeは新しい公式サイトを得るためにフォークしたのだと考えています。彼らは、セントラルチームが何であるかを見いだすことができていないので、Cubeの方針に混乱しています。私たちの方針はまだ（厳格に）統一されてはいません。しかし、私たちはXOOPS2の中央集権制とは異なったスタイルを目的としています。これは確実なことです。無政府主義は活発な人々の情熱を妨げません……なぜなら、だれも認可を得る必要がないからです。チームメンバーの数には上限がありますので、オープンな公式のチームは実現困難です。しかし、公式という概念が存在しないなら、開発者は、いつでも自由に加わって、抜けることができます。私たちはCubeに関するどんなプロジェクトにも干渉するようなキャプテンを必要としていません。

オフィシャルと3rdの違いを取り除く

公式サイトが中央であることは良い考えではありません。Cube には、交換可能なベースモジュールと十二分な柔軟性があります。しかし、サイトには、1つの特定の実現がなければなりません。それはCubeの真価の否定です。そして、私は、他のリポジトリにおける行動派の人々が '3rd party' と呼称されることを理解することができません。それはナンセンスです!

いかなるプロジェクトのいかなる開発者も他のプロジェクトにいかなる特権を持ちません。

行動派はお気に入りのプロジェクトを選択する

例えば、現在、私は Cube 開発チームのコアメンバーのひとりです。

しかし、私は、XUGJの通常メンバーでありたいです。もちろん、私が、XUGJで一生懸命活動するのを望んでいるなら、XUGJは私を受け入れるでしょう。

xoopscube.jp は私たちではなく行動派の方々によって管理されるでしょう。

管理者は、彼らのデフォルトのための1つのベースモジュールを選んで、xoopscube.jpパッケージを計画します。私はその計画に干渉しません。そして、私には、そのプランに関して一切の義務がありません。しかし、それがおもしろいなら、私は、開発者としてプランに参加することを望むかもしれません。この場合、私はコアメンバーではなく、ゲスト開発者です。

開発者は自分の自由時間に合わせてどのプロジェクトに参加するか決定する

開発者は自分の自由時間がどれくらい長いかによって、バイキング料理を楽しみます。

「うーん、一日あたり３時間の自由時間か……」
「どのプロジェクトを選ぼうか？」

メンバー交替

私は来年、開発チームを離れるつもりです。それはCubeスタイルのための一種のテストです。このスケジュールは昨年に決められました。しかし、コアメンバーには多すぎる義務がないので、次世代開発者を見つけるのは簡単でしょう。彼が .jp か .org に参加することを望んでいるなら、彼は、それらにメンバーであることを要求するかもしれません。彼が望むなら、より多くのプロジェクトを選べばよいでしょう。私はCubeツール開発があるXOOPS Cubeを継続するつもりです。そして、必要に応じて、私は、再びメンバーであることを要求するかもしれません。

How to make cool dialogs by OmniGraffle

2006-10-09T14:42:24+09:00

私のダイアログのような、クールなダイアログを作る方法を私に尋ねる友人もいます。私のダイアログが本当にクールであるかどうかは分かりません。しかし、それらを作る方法がここにあります。このエントリーをデザイナーに頼らずダイアログを作ることを望むすべてのプログラマに捧げます。

基本的なボックスの作成

線形グラディエーションでカラーを設定

90度は最も良いです。そして、開始色と終了色は同じ色です。それから、希望に合わせて週緑色の彩度を調整してください。私はいつも21%を設定します。

ラインスタイルの設定

私は、OmuniGraffleの英語版を知らないので、英語でこの要素についてよく説明することができません。以下のスクリーンショットを見てください。

基礎的なボックスの追加

線形グラディエーションによる色の設定

このグラディエーションは透過表現のためにあります。

開始色と終了色は同じ白色です。それから、終了色を透過に設定してください:

追加ボックスのアウトラインを取り除く

アウトラインを取り除きつつ、丸味の箱を手に入れるには、ラインカラーを透過にしてください。あなたは丸味の箱のために線幅にゼロを設定するべきではありません。

Complete!

それぞれのダイアログを調整してください。

ダイアログをグループとして保存してください。そしてそのカラーを調整します。

（試してみてね！）

Interface in PHP4

2006-10-06T23:19:16+09:00

私たちはPHP4でインタフェースと多重継承を使用することができません。そのため、いくつかの XCube 層のクラスを設計することが困難になっています。例えば、XCube_PageNavigatorは、情報の交換のために他のインスタンスに接続する必要があります。しかし、他のクラスは他の基底クラスを拡張するかもしれません。したがって、XCube_PageNavigatorによってコールされるメソッドを持っている抽象クラス（インターフェイス）を定義したいと考えます。しかしながら、それはPHP4では不可能です。ですから、私は XCube_Delegate を使用しなければなりません。

といっても、PHP4 は型安全ではありませんから、私は開発者のためにインターフェイス定義を示すためにダミーのクラスを定義することができます。ひょっとすると、PHPの偉大なプログラマはそのようなコードをスマートに書いているのかもしれない。しかし、私はPHPとライトウェイトのプログラミングに関する Tip を知りません。私の経験は型安全な言語のみです。そのため、XOOPS CubeのソースコードはPHPプログラマに対して決して美しくありません……

私は私たちが使用するプログラム言語が何であるかにこだわりません。 PHP4がレンタルサーバの主要な環境であるなら、私たちはXOOPSにPHP4を使用するべきです。これはエンタープライズではありません、ただ趣味です。しかし、PHP4のいくつかの仕様がXOOPS Cubeコードを不透明にします。

私は頭が固いのです。そして、私は、ライトウェイト言語を使いこなせていません。私は、さらに学ぶ必要があります。

I'm home...

2006-10-05T21:41:35+09:00

忙しすぎる……私は平日家にいることができません。そのため、このブログも更新できずにいます……というのも、このサイトは Mac アプリケーションで生成されているからです。先月のエントリ数はたったの５つ。う〜ん……

今夜は着替えを取りに帰宅しました。忙しいスケジュールの間でも、ブログを更新するためにどのような方法がありますか？　私はリモートデスクトップを試してみるつもりです。それがうまくいけば、ちょっとした休憩時間にブログを更新できるようになります。

The spec of Legacy_Controller cache mechanism (2)

2006-09-27T23:19:21+09:00

Legacy のキャッシュメカニズムは、 1 つのコンテンツから、複数のキャッシュファイルを作成できます。blog モジュールを想像してください。blog ライターは、彼のエントリ上で編集アイコン、及び、削除アイコンを見ることができるでしょう。管理者にもなれば、更に特権的なコントロールアイコンを発見するかもしれません。すなわち、 1 つのエントリは、複数の見え方を持っています。従って、 XOOPS Cube Legacy は、それぞれキャッシュを行わなければなりません。

そのために、そのコントローラは、アイデンティティや、現在のコンテンツがキャッシュ可能かどうかを示すフラグ等などの多くの情報を必要とします。XOOPS2 に基づく Legacy にはモジュールからそのような情報を得る方法がないので、コントローラは、 Delegate メカニズムを情報の交換に使います。コントローラが知ることを望むものは、下記です :

コントローラは、このブロックをキャッシュすることができますか ?
コントローラは、どのようなファイル名でブロックキャッシュを保存しますか ?
コントローラは、モジュールのこのページをキャッシュすることができますか ?
コントローラは、どのようなファイル名でモジュールキャッシュを保存しますか ?

そのコントローラは、 Delegate を通じてこれらの問い合わせをします。そして、キャッシュモジュールは、キャッシュ方針を持つ関数を Delegate に加えます。サイト所有者は、キャッシュモジュールを交換する、もしくは、プリロードを加えることによってそれらのキャッシュ方針を調整し得ます。

What delegates are there?

checkEnableBlockCache()

このデリゲートは、現在の URL 、及び、現在のユーザーがキャッシュに許可を与えられるかどうか、そして、そのコントローラがどのようなコンディションによってキャッシュするかをチェックします。Legacy は、 Legacy_BlockCacheInformation を情報交換のための特別な情報構造体として使います。なぜなら、プリミティブな変数のみを持つファンクションパラメータは、十分ではないからです。モジュールは、コントローラに報告するための多くの情報を持っており、情報の容易な交換には特別なクラス、または、構造を必要とします。

デリゲートを通じて、デリゲート関数は、特別なキャッシュ方針を情報構造体に設定し得ます。私は、次回それを説明するでしょう。

getBlockCacheFilePath()

このデリゲートは、保存するために、 $cacheInfo のファイルパスを得るために使われます。これは、ユーザー関数がその方針に次第でユニークファイル名を決定するためにコントローラに干渉し得ることを意味しています。

checkEnableModuleCache()

これは、 checkEnableBlockCache() のブロックバージョン ( Legacy_BlockCacheInformation を情報構造として使う ) です。

getModuleCacheFilePath()

これは、 checkEnableBlockCache() のブロックバージョンです。

これらのデリゲートは、原則的に空っぽです。従って、サイト所有者は、キャッシュモジュールを通じてデリゲート関数を追加するべきです。言い換えますと、関数がこれらのデリゲートに全く加えられないならば、 XOOPS Cube Legacy は、そのキャッシュメカニズムを働かせることができません。

Alpha5 is available

2006-09-25T23:50:44+09:00

XOOPS Cube Legacy2.1アルファー5は現在、利用可能です。アルファー5は多くのバグフィックスと私がアルファー4まで開発するのを忘れた新しい移植された特徴を含めます。それらの特徴はXoopsFormテンプレート、はるかに良いキャッシュメカニズム、およびフルスペックの(?)ユーザ検索です。これらの新しい移植された特徴は重要ですが、多くのフィックスが、より重要です。これらのフィックスは多くのテスターによって報告されました。私の友人に感謝します!

いくつかの問題がそこにあるので、私たちはアルファー5-aを開発しなければならないでしょう。しかし、何もBetaの進歩を止めません。プロジェクト・チームには、Legacyのための新しいXCube名前空間が既にあります。アルファー5ブランチが発展しても、私たちはBetaブランチで進むつもりです。

ところで、昼休みに私がGmailを使っていたとき、gigamasterはgoogle talkで私に話しかけました。それは楽しい経験でした。私たちはXOOPS Cube Legacyのパーミッション管理に関して話しました。日本はまさに昼休みでしたが、彼の国は朝の時間でした。私のボスが私を呼んだので、私はさようならを彼にうまく言うことができませんでした。しかし、私は楽しかった。 :-D

XOOPS Cube がフォークして以来、私は英語を勉強し始めなければならなくなりました。私の英語は非常に貧しいのですが、しかしそれは私のためのXOOPS Cubeの最大の収穫です。しかし、日本語の私のブログがただ機械翻訳であるので、日本版の私のブログはだめな品質になりました。 ;-)

The spec of Legacy_Controller cache mechanism (1)

2006-09-24T12:44:10+09:00

XOOPS Cubeが、より多くのクラスを定義するので、Legacy_ControllerはXOOPS2 JPより重いです。したがって、私たちにとって、強力なキャッシュメカニズムは重要です。強力なキャッシュはしばしば問題を提起します。例えば、キャッシュファイルが管理者のアクセスで作られるなら、匿名のユーザと登録ユーザは秘密の情報を見るかもしれません。また、匿名のユーザーは登録ユーザのアクセスで作られているキャッシュを見ることができるべきではありません。

より多くの問題。 XOOPS2 JPはどんなURLのためにも見境無くキャッシュファイルを作ります。存在しないIDと、同じデータを言い表す異なるURLのために、XOOPS2 JPはそれぞれのキャッシュファイルを作ってしまいます。XOOPS2 JPのcommon.phpがモジュールのキャッシュ方針を得るためにモジュールに接続することができないので。 XOOPS2 JPモジュールにモジュールのクラスのサブのクラスがあるなら、私たちはコントローラのために基底クラスにいくつかの新しいメソッドを加えるかもしれません。しかし、XOOPS2 JPには、そのような概念がありません。common.phpはxoops_version.php以外のモジュールファイルをロードしません。そして、xoops_version.phpには、キャッシュに関する仕様がありません。どんなモジュールもそれらを定義していません。したがって、私たちは任意であるとしてxoops_version.phpの定義を使用するかもしれませんが、Legacy_Controllerはそのような定義によるべきではありません。さらに、多くのサイト所有者がキャッシュの戦略を調整したがっているので、私たちはそれを考えるべきです。

これらの状況のために、私たちはXCube_Delegateを選ぶべきです。交換可能キャッシュメカニズムを実行するのを可能にするために。 Legacy_Controllerがモジュールからどんな情報を得たがっているかは、明確です。したがって、私たちは、Legacy_Controllerに新しいメソッドを加えて、次に、Delegateとしてこれらの機能を交換するつもりです。そして、標準のキャッシュモジュールはデフォルト機能を代表に提供するべきです。

既存のキャッシュファイルをきれいにする手段も重要です。

Cube Legacy in the final stage!

2006-09-23T22:04:48+09:00

私は、この数週間予想外に忙しく過ごしていました。家に帰らずに、仕事を続けていました。プロジェクト・チームの私の仲間もまた、私と同様に忙しいです。そのため、プロジェクト・チームは、またしても、スケジュールの遅れを公表しなければならなくなりました。しかし、よいニュースもあります。それは、多くの熱いユーザーが、これらの数週間の間、チェックとレビューを試みたので、XOOPS Cube Legacy がかなり多くのバグ・フィックスを得たということです。そして、自分たちの仕事に目処をつけたチームの一部の開発者は、2.1の開発スケジュールに復帰することが出来るようになりました。モジュール互換性をチェックすることは本当に多くの手間を必要とするので、私は互換性についてレポートの全てをチェックすることができていませんでした。しかし、私たちはそれができるようになります。

このポストに書かれているように、現在の開発ステータスは最終的なステージにあります。

XOOPS Cube Legacy は、 XOOPS Cube 層と Legacy モジュールから成っています。そして、 Legacy は XOOPS Cube のフィーチャー全てを使うというわけではありません。したがって、私は XOOPS Cube 層のデザインをテストするための Legacy でないもう一つのベース・モジュールを開発しなければなりませんでした。ご承知のとおり、それが Shade です。私は、 Shade において、プロジェクト・チームが Legacy で試行することができなかった主な仕様を決定しました。それらは、コンテキスト、アイデンティティ、プリンシパル、ロール、サービスと多くの変更です。しかし、 Legacy モジュールは、私たちのテスト・プロセスのために、 Shade より古い XOOPS Cube 層をキープしています。 Legacy の XOOPS Cube 層が常に更新されているならば、バグの原因を突き止めることは非常に困難です。そのために、 Legacy の XOOPS Cube 層は、しばらく固定されています。一方、シェイドの XOOPS Cube 層は、よく更新されます。つまり、プロジェクト・チームは、現在 Legacy と Shade という２つのプロジェクトを同時進行させているということです。

おそらく、最新の Cube と Legacy のマージは、多くの問題をもたらすでしょう。したがって、 Cube と Legacy がマージされるまで、我々は Legacy のバグの全てを固定するつもりでかからなければなりません。

我々の活発なゴールは、Legacy 2.1.0 です。このバージョンは、 XOOPS2 の機能の全てを模倣することができないかもしれません。たとえば、我々はカスタムブロックでプレビューをすることができません……。それは、良くはありません。しかし、 Legacy の将来のバージョンは、それが実装されているでしょう。つまり、致命的でない問題は、次のバージョンのための ToDo だということです。私たちにとっての Legacy の致命的な問題は、以下のようなものです：

実行できない
互換性がない
ヘルプがない

最初のリリースのために、私たちはこれらの３点をチェックしなければなりません。一緒に Alpha をテストしましょう。

Fatal mistake

2006-09-07T23:58:11+09:00

私は、 Alpha4-c でへまをやらかしました ...

Alpha4-c 、及び、 Alpha4-d のインストーラは、管理者のメールアドレスに関する不可欠のコンフィグレーションアイテムをインストールしません。私は、それを CVS で修正しました。従って、そのフィックスは、次のウィークリー・リリースに含まれるでしょう。

あなたの XOOPS Cube Legacy Alpha が Alpha4-c 、または、 Alpha4-d によってインストールされたならば、あなたはクリーンな DB と共に、再インストールしなければなりません。

XNA Express Beta start! But...

2006-08-31T22:33:13+09:00

マイクロソフトはちょうどXNA Game Studio Express Betaダウンロードをリリースしたところです。私は、このベータをテストするために加わるつもりです。しかし、私はXOOPS Cube Legacy2.1.0のBetaを最優先させなければなりません。Umm…

9月に忙しくなり過ぎるので、私はLegacyのほとんどのタスクを今月終えたかったです。恐らく、私はうまくいった状態でそれらを終えました。 Legacy には、多くの短所があります。しかし、これらの短所は、プロジェクトチームがリリースを遅らせる原因にはならないでしょう。私たちは2.1.0の後で「クールでない」問題を修理すればいい。

私は今月、かなり楽しかった。 XOOPS Cube Legacy2.1.0のテストはまだ十分ではありません。しかし、多くのテスターがアルファーを見直そうとするので、私は心配していません。テストにジョインしてください。以下はレポート場所のリストです。

http://xoopscube.org/ (これは今最高のサイトです。多くの熱血漢がいます！)
http://xoopscube.jp/ (日本語オンリーです)
htp://xugj.org/ (2.1報告フォーラムが開かれました)
http://www.xc-tokai.com/ (このサイトの管理者は Tom_G3X 氏です)

さらに、あなたはバグをあなたの国のサポートサイトに報告することができます。あなたの国のサポートサイトの管理者はあなたのレポートをプロジェクト・チームに伝えるでしょう。

よろしくお願いします。

Cubson may need change?

2006-08-30T23:16:03+09:00

XCube名前空間の仮想サービスクラスはビジネスロジックための具体的な定義です。XCube_Serviceのサブクラスは他のモジュール、他のサイト、および携帯電話のようなスマートクライアントに接続可能です。開発者はモジュール間連携のためにXCube_Serviceを使用するでしょう。それにより、サイトオーナーはAPIを公開可能です。つまり、XCube_Serviceはモジュール間連携とサイト間連携を抽象化するレイヤーです。

ShadeはXCube名前空間としての例です。それには、Legacyとの互換性がありません。開発者がShadeのために彼のモジュールを移植したいなら、彼は上手にライブラリを作らなければなりません。しかし、それには、cubsonは良くはありません。それは問題です。 CubsonはXCube層の一般的なモジュールを可能な限り生成するべきです。 cubsonがそれをするようになるなら、cubsonユーザはShadeのためのライブラリとして彼のモジュールのいくつかの部品を移植することができます。そして、それができないまでも、彼はLegacyでウェブサービスを走らせることができるかもしれません。少なくとも、cubsonはLegacyでXCube_Serviceの実装を生成させるようにならなければなりません。

Valid HTML CMS possibility

2006-08-29T21:40:49+09:00

XOOPS2の歴史の中で、多くのデザイナーが、テーブルタグベースのXOOPS2テンプレートに異議を唱えました。そこで、私は、Shadeを valid HTMLテンプレートにしてみようと思い立ちました。しかし、エンドユーザにとって扱いやすいので、テーブルタグベーステンプレートも有益です。

おそらく、最も良い解決策はXLST+XMLテンプレートです。この解決策で、私たちは valid HTMLテンプレートと非 valid HTMLテンプレートの両方を扱うことができます。しかし、私は重要なことを忘れていました。だれがそのような難しいシステムを扱うことができるか？という問題です。それがXLST+XMLではなく、ただの valid HTML テンプレートであったとしても、エンドユーザにとっては十分難しいです。

プロのデザイナーにとって、 valid HTML テンプレートは朗報です。彼らは自由自在にHTMLとCSSを調整することができます。もちろん、彼らはXLST+XMLもよく知っています。しかし、私のようなウェブ世界のエンドユーザは、そのような技術的なものは決して制御することができません。

この例を見てください。多くのデザイナーが以下のような HTML を嫌っています。

/ {$poster.name}

それは確かにun-validです。しかし、エンドユーザはテンプレートマネージャで色を変えることができます。 (彼のテーマの背景色が赤ならば、フォントカラーを変えざるをえないでしょう)

テンプレートが valid HTML であるなら? 彼はCSSを変えなければならないでしょう。そのため、動的CSSメカニズムとCSSマネージャが必須スペックになります。そして、もし項目の位置を変えたいなら、CSSの知識を使ってテンプレートとCSSの両方を変えなければなりません。それはエンドユーザにとってまず無理な話です。

valid HTMLテンプレートのために、私たちは「エンドユーザはHTMLとCSSを変更することができない」という前提条件に立たなければなりません（XOOPSはホビー玩具ですからね）。そして、原則として、テーマがモジュールのテンプレートとCSSの両方を持つことになるでしょう。 RapidWeaver は、そのようなシステムになっています。そして、プロフェッショナルなデザイナーのコントリビュートが必須になるでしょう。

Shade!

2006-08-28T23:31:53+09:00

私はXOOPS Cube層のXCube_Serviceを開発しなければなりません! そして、そのクラスはプロジェクト・チームの他のメンバーによってレビューされなければなりません。それに関しては、私は日陰研究所を作りました。すみません! それは日本語専用です。

XOOPS Cube層には、2つの未フィックスな特徴があります。それらは、XCube_UserAccountとXCube_Serviceです。私はそれらに関して良い案があります。 XOOPS Cubeは接続する抽象的なインタフェースです。したがって、XCube_UserAccountはウェブブラウズのアクセサとウェブサービスアクセサのための抽象的な層です。そして、XCube_ServiceはXOOPS Cubeの就航メカニズムです。

私はXOOPS Cube Shadeでそのようなデザインを確立しなければなりません。

XNA!

2006-08-27T19:24:46+09:00

XNA express edition を楽しみにしています。これは、ゲーム開発を楽しむことを忘れたディベロッパーのためのWonder WitchおよびSaturn Basic以来のビッグニュースです。そして、これは C# の簡易ゲームエンジン Buddha プロジェクトのための新しい目的となるでしょう。私たちは、'Easy to Use' 3D シーングラフエンジンとして Buddha を開発し続けました。Buddha は PICOPICO3D ゲームを容易に開発することを可能にします。私たちはXNAとXBOX360のために Buddha をリメイクするでしょう。

なお、 PICOPICO 3Dゲームは古典的なアーケードのような簡単な3Dショート・ゲームを意味します。

XOOPS Cube Manifesto and Tool

2006-08-26T12:19:25+09:00

私たちは 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 のどちらかは持っているでしょう。

BRYCE 5.0 Free Download

2006-08-25T22:45:06+09:00

私は長い間 BRYCE3 のユーザーでした。先月、私は BRYCE の最新版を家で使うために欲しくなりました。しかし、アップデートコストが高かったので、私は別のソフトウェアを試すことにしました。そして、私はVue5 Espritを買いました。それは良い選択肢でした。多くのお金をブライス5.0に支払っていたら、私は今頃このニュースによって泣かされていたかもしれません。ブライス5.0 は最新版ではありませんが、私たちが無料でそれをダウンロードすることができることはビッグニュースです。しかし、それは無期限ではありません。BRYCE 5.0 が欲しいなら、9月6日までにダウンロードしなければいけません。

なお、私は、cubson GUI ForceのためにビルボードをレンダリングするのにVue5を使用しました。私は長い間CGプログラミングに関するブログを書いていませんが、再開したいと思います。

（私はウェブプログラマーではないのに、このブログウェブプログラマのブログに見えます）

XTC2006 Presentation PDF Files

2006-08-24T12:56:18+09:00

遅くなりました。これらの PDF ファイルは先月 XTC2006 において、私が使用したものです。これらのファイルが日本語オンリーであることを申し訳なく思います。

XOOPS Cube はもうすぐやってきます。これらのファイルは Cube のスピリットを理解するために役立ちます。

The concept of XOOPS Cube

2006-08-23T21:28:37+09:00

.NET を知っていますか ?　.NET は、マイクロソフトによって開発された開発された windows OS 上のフレームワークです。デスクトップアプリケーション開発は、ウェブアプリケーション開発より容易です。.NET は、デスクトップアプリケーションと同じくらい簡単に、ウェブアプリケーションを開発することのを可能にします。.NET における開発は、マウスドラッグ、及び、少しのコーディングから成っています。マウスドラッグによって、私達は、様々な独立したコンポーネントを我々のアプリケーションに入れます。それから、デリゲートなどを用いて、各コンポーネントを接続するために、プログラムを組みます。

しかし、 .NET のこれらの特徴は、開発者のために作られています。エンドユーザー（アプリケーションを発注する顧客）はこの開発方法とほとんど関係がありません。私は、 XOOPS におけるユーザーはコンポーネントとしてモジュールをインストールし、各モジュールを接続するためのなんらかのメカニズムとしてデリゲートを使用するようになると思います。これは、 .NET プログラマの仕事の一部に、エンドユーザーが楽しみを見いだすであろうことを意味しています。

Legacy は XOOPS2 ベースですので、私達は、 Legasy 上でこの理想を達成することができません。しかし、モジュールはコンポーネントの一種であり、 1 File Hacking は（.NET プログラマがするように）デリゲートでそれらを接続するプロセスです。言い換えれば、 .NET のコンポーネント、及び、 .NET のデリゲートは、開発者のためのものですが、 Cube のモジュール、及び、 Cube のデリゲートは、ユーザーのためにあるということです。

私は、開発者が更に小さいコンポーネントをドロップすることで、 Cube コンポーネントとしてのモジュールを完成させることができる RAD ツールを開発することを望みました。しかし、私には、それをするための時間が十分ではないかもしれません。

趣味 CMS として完成されるために、 XOOPS Cube は、開発者が .NET で使用するこれらのメカニズムを導入しました。しかし、エンドユーザーは、高みに上がることを強制されることになるでしょう。一部のユーザーは、 Cube を拒絶するかもしれません。それゆえに、フォークは、良い選択です。なぜなら、彼らは、 XOOPS に戻ることができるからです。私達は、フォークによってほんの 1 つの新しい選択肢を得ました。 xoops.org のユーザーも Cube を見れば、私達のフォークの意味に納得するでしょう。

少なくとも日本において、ユーザーが動的なサーバアプリケーションに作ることを楽しむという趣味がありません。もちろん、ユーザーは、 XOOPS のように CMS によってそれらのホームページを作成することは楽しみます。しかし、だれも、 CMS の組み立てをレゴブロックのような楽しい趣味と見なしません。XOOPS Cube は、それに挑戦しています。従って、現在のユーザーは、壁にぶつかることになるでしょう。 Cube は新しいコンセプトを彼らに強要します。彼らは、新しい世界の先駆者として、その壁を粉砕しなければなりません。

XOOPS Cube Shade

2006-08-22T23:10:10+09:00

ユーザはXOOPS Cubeのためにプロジェクト・チームより熱心です！　彼らは9月3日に私たちのBetaを完成させてしまうでしょう。私は、もうひとつのベースモジュールを仕上げることを急がなくてはいけません。それはXOOPS Cube層の設計思想を証明する実験的なアプローチです。私は、私の実験用アプリケーションを XOOPS Shade と命名し続けています。

最初のXOOPS ShadeはXOOPS Cube層に変わりました。もともと、私は XOOPS Cube の原型としてそれを開発していました。もちろん、プロジェクトチームのメンバーがレビューしましたので、現在XOOPS Cube層はXOOPS Shadeと比べものになりません。

第2のXOOPS Shadeはベースモジュールの１種として開発されました。プロジェクト・チームは、XOOPS Cube 層がXOOPS2の一切のコードを必要としないことを証明するために、もうひとつのベースモジュールを必要としました。しかし、第2のXOOPS Shadeがどうにもおもしろくないので、私はそれを開発することをストップしました。

３番目のXOOPS Shadeもベースモジュールの種類として開発されます。XOOPS Cube Legacyが来月には完成することを考えれば、これはXOOPS Cubeのための重要な計画となります。言い換えれば、私たちは９月中にXOOPS Cube層の仕様を確立しなければなりません。３番目のXOOPS Shadeは最後の挑戦です。

このページを参照してください。このページはXOOPS Cube Shadeのサンプルページです。あなたは、XOOPS Cube ShadeがXOOPS Cube Legacyと違うものだということを理解するでしょう。しかし、XOOPS Cube ShadeはCubeファミリーの一員なのです。

恐らく、ユーザは自身のベースモジュールとしてLegacyかLegacyのサブクラスを使用するでしょう。 LegasyにはXOOPS2のすばらしい歴史があるからです。しかし、実験は常に重要なのです。 XOOPS Cube Shadeには、明白な'存在理由'があります。

XCube_ActionFilter (3)

2006-08-21T08:27:53+09:00

Practice

恐らく、あなたは、 Preload を使いこなすために XOOPS Cube Legacy のその他のメカニズムを理解する必要があるでしょう。プリロードは、ほとんどのカスタマイズの起点となります。

しかし、今は Preload を理解することが、重要です。そこで、 Preload のみを使用して実例を作成しましょう。それは、 ForceSiteClose というものです。 ForceSiteClose は、特定の IP を除いて全ユーザーのために全ユーザーに対してサイトクローズを行います。それは、テストに便利です、なぜならテスターは特定のIPから来ていれば、ゲストユーザーとしてサイトにアクセスが出来るからです。ForceSiteClose によって、サイトオーナーは、テストしながら訪問者に対してサイトを閉じることができるのです。

class ForceSiteClose extends XCube_ActionFilter
{
  var $mSpecificIPs = array('127.0.0.1');

  function preFilter()
  {
     $ip = $_SERVER['REMOTE_IP'];
     if (!in_array($ip, $this->mSpecificmIPs)) {
         $this->doSiteClose();
         exit();
     }
  }

  function doSiteClose()
  {
     //
     // You must rewrite the following for your expression.
     //
     print "This site is closed now, Because ...";
  }
}

あなたは、データベース障害に際してこのフィルタを使ってもよいでしょう。なぜなら、 ForceSiteClose は、データベースなしで動くからです。一方、 XOOPS Cube Legacy のサイトクローズは、データベース障害の下では動きません。

Future XCube_ActionFilter

これは、 ActionFilter に詳しい開発者のための備考です。

Legacy_Controller において、 ActionFilter 機能は、サイトプリロード、及び、モジュールプリロード専用です。つまり、それは、サイト所有者とモジュール開発者がカスタマイズを行うために存在します。Legacy_Controller は、自身を構築するために ActionFilter 機能を使いません。従って、いくつかのフレームワークの ActionFilter と Legacy_Controller における ActionFilter は異なっています。

onokazu 氏は Legacy_Controller がそれ自身を構築するために ActionFilter を使うことは、スマートなプログラムであると言いました。彼のアイデアは、まったく正しく、かつ魅力的です。 ActionFilter はシンプルなメカニズムにすぎませんから、 XCube_ActionFilter のクラス設計は、その用途に十分です。

最終的に、私達は、実例による役割分担の明確化のために Legacy_Controller のこの設計を保持することにしました。ベースモジュールでコントローラを作るためにあなたがそれを使うことは、自由です。そして、近い将来リリースされるであろういくらかのベースモジュールは、そのような目的のために ActionFilter を使うかもしれません。

我々が少なくともそのような使用を検討したことを留意してください。

XCube_ActionFilter (2)

2006-08-20T00:41:55+09:00

How to define ActionFilter

XCube_ActionFilterの2つのメンバ関数は仮想関数です。したがって、あなたは、XCube_ActionFilter のサブクラスを定義して、目的にあわせてオーバーライドでこれらのメンバ関数をオーバーライドを用いて実装しなければなりません。

しかし、Legacy_Controller があなたの ActionFilter を積み込んで、それをセットアップしないなら、あなたの ActionFilter のための定義はがらくた同然です。あなたは Preload フィーチャーを、あなたのファイルをロードしてクラスをセットするメカニズムとして利用する必要があります。

Legacy_Controller は規則的にあなたの XCube_ActionFilter のサブクラスのインスタンスを作成します。 Site PreloadとModule Preload はお互いに異なる規則を持っています。まずはじめに、Site Preloadの規則を学んでください。

/preload ディレクトリに {filename}.class.php となるファイルを作成する
{filename} クラスを XCube_ActionFilter のサブクラスとして定義する

preBlockFilter()でプロセスを止めるサンプルフィルタを作成してみましょう。初めに、/preload で 'KillBill.class.php' を作成してください。次に、'KillBill' クラスを以下のように定義してください。

class KillBill extends XCube_ActionFilter
{
  function preBlockFilter()
  {
    die("Kill Bill!");
  }
}

それにより、あなたは、あなたを'KillBill'メッセージによって、あなたの稼働中のXOOPS Cubeにアクセスできなくなります。このルールがどれほど重要であるかを知るために、クラス名を変えてみましょう。

class KissBall extends XCube_ActionFilter

それから、あなたはあなたの稼働中のXOOPS Cubeにアクセスすることができるようになります。何もあなたを妨げません。Legacy_Controller はこのファイルをロードして、このクラスを定義しますが、彼は、それが違反するので、それをチェーンに積みません。あなたは、あなたのクラスライブラリをロードするのにPreloadのこの特性を使用することができます。

XCube_ActionFilter (1)

2006-08-19T01:50:41+09:00

このエントリでは、 XCube_ActionFilter について学びましょう。ActionFilter は、 mojavi2 から拝借されたアイデアです。あなたが mojavi2 ではなく、 C もしくはアセンブリを知っているならば、ファンクションポインタを配列にプッシュし、後からこれらを順番に呼び出していくテクニックを覚えているかも知れません。ActionFilter は、そのテクニックに似ています。Legacy_Controller は、 XCube_ActionFilter の様々なサブクラスのインスタンスを作成し、そして、これらのインスタンスを、コントローラのメンバプロパティである mFilterChain にプッシュします。

では、 XCube_ActionFilter のクラス設計を見てみましょう。この設計が XOOPS Cube の正規バージョンまでに少し変更されるかもしれないことを覚えておいてください。

XCube_ActionFilter は、 preFilter() と preBlockFilter() という 2 つのメンバ関数を持っています。これらの 2 つのメンバーファンクションは、 Legacy_Controller によって特定のタイミングで呼ばれることになっています。 preFilter() は、 Legacy_Controller の executeCommon() の最初の部分で呼ばれます。それが、 XOOPS2 の common.php と似ているので、私は executeCommon() を「コモンプロセス」と呼んでいます。

preFilter() の中では、データベースインスタンスを使うことができません。なぜなら、このメンバ関数はコモンプロセスのまさに最初の部分だからです。そう、このメンバ関数は、 Legacy_Controller がデータベースクラスのインスタンスの作成を試みる前に呼ばれます。

preFilter() は、何のために使われますか ?　あなたは、あなたのロジックをコモンプロセスの最初の部分に挿入するために、それを使うことができます。preFilter() の時点で Legacy_Controller が自身のセットアップをほとんど終えていないので、 preFilter() の用途は制限的かもしれません。あなたは、 preBlockFilter() の中で XOOPS Cube のリソースにアクセスするために多くのインスタンスを使うことができますが、 preFilter() の中ではそれはできません。

従って、あなたは、 XoopsProtector のような mainfile.php ハックの代わりに preFilter() を使うのがよいでしょう。言い換えれば、あなたは、それが preBlockFilter() のタイミングで呼ばれるには遅すぎるロジックのために preFilter() を使えばよいのです。

Legacy_Controller がブロックの準備を始める直前に、 preBlockFilter() は、呼ばれます。 preBlockFilter() は便利です。なぜなら、あなたはこのメンバ関数の中では多くの関数および多くのインスタンスを使うことができるからです。例として、データベースインスタンス、または、 XoopsObject ハンドラによってデータベースにアクセスすることが容易です。恐らく、 preBlockFilter() は、ほとんどのケースで使われるでしょう。

Carp VS Dragons (2)

2006-08-16T11:25:18+09:00

私は、昨晩、広島市民球場で野球を観戦しました。そのゲームは、カープ VS ドラゴンズです。私の友人も、彼の両親とともに球場に来ました。昨日のゲームは、本当に良いゲームでした。多くの選手が、多くのチャンスを作り、そして、優れたプレーヤーたちが、ファインプレーでよくそれらをセーブしました。そのような攻防が何度もありました。最終的に、カープは勝ちました！

Mickey

Mickey は、日本初のベースボールドッグです。彼は、カープの一員であり、そして、多くの野球ファンから愛されています。私は、私が球場に入場する前に、偶然 Micky が散歩しているのを見ました。

彼は完璧に彼の仕事を終えました。ベリーキュート!　しかし、実は彼は元警察犬なのです。 Bowhow!

Big Jet Balloon

日本の野球ファンは、許可を与えるいくつかの球場でジェット風船を使用することが出来ます:

しかし、私は奇妙な風船を見ました:

なんですかあれは!?

Loglog update

2006-08-14T12:21:51+09:00

私たち日本人は今お盆です。お盆は、仏教の儀式であり、日本における一種の夏休みです。私も5日間の休みを確保したので、 Eclipse と sourceforge 用の SSH キーファイルをインストールした mac mini と一緒に広島に戻りました。この mac を使って、私はコミットとチェックアウトが可能です。この mac mini のおかげで、私は実家でもコミットとチェックアウトが可能です。

MacのLAMP環境とWindowsの私の普段のLAMP環境は異なっています。その違いが私が知っていないいくつかのエラーの引き金となるので、私はそれらのバグを修理することができます。同様に、私はloglogのいくつかのバグを修理しました。あなたはloglog 0.21をここでダウンロードすることができます。

そして、私はSQL用のシンプルな字句解析を開発しました。(それは、Roadmapに示された目標の1つです)。次に、私はメッセージカタログを調整するつもりです。これらのタスクを終えれば、私が帰京する頃には、Alpha4-cをリリースすることができるでしょう。

xoopscube.orgフォーラムの私の友人たちは私が忙しい休暇を過ごすのではないかと心配してくれました。ありがとうございます。しかし、心配しないでください。開発は私の趣味であり、そして、多くのバグレポートが私を支えてくれます。私は、バグフィックスを楽しんでます。また、明日には広島市民球場で私の旧友と野球の試合を見に行くつもりです。これはたいへん充実した時間といえるでしょう。

私は十分に夏休みを楽しんでいます。もしよければ……そしてあなたが休暇中なら、あなたも XOOPS Cube の新機能を試用することを楽しんでください。

Preload (1)

2006-08-12T01:05:44+09:00

Loglog は、難しいサンプルであったかもしれません。XOOPS Cube における重要なフィーチャーは、プリ‐ロード、デリゲート、及び、 Xube_Service です。あなたは、これらのフィーチャーによってさまざまにサイトをカスタマイズすることができます。最初は、 Preload を学んでください。

2 種類の Preload （ Site Preload と Module Preload ）があります。Site Preload は、本当にシンプルですです。

/preload ディレクトリに XXXX.class.php を作成してください
XCube_ActionFilter のサブクラスである XXXX クラスを定義してください
目的に合わせて preFilter() と preBlockFilter を実装してください。これらのメンバ関数は XCube_ActionFilter の仮想関数です。

XCube_ActionFilter のメンバ関数は、コモンプロセス（XOOPS2 の common.php と同様に、初期化プロセスを実行する）において呼び出されます。
XOOPS2 では、サイトオーナーが初期化プロセスにおいて彼らのコードを実行する方法が全くありませんでした。それをするために、彼らは、 XOOPS2 コアのソースコードを修正（=hack）しなければなりません。

プリ‐ロード、及び、 ActionFilter は、その問題へのソリューションです。これらのフィーチャーによって、サイトオーナーは、ハックなしで初期化プロセスにおける彼らのコードを実行し得ます。そして彼らはそれを。

あなたはプリロードファイルが新たなパブリケーション単位であることを理解します。サイトオーナーはそれを彼らの友人と共有するかもしれません。そして、彼らはそれをモジュールやテーマと同様にリリースすることが可能です。

Preload は多目的に使えます。

カスタマイズのための初期化コードの実行
- 自分の関数を他のモジュールのデリゲートに追加
- サービスやデリゲート関数を定義し、他のモジュールのためにそれをコアに追加
- コアのオブジェクトの交換
必須ライブラリのロード

Sample module Loglog

2006-08-08T00:06:42+09:00

あなたは Cube をテストすることを楽しむ 'loglog' モジュールをここからダウンロードできます。これは、「対数の対数」に関する数学モジュールではありません。 ;)

Loglog は、 XOOPS Cube 層の Delegate を使うサンプルプログラムです。 Loglog は、いつユーザーがログイン、または、ログアウトをするかを記録し、そして、ユーザーがサイトにどのくらい滞在しているかを推測します。

preload/Initialize.class.php を読んでください。英語、及び、日本語でコメントがあります。XOOPS Cube のデリゲートは、コールバックに関する統一手続きです。それは、 C のファンクションポインタ、 C++ のファンクタ、 C# と D のデリゲートのようです。あなたがサンプルを読むことで、 Delegate のエッセンスを理解できます。

Loglog は、単なるサンプルプログラムです。しかし、あなたが更に本格的なロギングモジュールを望むならば、ぜひそれを作ってください！　ユーザー全員が、あなたの行動を歓迎します。

Alpha4 is available!

2006-08-06T23:53:26+09:00

我々、プロジェクトチームは、 Alpha4 をちょうどリリースしました !　私は、非常に興奮しています。なぜなら、それは、 XOOPS Cube Legacy 2.1 におけるファイナルラウンドの始まりだからだ。ユーザーは、多くのバグを報告するでしょう。我々は、それらのバグをフィックスし、そして、いつでもパッケージを再アーカイブするでしょう。重要なバグが取り除かれるであろうとき、 XOOPS Cube Legacy 2.1 は、 Beta になるでしょう。言い換えれば、 Beta は、全てのユーザー（我々を含みます）によって完成されます。

Alpha4 をあなたのローカルな機械にインストールして、そして、あらゆる問題を報告してください !　もちろん、我々は、あなたがそれをあなたの公開サーバにインストールすることを試みるあなたの勇気を歓迎します。私は、 Alpha を私のサイトに既にインストールしました。

あなたのレポートは、βまで XOOPS Cube αを前進させます。我々は、迅速にあなたのレポートをチェックするでしょう。ファイナルラウンドのゴングは、打たれました !

My Memo

2006-07-24T22:10:53+09:00

XTC2006の準備に忙しかったため、ブログを書くことができませんでした。また、私は私がチェックしなければならないソフトウェアたちをチェックすることができなくなっています。（私にとって）重要で興味深いいくつかのソフトウェアが、リリースされているのですが……

Geist3D

http://www.geist3d.org/
これは、興味深いGUIツールを持つスクリプト駆動のグラフィックス・エンジンです。私は、そのようなエンジンがオープン・ソースによって開発されたことに驚いています。プロプラエタリのミドルウェアでは、初めからGUIを持つエンジンは珍しくありません。多くのミドルウェアは、GUIツールの設計と共に開発されています。しかし、オープン・ソース・ソフトウェアでは、GUIツールは、オプションです。多くのエンジンは、グラフィックス・エンジンとしての機能を実装するようリクエストされます。しかし、エンジンがエンドユーザーによって使われるならば、エンジンが初めからツールのために設計されていることが重要です。同様に、XOOPS Cube の重要な事柄は、プログラマーのためのAPIでなくRADツールのための規則であると言えます。

OGRE 1.2.2

http://www.ogre3d.org/
私は、1.2.0 から OGRE のチェックができていません。さらに、私は先月以来 OGRE のフォーラムを読めていません。私は、来月までこれらの投稿をチェックすることができないでしょう。私は、テストを通してレポートを OGRE にコントリビュートしたいです。（しかし、その前に XOOPS Cube を完了させなければなりません）

私はこれらのタスクを自分のGTDに加えるべきなのでしょう！ :)

Doxygen for XOOPS Cube (3)

2006-07-22T16:38:13+09:00

私はこのブログを昨晩アップデートできませんでした。さて、いよいよ私達はDoxygen によってXOOPS Cube のソースコードからドキュメントを生成します。

Doxygen は Doxywizard という名前の GUI アプリケーションを備えています:

それはDoxygen のためのコンフィギュレーション・ファイルを生成し、そのコンフィギュレーション・ファイルによってDoxygen を実行します。さらに、Doxywizard にはウィザードとエキスパートという、初級者と上級者のための、２つのセッティング方法があります。PHP プログラムはほとんど高度な設定を必要としないので、ウィザードモードの使用法だけを覚えればよいでしょう。

Doxywizard を実行し、それから、 Wizard ボタンを押します。

あなたがダウンロードした XOOPS Cube のディレクトリを 'Source code directory' にセットしなさい。そして、サブディレクトリを解析するために、 'Scan recursively' オプションをチェックしてください。それからドキュメントを収納するディレクトリを作成し、それを 'Destination directory' にセットしてください。 'Project name' と 'Project version or ID' は自由です。

次に、 Mode タブをクリックしてください。

'All entities' を選択してください。それにより、すべてのエンティティが、それがドキュメントシステムのためのコメントを持っているかどうかに関係なく、ドキュメントのために解析されます。それから、 OK ボタンを押してダイアログを閉じてください。

次に、このセッティングをファイルに保存しなければなりません。Doxywizard は Doxygen を実行させるためにコンフィグレーションファイルを必要とするためです。Doxywizard はあなたが保存したファイルを Doxygen のためのコンフィグレーションファイルとして用います。

次に、 Doxygen がドキュメントを生成するためのテンポラリファイルを作成するディレクトリを指定しなければなりません。あなたの OS のテンポラリ・ディレクトリか、新しいディレクトリを作ってそれを指定するとよいでしょう。

あなたはこれでドキュメント生成のための最低限のセッティングを終えました。最後に、 'Start' ボタンをクリックしてください。ドキュメントがあなたが指定した転送先ディレクトリに生成されるでしょう。

あなたは再度これらのセッティングを行う必要はありません。いつでもコンフィグレーションファイルをロードし、ドキュメントを生成できます。

Doxygen for XOOPS Cube (2)

2006-07-20T22:37:31+09:00

XOOPS は、 PHPDoc をドキュメントシステムとして使います。Doxygen と、 PHPDoc の両方は、 javadoc のドキュメントタグを扱うことができます。しかし、各ドキュメントシステムは、いくらかのオリジナルの規則を持っています。そして、 Doxygen が C/C++ のために開発されてきたので、 Doxygen は、 PHP プログラムのために上手にドキュメントを生成できないかもしれません。

しかしながら、 Doxygen は、 PHPDoc よりあなたのために使い易いでしょう。私は、 Doxygen によって生成されたドキュメントが好きです。XOOPS Cube において、我々は、 Doxygen のオリジナルのタグを利用するべきでありません。従って、生成されたドキュメントは、 Doxygen の最大効果を含みません。しかし、それは、十分です。

試してみましょう。まずはじめに、 CVS から最新版をチェックアウトしてください。それをするために、あなたは、 XOOPS Cube Gems でこの記事を参照できます。次に、 Doxygen をダウンロードして、そして、それをインストールしてください。

次のエントリで、あなたは、これらのソフトウェアによってドキュメントを生成するでしょう。また明日お会い致しましょう。

Doxygen for XOOPS Cube (1)

2006-07-19T23:14:04+09:00

XOOPS Cube が多くのファイルと多くのクラスを持つため、 XOOPS Cube のソースコードを読むことは難しい。Cube のソースコードを読むために、私は Doxygen を推奨します。 Doxygen は有名なドキュメントシステムであり、ソースコードを解析して HTML ドキュメントを生成します。そうです、それは javadoc の一種です。Doxygen がクラス名とファイル名でドキュメントをサーフィンするためにハイパーリンクを作成するので、生成されたドキュメントは本当に有益です。あなたはネットサーフィンをするように「ドキュメントサーフィン」をすることができます。

ソースコードをあなたのドキュメントに出力するために、ソースコードオプションを有効にすると良いでしょう。生成されたソースコードページは、クラス名と定数のところで、同様にリンクを含んでいます。これらのページはIDEを使うより良い。あなたは必要なクラスと定数を容易に調査し得ます。

恐らくあなたはソースコードを読むのに IDE を使うことをやめるでしょう（その IDE が VisualStudio だとしても）。

ドキュメントシステムのためにすべてのクラスがコメントを持っているわけではないので、生成されたドキュメントは十分に我々の書いた概要を含んでいません。しかし、私は Doxygen が重要な情報を自動的に生成するので、そのドキュメントはあなたにとって有益だと思います。

Today's Report

2006-07-18T23:05:07+09:00

私はまた風邪を引いてしまいました。最近、私は週末になったら風邪をひいています。私のブログは2日間更新されませんでした……

さて… 私たちはXOOPS Cube2.1のユーザモジュールで多くのファイルをチューンアップしました。そして、私はいくつかの重要なフィーチャーがAlpha3から4への変化の中で動作不良を起こしていることを知るに至りました。グローバルサーチサービスは古いXCube_Serviceのクラスと共に開発されました。しかし、XCube_Serviceがかなり変わってしまったので、現在、それは動きません。XCube名前空間のデザインはBeta2で決定されるでしょう。したがって、今は私たちは一時的なデザインでこのクラスを修復するつもりです。

ユーザモジュールのすべての動作フォームは既に調整済みです。それらのクラスにも、多くの問題がありました。加えて、 cubson が時々アップデートされたために、アクションクラスのすべてが一様ではないという別の問題もあります。それらのコードをきれいにするために、私たちは手作業で部分修正をしなければなりませんでした。そのような問題はcubsonの弱点の1つです。

そのほか、Alpha3のいくつかの重要な欠陥がいくつかのすばらしいレポートによって修正されました。私たちは偉大なレポーターの協力に感謝します。

私は、明日CVSにこれらの変更をコミットするつもりです。

横浜ボールお化け

2006-07-15T23:26:45+09:00

すみません、私は横浜スタジアムに野球の試合を見に行きました。そして、私はゲーム開始前にボールのお化けを見ました。

あのう……あれはなんですか？　私はあんなお化けを見たことがありません。私が５月にこのスタジアムに来たとき、あんなお化けは出て来なかったはずです。

奴は、同じくマスコットである黒いクマと仲が悪いらしいです。彼らはいつも喧嘩しています。クマの方が、パンチもキックも可能であるぶん、ボールお化けより強そうに思えます。ボールお化けはただダンスができるだけです……しかし、奴らは互角に張り合っていました。

グランド整備のハーフタイムでは、ダンスチームがファンのためにダンスを披露してくれました。しかし、ボールお化けとクマは、ダンスチームのまわりでさんざん喧嘩していました……

あれを見てください！　脚部収納モードです。もうほんとただのデカいボールとしか……

P.S.
前田様 in 練習時間:

前田様と新井と栗原はよく働きました。彼らはコンビネーションで、２アウトから３点をもぎとりました。特に前田様はいつにもまして調子が良く、試合終盤で敬遠策をとられていました。カープ負けたけど……

extoolsD Project

2006-07-14T23:02:22+09:00

CubsonはextoosDプロジェクトの成果物です。extoolsDはextoolsの経験に基づいています。私は以前、XCube_ActionStrategy について書きました。それは開発者のための、空の枠組みです。コアがモジュール開発者にいかなるフレームワーク・スタイルも強制しませんので、モジュール開発者はXOOPS Cubeで自分達の独自のフレームワーク・スタイルを使用することができます。いくつかのポピュラーなフレームワークが移植されるかもしれませんし、XOOPS Cube用のオリジナル・フレームワークがいくつか登場するかもしれません。

ExtoolsDはツールの1つではありません。それは独自のツール環境を開発したがっている開発者のためのダイナミックリンクライブラリです。 PHPはXOOPS Cubeコミュニティにとっての唯一の言語ではありません。また、モジュールはXOOPS Cubeコミュニティのための唯一のプログラムではありません。どうか、XOOPS CubeのためのツールのすべてがXOOPS Cubeコミュニティのターゲットであることを理解してください。

CubsonはextoolsD.dllを使用するサンプルです。ExtoolsDライブラリは様々なツールを開発することを容易にするでしょう。

モジュールを開発して楽しむことができないなら、RADツールを開発して楽しんでください。 RADツールを開発して楽しむことができないなら、XOOPS CubeのFTPアプリケーションを開発して盛り上がりましょう。巨大なコミュニティはあなたの素晴らしいプログラムを共有することができます。

加えて、ツール開発者のグループは、一種の（独立した）コミュニティです。私たちと共に様々な生活物を開発して楽しみましょう。どんなプログラムも書くことができないなら、ドキュメントを書くことができますよ!

3D Application Rankings

2006-07-13T23:04:43+09:00

最もポピュラーなオープンソースエンジンの1つである OGRE は、多くのツールキットを持っています。ダウンロードページを参照してください。メジャーアプリケーションのためのツールキットが十分にあります。そして、そのページはOGREにおけるポピュラーなアプリケーションのランキングを示しています。それは興味深いです!

OGREで最もポピュラーなアプリケーションは3ds maxのようです。ただ、max のためのツールキットはOGREで最初のツールです。ですから、それの新しいバージョンがリリースされる度に、max のツールキットはダウンロードされます。しかし、3ds max の知名度には誰もが同意するところでしょう。

私たちはsoftimage XSIのランクに注目すべきです。Blenderが2つのアイテムを登録していますから、XSIはワーストということになります。しかし、ゲーム開発には、XISは本当に素晴らしいです。それには、プラグインとプログラマブルシェーダのためのベスト環境が備わっており、また、リーズナブルです。なぜ XIS はマイナーですか？ Wikipedia(日本語版)の記事は、その理由について語ります:

3Dソフトが全般的に高価で、ユーザーは一度覚えたソフトから気軽に乗り換えたがらないことが要因にある。

XSIのシェーダパイプラインのためのダイアログはエクセレントです。また、TDEはおもしろい環境です。XSIは、よりポピュラーになるべきです。

VS.PHP (3) - The comment is power

2006-07-12T23:42:53+09:00

VS.PHP は型セーフでない言語である PHP でインテリセンスを利用するための興味深いアイデアを備えています。これを見てください:

class Foo1
{
  function methodFoo($num)
  {
  }
}

function foo($a, $b)
{
}

foo() 内では、 VS.PHP は $a の型を知りません。そのため、 foo() の中でコードを打っても、 VS.PHP による支援は望めないでしょう。

私たちはしばしば、ドキュメントシステムのために、関数定義の先頭にコメントを書きます。それらのコメントのフォーマットは PHP の文法によって定義されたものではありません。しかし、 phpdoc や Doxygen といったポピュラーなルールがありますね。 VS.PHP は変数の型をそのコメントを読み取ることで解析します。このサンプルを見てください:

class Foo1
{
  function methodFoo($num)
  {
  }
}

/**
* @param  Foo1  $a
*/
function foo($a, $b)
{
}

私はシンプルなコメントを foo() の先頭に加えました。このようなコメントが書かれていれば、 VS.PHP はインテリセンスを働かせるために型を解析することが可能です:

これは、型セーフではない言語を取り扱うすべての IDE のための偉大なヒントす。そして、そのアイデアは私達に迅速なタイピングをもたらします。それは私達に必要なものです。（これに慣れきった）私は VS.PHP なしで PHP を書けません。

CVS update notification mail

2006-07-11T22:21:01+09:00

私たちの崩れたロードマップを回復するために、XOOPS CubeのCVSは日々アップデートされています。そして、開発者がCVSにアップデートしたソースコードをコミットするとき、あなたは特別なメーリングリストによって通知を受け取ることができます。通知は下手な英語のコメントと diff が書かれています。あなたがコア開発チームの動きが気になるのであれば、このMLは役に立ちます。

通知を受け取り始めるために、あなたはこのページであなたのメールアドレスを登録しなければなりません。登録ページは日本語で書かれています。しかし、通知が英語で書かれているので、心配しないでください。以下のイメージを見てください。あなたはメールアドレス、パスワードと、確認パスワードを以下のテキストボックスに書くことができます。

さらに、ファイルにおけるコメントは決して完璧ではありませんが、いくつかの役に立つ情報を含んでいます。CVSに関するログとこれらのコメントは変更を理解しやすくするでしょう。

I had a cold

2006-07-10T23:56:55+09:00

私は3日間このブログをアップデートしませんでした。私は金曜日の夜、友人と一緒にバーへ出かけました。そして、私たちは翌朝までビールを飲んでいました。それから、私は風邪をひいてしまいました……

私は、XTC2006のためにプレゼンテーションを準備するための多くの時間をフイにしなければなりませんでした。土曜日と日曜日をスキップしてしまったのは、致命的な問題です。私は、自分の計画を回復しなければならないので、今週末に野球を見に行かないかもしれません。XTC2006まで5回の休日があります。しかし、東京での野球の試合が5日間これらのすべてにあります。

私はXTC2006へcubson GUI版の最新版の操作ムービーを持って行かなければなりません。しかし、cubson GUI版はまだ十分動いていません。したがって、現時点では私はプレゼンテーションのために操作ムービーをキャプチャーすることが出来ません。いずれにせよ、少なくとも、私は残された時間の中で、必須事項を開発していかなければなりません。

VS.PHP (2) - Class browser

2006-07-06T23:23:31+09:00

VS.PHPのもうひとつのクールな特徴がクラスブラウザです。クラスブラウザは、phpファイルを分析して、どれがクラス、特性、およびメソッドの名前を含んでいるかをリストに示します。私たちは、リストをクリックすることによって、指定された位置までジャンプすることができます。そのうえ、あなたはキーワードで探すことができます。

はい、あなたはC++、C#、などと同様にクラスブラウザを使用することができます。そして、選んだクラスとメソッドへの折りたたみ式のメニューは利用可能です。

だれもカーソルを動かすための時間を浪費したがっていません。この機能は複式学級を含んでいるファイルに便利です。クラスを選択した後に、あなたはクラスのメソッドを選択することができます。

良いツールで、私たちは幸福になります!

VS.PHP (1) - Intellisence

2006-07-05T21:24:50+09:00

このエントリーは私が2005年9月24日に書いた古いエントリーのリミックスです。

私は以前、Tom_G3XさんからVS.PHPというツールの存在を聞きました。私は、しばらくそれをテストして、そして、最も良い結論を得ました。

「これはPHPにおいて、最も優れた開発環境です」

私は、絶えず最も良いPHP IDEを探し続けていました。私はマイクロソフトが好きではありませんが、VisualStudioを非常に評価しています。私の人生はVisualStudioとCodeWarriorを切り離すことができません。VS.PHPは、プログラマに幸福をもたらす効力を持つVisualStudioのためのプラグインです。

インテリセンス

私は、.NETのインテリセンスなどのサポート機能が欲しいと思っていました。しかしながら、私は様々なIDEでそのような機能を得ることができませんでした。私の望みには、EclipseもPeggyも十分ではありません。しかし、VS.PHPは本当のインテリセンスを実現します。それは本当にわくわくします!

function foo($name,$description)
{
}

誰も、 $decription のすべてをタイプしたいと思わないでしょう。あなたがEclipse3かPeggyを使用するなら、「単語補完」という機能はあなたを助けます。しかしながら、VisualStudioのインテリセンスはこのスコープで正確にあなたを助けます。また、インテリセンスは「コード規則の実践」を簡単にします。プログラマは長い名前の変数に苦しむことはありません。したがって、変数の名前とプロパティの名前は常に適切です。

あなたはもうひとつ知るべきです。それは、VS.PHPのインテリセンスはC/C++のインテリセンスより高速だということです。恐らくライブラリの量がこの現象に関係していると思われます。加えて、VS.PHPのインテリセンスがCTRL+SPACEなしで自動的に働くことも、その理由です。VS.PHPのインテリセンスはPHPにとどまりません。あなたはここでハイパワーを見ることができます。これを見終えたとき、あなたはプログラミングの興奮に耐えるのが不可能になるでしょう。

We need killer application for XCube_Service

2006-07-04T23:39:37+09:00

現在、XOOPS Cube開発チームはXCube_Serviceのテスト版とその可能性をレビューしています。私たちはサービスクライアントに関して既に基本的な抽象化レイヤーを開発しました。それは、ただアダプターであるので非常に簡単でした。そして、私たちは、その開発でアダプターが複合条件下の抽象化レイヤーの単純な解決策であることを学びました。しかし、抽象的なクライアントは簡単な課題です（それには内側のサービスと外側のサービスの違いが全くありませんから）。

しかしながら、抽象的なサービスには、ウェブサービスとして働くための多くのパラメータがなければなりません。内側のサービスであるなら、それはWSDLのために厳しい定義を必要としません。しかし、ユーザがウェブサービスとしてそれを動かすとき、それが内側のサービスであるか否かに関係なく、そのサービスには厳しい定義がなければなりません。これらの問題は以前、書かれたことがあります。

私たちは、用法をテストするためにサンプルモジュールを作らなければなりません。私は、既に1つのモジュールと3つのハッキングファイルを開発して、これらのファイルを開発チームに送りました。これらのファイルは、XCube_Serviceクラス群が正しく働くのをチェックすることができます。しかし、これらのファイルの機能は冗談みたいなものです（その冗談はXCube_Serviceに関して少しの可能性も示しません）。多くのユーザが抽象的なサービスで遊べるようになるように、私たちはXCube_Serviceの特徴を使用するいくつかのおもしろいモジュールを計画しなければなりません。

XOOPS Cubeはウェブサービスの特徴を得るでしょう。しかし、私はおもしろい体験をすべてのユーザにもたらすキラーモジュールを想像することができていません。モジュールが大差なしでクライアントとサービスを切り換えることができるなら、モジュールはP2Pのような特徴を得るかもしれませんが……

Mac mini のメモリ交換 (2/2)

2006-07-03T08:48:47+09:00

カバーを取り外すことは、強いパワーを必要としました。私のカバーはスクレーパーの動きで破損しました。しかし、これらの損害はmac miniの底でありました。だれも底のかすり傷を嘆かないでしょう。そして、私は、カバーを取り外し終えました。:

画像の右側に標準のメモリモジュールが見えます。メモリモジュールの上に銀のプレートがありますね:
私は簡単にプレートを引っ張り抜くことができました。そして、私は標準のメモリモジュールを、買った1GBのメモリモジュールに取り替えました。その過程で、私はいくつかのプラスチック・パーツを壊しました。注意してください。

私は銀のプレートを以前あったところに挿入しました。そして、私はカバーを取り付けて、mac miniのスイッチを入れました。なんの問題もなく、mac miniは起動できました。それで、私はメモリスワッピングなしでmacを使用することができるようになりました。私がmacから取り除いた512MBメモリモジュールは他のウィンドウマシンに使用されるようになるでしょう。

私の１ＧＢメモリモジュールは、バルクで11,000円の PC3200 CL3 です。私はメモリ交換を（実はmac miniオーナーの）龍司さんに勧めようと思います。しかし、彼のマシンはiTunes専用らしい……

実は、チュートリアルビデオがここにあります。

Mac mini のメモリ交換 (1/2)

2006-07-02T10:22:27+09:00

私のmac miniは512MBしかないため、しばしばメモリスワッピングを発生させます。私は昨日、メモリを交換しようとしました。本来は、ユーザーがメモリを追加したいなら、彼はアップル公式のサービスに依頼すべきです。しかし、公式サービスは非常に高い価格です。あなたが自分でそれをしようとするなら、かかるコストはメモリモジュールの価格のみです。私はmac miniでメモリモジュールを交換する方法を検索しました。そして、私はスクレーパー、紙やすり、および1GBのメモリモジュールを買いました。 2個のスクレーパーが良いようです。1個のスクレーパーはこの作業にとって十分ではありませんでした。

初めに、私は紙やすりでスクレーパーの厚さを減少させました、それをmac miniのカバーに挿入するには、スクレーパーが厚過ぎたので。次に、私はスクレーパーをmacのカバーの間のスペースに挿入しました:
私はピンチ・バーとしてスクレーパーを使用することによって、カバーを取り外しました。

Exciting game! Carp vs Dragons

2006-07-01T22:42:31+09:00

今日のCarp VS Dragonsのゲームは、接戦で非常におもしろかったです。 XOOPS CubeチームのメンバーであるTom_G3Xさんは、、名古屋でのこれらのゲームに私を招待してくれていました。しかし、私の仕事が非常に忙しいので、私は今週末に休むことができませんでした。Tom_G3Xさんは、中日ドラゴンズのファンです。

カープには、最近１点差を争う多くのゲームがあります。最近11日間でそのような9ゲームがありました。カープファンは、ゲームを見るために胃薬を飲む必要があるかもしれません。

今日のゲームは昨日の引き分けと同じくらい非常にエキサイティングでした。両方のチームが非常に良いです。そして、カープは勝ちました。トム_G3Xさんはこのゲームを見にスタジアムに行っていたので、彼はDragonsの敗北を見なければなりませんでした。しかし、私は、ドラゴンズのファンにとっても、このゲームは非常におもしろかったのではないかと思います。このゲームを一緒に見たかった……

ところで、東京に住んでいるカープファンは、今月多くのゲームを見に行くことができます。

14日(金) 横浜
15日(土) 横浜
16日(日) 横浜
17日(祝) 神宮
18日(火) 神宮
19日(水) 神宮
21日(金) 神宮（オールスター）
25日(火) 東京ドーム
26日(水) 東京ドーム
27日(木) 東京ドーム

これらのイベント日をあなたのカレンダーに加えてください。

I'm a GTD beginner (2)

2006-06-30T22:47:22+09:00

Step1「収集」

これはGTD第一審で最も重要なステップです。あなたは1時間それをしなければなりません。

１時間だそうです！　私は、昨日かなり疲れていたので、自分の家で仕事に関することを何もしたくはありませんでした。そこで、本日、私はランチタイムに、このファーストステップをこなすことにしました。

A4用紙（最低でも５枚）にタスクを書き留めてください。書くために、あなたの手帳とPDAを使っても構いません。

私は1.5時間を投じて、すべてのタスクを書きました。私は、ランチタイム後にもGTDを続けました。そして、次のステップは:

特別なフローチャートを用いて書きとめたタスクを分類してください

それは、本日経験したなかで、もっとも困難な作業でした。それから……私は自分の脳の中からすべてのタスクを消去することが可能になりました……たぶん。本当のところは、私はＧＴＤの成功を得ることができたのかどうか、分かりません。しかし、1つの満足なことがありました。それは、私が2分で達成することができる多くのタスクを持っていたことです。GTDは、そのようなタスクに即座に取りかかるべきだと言っています。私がそのようなタスクを全部終えたので、ほとんどのタスクがコンプリートしました。言い換えれば、私には、多くの簡単なタスクがあったということです。

GTDは、楽なタスクのすべてを片付けるための手続きなのかもしれません。私の挑戦は続きます！

I'm a GTD beginner (1)

2006-06-29T22:48:51+09:00

GTDは日本でも有名になりつつあります。日本でも、優れた方々は、ずっと以前からGTDを注目してきました。しかし、私はそれを一度も見たことがありません。以前より既にGTDを導入していた龍司さんや他の知人の方々は、GTDは非常に良いと教えてくださいました。彼らは先駆者です。

私はすぐに投げ出しました。私にとって、GTDの入門ガイダンスはよく分からないものでした。日本語によるガイダンスが登場するまで、私は、GTDのことを忘れることにしました。実際には、日本語のGTDの入門書（"Getting Things Done : The Art of Stress-Free Productivity"の邦訳）がありましたが、私は、野球を見ることにお金を使ってしまいました。

私がビール片手にカープを応援しまくっていた間、偉大な先駆者は、翻訳とドキュメントの執筆を続けていました。そして今、私はいくつかのサイトで日本語のGTD入門ガイダンスを手に入れることができます。特に有名な電子雑誌であるITメディアによる記事は、読みやすくて非常に役に立ちます。私のようなGTD初心者は手始めにこれらの記事を読むのではないでしょうか。

GTDはナレッジ・ワーカーに良いと言われています。しかし、私は、日本のプログラマがナレッジ・ワーカーなのかどうかは知りません。

龍司さんは、GTDが解放者であると言いました。ほんとに？　 ITメディアの記事には、GTDが欧米のナレッジ・ワーカーの間では常識だと書かれていました。ほんとに？

私は、それを試みて、報告するつもりです。

DirectPhysics

2006-06-28T23:58:57+09:00

私は、マイクロソフトが DirectPhysics を DirectX に加えようとしているというニュースに驚かされました。そのニュースに関して、DirectX が AGEIA PhysX をサポートするという噂があります。これらの計画が実現するならば、 DirectX はホビープログラミングだけでなく、ビジネス・プログラミングのためにもよりエクセレントなものになるでしょう。

DirectX は、マルチメディア用の複合的なライブラリで、 OpenGL より遙かに大型です。それは、Windows Vista の描画技術として知られています。だからといって、マイクロソフトがゲーム・ライブラリとしての DirectX の開発をやめたわけではありません。多くの開発者は、 OpenGL が次世代ゲーム・グラフィックスAPIの勝者であるとみなしました。理由は、以下です：

OpenGL 2.0 の登場 -- OpenGL 2.0 は、最新のグラフィック・テクノロジーを取り戻しています。
PS3 が、グラフィックスAPIとして OpenGL/ES 2.0 を使用。

DirectX は、リッチではありますが、制限された用途です。それは、 Windows ファミリ専用です。そのため、大多数のゲーム開発者は、プラットフォーム依存であるライブラリを学びたくないと考えるでしょう。彼らは DirectX に対して冷ややかであると思われます。DirectX は、すでに DirectInput、DirectSound、DirectShowとDirectPlay(P2P) を含んでいます。しかし、これらのライブラリが、必ずしも使われてきたというわけではありませんでした。私も、ガイドブックの外で、これらのライブラリが実際に使われるところを見たことがありません。

しかし、マイクロソフトは強力なテレビゲーム・ライブラリを開発することに関して完全に真剣です。DirectPhysics は驚きです。そして、それは我々を興奮させます。

私は、大多数の開発者は、やはり次のバージョンも使わないだろうと思います。多くの開発者は、巨大なライブラリがプラットフォーム依存であることに容赦がありません。たとえライブラリが非常に役に立つとしても、距離を置きたいところでしょう。しかし、これらのライブラリは、ホビー・プログラミングには非常によいです。

その点、OpenGLはグラフィックスAPI以外を含む予定はありません。OpenGLは、グラフィック開発のためにシンプルです。そして、DirectX はゲーム開発のためにリッチなのです。

Develop XCube_Service (2/2)

2006-06-27T23:52:32+09:00

次の問題は内側のウェブサービスと、外側のウェブサービスが異なるかもしれないという可能性です。それは重大な問題です。 XCube_Serviceには、内側のサービスと外側のサービスの違いを吸収するフィーチャーを持っています。しかし、もし開発者がそれ必要としなかったら……？　内側のXCubeサービスは外側のサイトのコンテンツを一切含めないことを要求されるかもしれません。

サービスのクラスは書きやすいなら、それは問題ではありません。 2種類のクラスを準備するのは、良い解決策でしょう。しかし、残念なことに、サービスのクラスは開発者に厳しい定義を要求します。したがって、それは即席には書きにくいです。恐らく、XoopsObjectHandlerはモジュールコンテンツのコンテンツをリレーすることに関しては、サービスクラスより素晴らしいメカニズムです。もちろん、ウェブサービスに接続させるために、ハンドラを抽象化することは可能です。XoopsObjectHandlerのデザインはこのような点において、非常に優れています。

しかし、ウェブサービスへの抽象的なレイヤーは今の時代にたいへん重要です。他のモジュールのコンテンツをリレーするだけ、ということは、重要ではありません。そのような場合でも、XOOPS Cubeは近い将来他のサイトに接続できることを要求されるでしょう。たった1つのクラスを書くことによって、他のモジュールと他のサイトの両方にコンテンツをリレーすることが実現できれば、それは理想です。

ほとんどの開発者はXoopsObjectHandlerとXCube_Serviceの両方とも使用しないでしょう。しかし、他のモジュールか1File HackingでXCube_Serviceをモジュールに追加することは可能です。私たちはクラスの目的を明確にしなければなりません。それによって、クラスのコードはシンプルになります。お気づきのように、私たちはRoadmapに示されるベータ系列に取り組んでいます。ある複雑な因果関係によって、私たちはコードをブラッシュアップして、XCube名前空間を再設計するという並行開発をしなければなりません。XShadeとexReviewは良いテストです。

Develop XCube_Service (1/2)

2006-06-26T23:45:08+09:00

XCube_ServiceはXCube名前空間のCVSの未完成のクラスの1つです。このクラスには、以下の目標があります:

通常、このクラスは、モジュール間接続に使用されます。
デリゲートは、一種の関数ポインタであって、このクラスとは似て非なるものです。
ユーザはWebサービス・アダプターへどんなXCubeサービスも適合させることができます。
また、ユーザはどんなXCubeサービスクライアントもWebサービスに接続することができます。

しかし、多くの問題があります。第1の問題はLegacyモジュールが何をWebサービスライブラリとして収録するかということです。Legacyモジュール群はGPLであり、私たちがそのライセンスを変えることはできません。私は、それがGPLである以上は、LegacyパッケージがPEARライブラリを直に収録することはできないと考えています。しかし、フルスクラッチ・プログラムであるXCube名前空間はデュアルライセンスを用いてGPLから離れることが可能です。例えば、テストBaseモジュールであるXOOPS Cube Shadeは別のライセンスを持っています。言い換えれば、XShadeはGPLライブラリだけではなく、PEARライブラリを持つことができるということです。

したがって、私たちは、Baseモジュール側にウェブサービスを実装するためのライブラリを持たせなければなりません。そして、XCube名前空間には、特定のライブラリがあるべきではないでしょう。それぞれのBaseモジュールがライブラリと、アダプターのインスタンスを作成する Factory のためのデリゲートを持つことが必要です。

今日、ウェブサービスに関するクラスデザインのテストためのexReviewはsf.jpのexmodulesプロジェクトにコミットされました。このモジュールはXCube名前空間の抽象レイヤーを伴わず、未だWebサービスを直接インプリメントしています。言い換えれば、現在のXCube_Serviceでウェブサービスを実装することは、困難で、間違っているのです。

決戦は名古屋 XTC 2006

2006-06-22T22:20:26+09:00

私は次の金曜日、土曜日、日曜日にブログを更新しません。その理由は昨日のエントリに書きました。本日のエントリは今週最後のエントリです。私は面白いイベントを告知します。

「XOOPS Cube Tokai Conference 2006 (XTC2006) -- 決戦は名古屋。でたがや！ XOOPS Cube」は名古屋で７月２９日に開催されます。その長いタイトルは何ですかって？　えーと、これは（おそらく）日本ではクールな表現なのです。

これは、東海の最初の XOOPS イベントです (東海は日本の地域のひとつであり、この前の万国博覧会によって知られています）。東海で生活する Tom_G3X は、このイベントを企画しました。そして、彼、及び、彼の友人は、現在、開催に備えて準備しています。

多くの開発者は、東京からのこのイベントに行くでしょう。もちろん、私も、行くつもりです。我々は、東京の我々のイベントに Tom_G3X を常に巻き込みました。今回は、我々の順番です。

私は、 cubson GUI 版の demo ムービーを上映するつもりです。Cubson GUI 版は、ナンセンスな考え(大部分のウェブ開発者が考えようとも思わない) によって開発された奇異なソフトウェアです。そのデモムービーは、ネットで公開されません。イベントの後で、私は、このサイトで、デモムービーの代わりに cubson GUI 版の要約を公表するでしょう。あなたがその詳細を見ることを望むならば、イベントへ出かけましょう！

誰でも無料でこのカンファレンスに入場可能です。もし、カンファレンス後の宴会に行きたいのであれば、4,000円を実費として支払わなければなりません。カンファレンスと宴会は定員があります。これらの催しにここからアプライできます。

東海とは？

東海は、名古屋や豊田等々を持つ日本の地域です。二つの都市はよく知られています。特に、豊田市は自動車メーカーのトヨタ社の拠点として有名です。

余談ながら、私は以前東海に住んでいたことがあります。

Tab vs Spaces

2006-06-21T21:14:05+09:00

私は、毎日エントリを書き続けました。しかし、私は友人の結婚式に出席するために今週の週末に3日間更新するのを止めなければなりません。このblogが静的ページであるので、私はタイマーを更新することにセットすることができません。私は、東京への帰還の前に広島に立ち寄ります。次の月曜日に、ではまた。

ところで、題名が "Tab vs Spaces" である興味深く短い記事が、Bug Babbleに載っています。（それは、古い記事です...私はようやく私の感想を書くことができました）

タブまたはスペースが許されるどうかは、多くの会社で議論中です。その記事は、その答えなしで1つの考えを提案しました。
「あなたは空白文字が見えるようにVisual Studioをセットするべきです。」

You can change this in VS by going to Edit/Advanced/View White Space. I also change the default color for visible whitespace to silver. Silver on a white background is unobtrusive, yet noticeable when there is inconsistency.

それは、奇妙な答えではありません。大部分のIDEには、タブとスペースに対して、標準可視カラーもしくは標準マークを持っていません。これは、彼らがタブとスペースに関する議論から逃げることを意味しています。古典的ないくつかのエディタは、標準設定としてタブ・マークを持っていたと思います。しかし、最近のIDEは、タブまたはスペースへの言及を持っていません。それは、彼らがフォーマッティングのフィーチャーを備えていることが理由かもしれません……彼らは、各々の体裁情報によって、各々のユーザーのために、ソースコードのコード・フォーマットを整えることが出来ます。

結論を持たないことは、選択の自由なのかもしれません。

法線マッピングとツール

2006-06-20T22:41:40+09:00

法線マッピングは、以前からある技術です。多くのDirectXガイダンスブックはそれを取り上げます。しかしながら、それは、現在のゲームコンソール上で実装しにくいものでした。次世代の製品ではその実装にあたっての問題はありません。

おもしろいことに、法線マッピングに求められたコンセプトは、変遷の途にあります。私は、そのように感じます。昔、法線マッピングは、 GPU のための省力技術であると紹介されました。しかし、次世代環境において、非常に複雑なポリゴンモデルを扱うことが容易になりました。私は、法線マッピングが GPU ではなく、人間のための省力技術として重視されるのではないかと考えます。

私が思うに、大部分の開発者は、背景モデルのために多くの時間を費やすことを望みません。れんが壁の表現のために、開発者は、法線マッピングを使うでしょう。そして、壁のモデルは昔同様プリミティブであり続けるでしょう。

法線マップはもはや人間の仕事ではありません。そこで、優秀なツールが必須です。多くのソフトウェアメーカーは法線マップのソリューションを市場へ投入しています。Zbrushはこのレースにおける先頭ランナーの一人です。加えて、ZBrushはテクスチャのカテゴリにおいても同様に優れていると考えているかもしれません。それは、３Ｄペインティングのための興味深いフィーチャーと、モデリングのための癖のあるフィーチャーを備えています。

ZBrushによるモデリングは普遍的ではありませんが、十分に興味深いです。しかし、日本の多くのデザイナーはこの普遍的ではないツールをモデリングのために使うことを望みません。ZBrush はそのことをよく理解しています。それゆえ、彼らはZBrushと他のツールを組み合わせることを勧めるのでしょう。

3ds Max v8

2006-06-19T22:15:05+09:00

3ds Max v8 が出てしばらくになります。しかし、私はまだそれを一度も試みたことがありません。そこで、私は、今日久しぶりにAudodesk日本サイトを訪問して、いくつかの変化を知りました。まず第一点に、私たちはそのサイトからトライアル版をダウンロードすることができます。バージョン7の頃は、トライアルCD-ROMを申し込まなければなりませんでしたが……次に、バージョン8は本当に素晴らしい新機能をもたらします。バージョン8はサイトで20に及ぶフィーチャーをリストアップしています。それは、エクステンションのフィーチャーを含んでいます。つまり、Autodeskは、CharactorStudioと同様に、より多くの有償エクステンションの提供を止めたということです。

3ds Max のために、「ｅ解説」と呼ばれる興味深い製品があります。これは初心者のための様々なソフトウェアのビデオチュートリアルです。私は昔、それには価値がないと思っていました。しかし、これは時間の節約です。3ds Max のための製品は2種類です。そのうちのひとつは、初心者のためにバージョン7をカバーします。別のひとつは、バージョン8における新機能だけをカバーしています。これはおもしろいアプローチです。この製品は新機能に関する説明のために4,000円を請求します。それはまさに時間の節約のための純粋な対価です。

ところで、3ds Max の新しいバージョンは法線マッピングに関して、より強力な機能を獲得しました。そして、日本のユーザは法線マップのためにZBrushに注目するようになりました。ZBrushは日本で十分ポピュラーとはいえませんでした。しかし、それは最近、法線マップツールとしてポピュラーになり始めています。ZBrushのための学習センターであるZBrushCentralは、3ds MaxをZBrushと共に使用することを勧めています。"ZBrush normal maps and 3dsmax v8"というチュートリアルは法線マップの分野における勝利宣言かもしれません。

What is ActionForm? (6)

2006-06-18T13:32:51+09:00

Conclusion

XCube_ActionForm::load() と update() は、vritual (C++でいうところの)であり abstract ですので、様々な変数のために使用されることができます。cubsonによる生成コードはこれらのメンバー関数と切り換えGET/POSTをよく使用します。以下のダイアログはcubsonのコードにおける編集のための手順を示します。あなたは、cubsonが、XCube_ActionFormの特徴をうまく使用することを理解するでしょう。

ご承知のとおり、cubsonはXOOPS Cubeのお勧めの規則を守ります。編集において、Cubsonはプログラムを3個のオブジェクトに分けます。(オブジェクトは、ビジネスロジック(アクション)と、ActionFormとXoopsSimpleObjectです)。恐らく、あなたが生成コードで編集したいポイントは、バリデーションと表示の準備です。したがって、cubsonが基本的なコードを発生させた後にあなたは初めに、ActionFormをカスタム設計するべきです。あなたは、ほとんどの場合、ActionFormのカスタムのためにコードを書く必要はありません。あなたは、XML構成ファイルを変更して、cubsonでActionFormを作り直すことができます。

あなたは、ちょうどこのセクションでXCube_ActionFormに関する基本概念を学び終えたところです。次のセクションで、あなたは、実際にcubsonによるActionFormのカスタマイズを経験するでしょう。

What is ActionForm? (5)

2006-06-17T16:22:14+09:00

XCube_ActionFormは開発者のためのウェブにおけるデバイスです。しかし、それはデータベースに接続しません。 XOOPS Cubeは、ビジネス論理とデータベースとActionFormを切り離すのを勧めます。

データベースに対してActionFormの値を使うために、あなたはXoopsSimpleObjectを連携させることができます。XCube_ActionFormには、そのためのインタフェースがあります。

load(&$object)

あなたは load() の中で$objectの値をActionFormへコピーするロジックを実装すべきです。 XCube_ActionFormは初期値を持たせることが困難です。そこで、あなたは、ActionFormを設定するのにXoopsSimpleObjectを使用することができます。この方法は、再編集機能にとって重要です。あなたがロード済オブジェクトをActionFormに送るなら、それはコンテンツの再編集です。あなたが新しいオブジェクトをActionFormに送るなら、それはコンテンツの新規作成です。言い換えれば、これは「新規作成と編集の差異の除去」です。

さらに、あなたは特別なローディングのためにこのメンバー関数を利用することができます。例えば、ActionFormは文字列として$objectの整数値をコピーすることができます。

update(&$object)

あなたはActionFormの値を$OBJECTへコピーするロジックを実装するべきです。このメンバ関数はバリデーションがうまくいった後に呼ばれなければなりません。 load()と同様に、あなたは特別なアップデートにこのメンバ関数を利用することができます。例えば、ユーザの入力値から「変更された日時」フィールドをコピーするべきではありません。この場合、あなたはいつもそのフィールドにtime()をセットすることができます。

例となる ActionForm をあなたの myannounce モジュールで見てください。

function update(&$obj)
{
  $obj->set('update_unixtime', time());
  $obj->set('subject', $form->get('subject'));
  $obj->set('message', $form->get('message'));
}

このupload()は'create_unixtime'を上書きしません。そして、それは'update_unixtime'にtime()を使用します。このようなテクニックは、ユーザから重要なフィールドを保護するために使用されます。例えば、ユーザのActionFormは管理者だけが編集することができるフィールドを扱うべきではありません。このコンセプトを理解しているなら、あなたはユーザタイプでActionFormを切り替えることができます:

$actionForm = $xoopsUser->isAdmin() ?
              new EditForm4Admin() : new EditForm4User();

What is ActionForm? (4)

2006-06-16T00:58:54+09:00

私は今日も、ActionFormのお勧めの手順について説明します。

Validate

ActionFormはそれの中で妥当性検査をします。例えば、「メール」は特別なパターンがある文字列です。 ActionFormは文字列として入力値をとって来て、メールとしてそれを検査します。この場合、文字列はフォームプロパティの情報です、そして、メールはフィールドプロパティの情報です。

フィールドプロパティ設定によって、その妥当性検査は働きます。XCubeとLegacyには、様々なフィールドプロパティがあります。もちろん、開発者はフィールドプロパティとして彼らのバリデーションパターンを追加することができます。

値が妥当性検査に違反するなら、ActionFormは検査と結びつけられるエラーメッセージを保持するようになります。そして、また、ワンタイムトークン(チケット)がこの過程でチェックされます。 XCube_ActionFormのワンタイムトークンは、トランザクショントークンの１種です。開発者はバリデーションとして、ワンタイムトークンを扱うことができます。

Error Check

hasError()は、ActionFormにエラーがあるかどうかチェックします。開発者はgetErrorMessages()メンバー関数を通じてActionFormのエラーメッセージにアクセスすることができます。

Cubsonは、ビジネスロジックを、リクエストの種類で変更することを勧めます。それがGETかエラーであるなら、うまくいくまで入力形式を何度でも表示してください。 POSTであり、それがエラーでなければ、次の手順に行ってください。このループによって、ユーザはそれがエラーであっても彼の入力値を失いません。

例えば、myaccountモジュールで、メッセージ値なしで「送信」ボタンをクリックしてみてください。 1つのエラーメッセージが表示されるでしょう。しかし、subject は失われません。あなたはメッセージフォームを満たすまで、次の手順に行くことができません。同様に、トークンエラーの場合も、このループは働きます。

What is ActionForm? (3)

2006-06-15T21:27:56+09:00

XCube_ActionFrom には最大の効果を得るための推奨手順があります。それは下記の手順です:

Construct
Prepare
(Load)
Fetch
Validate
Error Check
(Update)

XCube_ActionFormはこの手順に関してフレームワークを作りませんが、Legacyモジュールは理想的な手順としてそれを使用します。以下で典型的なコードを見てください:

$form =& new Myannounce_MessageEditForm();
$form->prepare();

$form->fetch();
$form->validate();

if ($form->hasError()) {
// display error
}

事実上、コードジェネレータが様々な典型的なコードを生成するので、あなたはこれらのコードをタイプする必要はありません。しかし、手順を理解するためにこれらのコードを読みましょう。

Initialization

new 演算子の後に prepare() が呼び出されます。 prepare() は、複雑で長い生成コードから成ります。したがって、開発者はコンストラクタに初期化コードを書きます。初期化においては、これらの関数両方が呼ばれなければなりません。

Fetch

ActionFormは$_REQUESTからの入力値を得て、入力値をプロパティに保ちます。フェッチの後で、get()メンバー関数はこれらの値にアクセスすることができます。

ActionFormは指定された値だけをとって来て、型設定でキャスティング変換をします。したがって、開発者はget()を使う限り、キャスティング変換について考える必要はありません。ヌルバイトか悪い制御コードが文字列プロパティかテキスト・プロパティに送られる場合、XCube_ActionFromはプログラムを中止します。

あなたがビデオゲームプログラマーであるなら、ジョイパッドの値を得ることを想像してください。恐らく、ジョイパッドのための特別なクラスは、ジョイパッドに関する特別な条件下で働いて、そして、値だけを保つでしょう。ほとんどの開発者は、BIOSかデバイスドライバとファイトするためにプログラムを作る必要はありません。同様に、ActionFormを持つ開発者はいくつかのウェブの特別条件のためにプログラムを作る必要はありません。

キャスティング変換のためのフォームプロパティの型設定は、BOOL、INT、FLOAT、STRING、TEXTです。 TEXTはCRとLFを受け入れますが、STRINGはそれらを受け入れません。

さらに、開発者はそれぞれのフォームプロパティの fetch() をオーバーライドすることができます。あなたがこの特別な用法を知りたいのであれば、ソースコードにおけるコメントを読むか、またはドキュメント・システムでソースコードからドキュメントを作成してください。

What is ActionForm? (2)

2006-06-14T22:30:12+09:00

XCube_ActionForm は、抽象クラスです。そのため、あなたは、 ActionForm メカニズムを使うために、 XCube_ActionForm のサブクラスを定義しなければなりません。例となるソースコードを読むために /modules/myannounce/admin/forms/MessageEditForm.class.php を開いてください。そこには非常に大きなクラスがあります。

これは、 XCube_ActionForm のサブクラスです。このクラスは、 prepare() におけるフォームプロパティ、及び、フィールドプロパティをセットし、load() と update() メンバ関数を実装します。あなたは、そのような複合的クラスを定義することが難しいと思うでしょう。しかし、開発者は、そのようなクラスを直接定義する必要がありません。ツールによって XML 構成ファイルからサブクラスを生成できます。/modules/myannounce/admin/.xml/message_edit.xml を見てください。これは、サブクラスを定義するための構成ファイルです。

サブクラスを定義することについて重要なことが２つあります:

あなたは、 cubson または別のツールによって XML 構成ファイルから XCube_ActionForm のサブクラスを生成し得ます。
同様に、あなたは、cubson によって、データベース構造、もしくは、 XML データオブジェクト構成ファイルから XML 構成ファイルを生成し得ます。

コアチームは、 XCube_ActionForm の設計では手で ActionForm を定義することはが可能ではないと考えます。従って、我々は、 XOOPS Cube Legacy 2.1 リリース時に、公式コンバータをリリースするでしょう。そのコンバータは、 cubson のような他の機能を持っていません。しかし、 PHP プログラムですから、だれでも、それを動かすことができます。

ところで、もしあなたが struts を知っていれば、これらの XML のフォーマットが struts ライクであることに気づくでしょう。しかし、 XOOPS Cube は、これらの XML を決して直接扱いませんから、このフォーマットは、重要事項ではありません。フォーマットを必要とするものは、コンバータであり、そして、各々のフォーマットは、各々のツールにおいて異なります。様々なフォーマットを扱う様々なツールがリリースされれば、あなたの好みのフォーマットを選択することができるようになります。

What is ActionForm? (1)

2006-06-13T23:04:43+09:00

私は、 cubsonマニュアルを編集し始めました。それは、このブログのリミックスです。古いエントリは、決して修正されませんが、そのマニュアルは、最新の情報をカバーするために、アップデートされます。例えば、gigamaster氏は、英語の OS における正しいガイダンスを私に教えて暮れました。私は、そのようなレポートによってマニュアルをアップデートします。ですから、ユーザーは、ブログのアーカイブではなく、マニュアルを読むべきです。

さて、私は、今週末まであなたに XCube における ActionForm を説明します。あなたが myannounce モジュールを持っていないならば、マニュアルに行って、そして、それを作成してください。

あなたのコントロールパネルの myannounce モジュールにおいて "create new" をクリックしてください。myannounce モジュールのメッセージ入力フォームは、主題、及び、メッセージを必要とします。あなたが何もフォームにインプットしなかったならば、エラーメッセージが現れ、そして、再入力を要求します。XOOPS Cube 2.1 における入力フォームの大部分は、同じ行動をします。入力フォームは、エラーリクエストが次のページに通過することを決して可能にしません。

これらのコントロールは、 ActionForm によってもたらされます。ActionForm は、妥当性検査を担当しています。ActionForm は、ウェブプログラミングにおいて非常にポピュラーです。コアチームは、開発者のためのサンプルとしてそれらの ActionForm クラスを作成しました。ライブラリを持たない開発者は、コアにおいて定義されるライブラリを使うべきです。これは、義務ではなく、単にライブラリです。従って、開発者が有益なライブラリを持っているならば、彼は、自身のライブラリを選択できます。

XCube_ActionFormは次のような目的を持っています:

入力値を $_REQUEST から得て、magic_quotes_gpc がオンなら stripslashes() を行います。
型安全。フォームプロパティ設定に従って値をキャストします。
フィールドプロパティ設定に従って妥当性検査を行います。
ワンタイムトークンをバリデーションに統合します。
新規作成と編集の差異を取り除きます。
データオブジェクトと値を交換するためのインターフェイスを実装します。

つまり、XCube_ActionFormはデータオブジェクトの外側で入力値の管理とチェックを行います。

OGRE AppWizard

2006-06-12T21:54:10+09:00

私は、OGRE AppWizard を試してみました。これはいいです！　私は、その安定性と素晴らしさに感嘆せざるを得ませんでした。

インストールは、Javascript ファイルを走らせるだけで済みます。それだけで、 OGRE のアプリケーションウィザードが手に入ります。豊富なオプションからいくつかの選択肢をプロジェクトのために選ぶことが出来ます。さらに驚くべき事は、生成されまったく修正されていない状態のプロジェクトをビルドできることです。

もし、 Standard application を選択すれば、いくつかのリソースファイルがプロジェクト内にセットアップされます。また、 Sample Framework を選択すれば、そのフレームワークですぐにアプリケーションの開発にとりかかることができます。

私は、インストーラーが非常に丁寧なアプローチであることに驚かされています。多くの熟練したユーザーがOGREのまわりにいるにも関わらず、それはあまりに使いやすく作られています。熟練したユーザーのためのツールであれば、それが親切でないとしても、普通それは問題にはなりません。しかし、このツールは、そうではないのです。私は、このツールの品質へのこだわりを尊敬します。

また、サンプル枠組みは重要です。それはOGRE SDKが含んでいるExample Applicationヘッダーファイルを使用します。私たちは、ゲームのような多くの複合的場面を造るのにそれを使用することができません。しかし、だれでもフレームワークによるサンプルシーンで学ぶことができます。(フレームワークはすぐに1つの場面を造ります)。技能プログラマーの中には彼らがサポートなしでかなりのアプリケーションを組立てることができるので、フレームワークが嫌いである人もいます。しかし、サンプルフレームワークで手早くプログラミング効果を学び始めることは、重要です。あなたが一度も経験したことがない他のカテゴリにおけるアプリケーションを開発しなければならないなら、あなたは先達の開発者が準備したサンプルフレームワークを当てにするかもしれません。

Interactive Deformable Modeling Framework

2006-06-11T17:21:15+09:00

DefColStudioは2005年にSIGGRAPHで発表されました。これはインタラクティブな変形可能モデルのフレームワークです。デモアプリケーションで、私たちはモデルをつまみ、振り回して、別のモデルにぶつけることができます。それは非常におもしろいです。

このデモアプリケーションは、 Bruno Heidelberger の研究を説明するために、彼によって開発されました。それは、インタフェースにCEGUI、レンダリングにOpenGLおよびOGREを使用します。そう、このデモはOGREによって作られてている成果物の1つです。私たちが注目すべきことは、十分なプログラミング技能を持っている研究者がCG技術を説明するためにOGREを選択したということです。言い換えれば、OGREには、プロトタイプのための十分なライブラリと十分なツールキットが既にあるということです。

Bruno は、スイス連邦のチューリッヒ工科大学の研究助手であり、AGEIAで働いています。 AGEIAは最近、PhysXでポピュラーになりました。彼のプロフィールは、彼がAGEIAの次世代ゲーム物理学に取り組むと説明します。 AGEIAによって作られたPhysXは次世代ゲーム物理学を実現する特殊ボードです。恐らく、彼はPhysX開発チームのメンバーでしょう。

OGRE

2006-06-10T21:39:01+09:00

OGRE は、レンダリングエンジンであり、私が常に見ているオープンソースプロジェクトのひとつです。それは、多くのユーザーの支持、良いツールキット、及び、詳細ドキュメントを持っています。私が OGRE を見始めたとき、それは、まだ正式バージョンをリリースしていませんでした。そのため、ユーザーは、 OGRE プロジェクトの進捗を見るために、毎回ソースコードをチェックアウトし、それをコンパイルしなければなりませんでした。

OGRE は、長い間 0.9.x にあり、そして、公式のチーム、及び、サードパーティは、その間に様々なツールキットを開発しました。私は、 OGRE の計画があまりにも壮大だったので、それは完成しないのではないか、と思いました。しかし、 OGRE は、多くのツールキット、及び、オフィシャルドキュメントを伴う正式バージョンとしてリリースされました。

OGRE は、多くの好影響を他のプロジェクトに与え、そして、 OGRE に関するいくらかのプロジェクトもまた、始まりました。CEGUI は、それらのなかでも最も良いプロジェクトです。OGRE 、 CEGUI 、及び、いくらかのツールキットは、容易な３Ｄプログラミングを趣味、もしくは他の分野へもたらします。たとえば、我々は、 SIGGRAPH で OGRE アプリケーションを見ることができます。これらのライブラリは、我々の考えをテストするために便利です。同様に、とあるドイツのゲーム学校は、 3 次元プログラミングを学ぶために OGRE を使います。

しかし、 OGRE は、アジアでポピュラーではありません。その理由は、それが UTF-8 をサポートしないので、アジアのユーザーが OGRE で母言語を用いることができないためです。いくらかのソリューションは、提案されており、そして、 3rd party 製のパッチもあります。しかし、公式のソリューションはまだありません。このことは、今しばらくの間、 OGRE におけるホットトピックであり続けるでしょう。

VisualStudioにおけるC++とC#の差異

2006-06-09T23:29:11+09:00

C# で書かれたソースコードはどんなものでも、美しいように見えます。一方、 C++ で書かれたソースコードは、悪く見えます。私は、さすがに C# はよい見通しを持つ、C++より次世代の言語であると思っていました。

今朝、私は、この話題を仕事仲間と話していました。私の友人は、 GC 機能を持つ 3 次元ゲームエンジンにおいてそのプログラムが作られるならば、異なるものは僅かであろうことを指摘しました。例えば :

[C++]
SceneNode *node = mSceneManager->getRootNode()->createChildeNode(...);

[C#]
SceneNode node = mSceneManager.RootNode.createChildeNode(...);

C# は、 C++ よりスマートなように見えますが、違いはほんの僅かです。そのとき、我々は、 VisualStudio における C++ と C# のカラースキャナに大きな違いがあることに気づきました。 C++ は、大部分のコードが黒色で表示されるので、簡素でフラットに見えます。しかし、 C# コードは、様々な色によって表示されます。

IDE にとって C++ コードをパースすることは難しいかもしれません。なぜなら、 C++ は、厄介な #define と typedef を持っているからです。とにかく、我々は、 VisualStudio における C++ のディスプレイが C# より簡素であるということを知るようになりました。これは、 C++ が悪いように見える理由であるかもしれません。

我々は、なぜ今までそれに気づかなかったのでしょうか……？

Cubson First Step Guide (4)

2006-06-08T22:55:53+09:00

myannounce モジュールをテストする際、あなたは、いくらかの問題に気づくでしょう。生成されたテンプレートは、あまりにもラフです。それらは、編集されるべきです。

それでは、コントロールパネルから編集を始めましょう。XOOPS Cube Legacy 2.1 において、コントロールパネルは、テンプレートシステムを使います。コントロールパネルのテンプレートシステムは、コントロールパネルのテンプレートシステムは、ファイルベース ( あなたが DB テンプレートによって使うことができない ) です。あなたがテンプレートファイルを変更したとき、表示は、同時にアップデートされます。

コントロールパネルを見てください。

「メッセージ」カラムは、我々にとって不必要です。なぜなら、我々は、ビューアイコンをクリックしてメッセージを見るからです。メッセージは、リストに直接現れる必要がありません。

/admin/templates/message_list.html を開いて、そして、それを編集してください。初めに、「メッセージ」カラムを削除してください。次に、 messsages を表示するコードを削除してください :

<td><{$obj->getVar('message')}>td>

このページを再ロードして、そして、メッセージの除去を確認してください。

続けて、公開側のテンプレートを編集してください。リストの編集リンク、削除リンクをクリックすると、エラーが発生します。これらのリンクを削除してください。そのため、コントロールカラムは、不必要となります。メッセージカラム、及び、コントロールカラムを削除してください。そして、このテンプレートを再ロードするために、このモジュールをアップデートしてください。

我々は、テンプレートワークをちょうど終えました。それでもなお、いくらかの悪いものがあります。いくらかのメッセージをポストした後で、メッセージリストを見てください。最新のメッセージは、リストの最後に加えられます。あなたは、最新のメッセージが先頭にあることを望むでしょう。それには、アクションフィルタフォームを編集するとよいでしょう。

私は、アクションフィルタフォームに関する説明を次のステップガイドに先送りします。/forms/MessageFilterForm.class.php を開いて、そして、下記と同様にそれを編集してください :

// define('MESSAGE_SORT_KEY_DEFAULT', MESSAGE_SORT_KEY_ID);
define('MESSAGE_SORT_KEY_DEFAULT', -MESSAGE_SORT_CREATE_UNIXTIME);

同じく /admin/forms/MessageFilterForm.class.php を開いて、そして、それを編集してください。この作業によって、あなたは、オーダについての振る舞いを変えました。

結論

我々は、シンプルなテーブルによってシンプルなモジュールを開発しました。Cubson は、本物のデータベースにおいてテーブル構造によるコードを生成し得ます。しかしながら、生成されたテンプレートがあまりにもラフであるので、あなたは、それらを編集するべきです。

ノート

それが SQL ファイルを含まないので、我々が開発したこのモジュールは、配布できません。そのため、モジュールをダウンロードしたユーザーがそれをインストールするとき、必要なテーブルは、データベースに作成されません。あなたがこのモジュールを公開するときは、 sql/mysql.sql を書かなければなりません。

Cubson First Step Guide (3)

2006-06-07T22:42:33+09:00

私は、cubsonのいくらかのバグを解消して、それを更新しました。あなたは、このサイトのダウンロード・ページからバージョン0.43を得ることができます。

さて、myannounceモジュールを開発することを再開しましょう。私達は、これまでにmyannounceモジュールの管理画面機能を開発しました。今日のエントリでは、公開の機能を完了させます。それに先立ち、私達は、このモジュールの公開側の機能を確認するべきです。myannounceモジュールは、どんな特徴を持っていますか？

第一に、管理者のみがコントロールパネルでメッセージを登録することができる。
第二に、ユーザーはメッセージのリストとメッセージの内容にアクセスすることができる。

したがって、編集機能と削除機能が、公開側で不必要です。ウィザード・コマンドは4種類の動作によって使われる多くのファイルを生成しますので、あなたは編集機能と削除機能に関するファイルを削除するべきです。cubsonコンソール上で以下のとおりタイプしてください：

cubson> wizard message

あなたは、モジュール・ディレクトリで以下のファイル・ツリーを見るでしょう。

これらのファイルから以下のファイルを削除してください。

.xml/message_delete.xml
.xml/message_edit.xml
actions/MessageDeleteAction.class.php
actions/MessageEditAction.class.php
forms/MessageDeleteForm.class.php
forms/MessageEditForm.class.php
templates/myannounce_message_delete.html
templates/myannounce_message_edit.html

次に、あなたが取り除いたテンプレート・ファイルの名前をリストアップするxoops_vesrion.phpを開き、それらのファイルを取り除いて、添え字番号を編集してください。myannounce_message_edit.htmlとmyannounce_message_delete.htmlは不必要です。あなたがそれを編集しなければ、このモジュールの情報は削除されたファイルの名前を保ち続けて、いつかトラブルを起こします。以下が、正しいコードです：

//
// Templates. You must never change [cubson] chunk to get the help of cubson.
//
//$modversion['templates'][]['file'] = 'myannounce'_xxxxx.html';
//$modversion['templates'][]['description'] = 'myannounce'_xxxxx.html';
##[cubson:templates]
$modversion['templates'][0]['file'] = 'myannounce_message_list.html';
$modversion['templates'][1]['file'] = 'myannounce_message_view.html';
##[/cubson:templates]

テンプレートをロードするために、管理画面でモジュールをアップデートしてください。最後に、あなたはあなたが昨日の登録において修正した管理画面のindex.phpと同様にindex.phpを書き直さなければなりません。index.phpを開き、「Default」を「MessageList」で置き換えてください。

オーケー、公開側の機能は、今まさに完成しました。アクセスして、テストしなさい。しかし、これは終わりではありません。私達は、チューニングのために作業を続ける必要があります。

Cubson First Step Guide (2)

2006-06-06T00:45:07+09:00

Make-project

まず初めに、XOOPS Cube にプロジェクトを作りましょう。cubsonコンソール上で次のようにタイプしてください。

cubson> make-project myannounce

MyannounceディレクトリはあなたのXOOPS Cubeのモジュールディレクトリに作られました。make-projectは、SQLファイルやアイコンといった付加的なファイルを追加しません。それでは、すぐに、このモジュールをインストールしてください。

Create tables

発表モジュールは管理者が掲示するメッセージを示します。したがって、それには、以下のデータモデルがあるものとします:

ID
Created datetime
Modified datetime
Subject
Messsage

IDは、プライマリーキーかつ autoincrement である数値です。次に、Cubsonはdatatimeとしてunixtimeを扱います。もちろん、そのようなスタイルには、いくつかの問題があります。しかし、2006年に、私たちは、作業時間を記録するのにそれを使用することができます。次に、 subject はvarcharで、メッセージはテキストになります。

'{XOOPS_DB_PREFIX}_myannounce_message' テーブルを以下同様に作成してください。もしあなたの XOOPS_DB_PREFIX が xoops であるなら、 xoops_myannounce_message を作成してください：

id int(10) not null default 0 autoincrement, primary key
create_unixtime int(10)
update_unixtime int(10)
subject varchar(255) not null
message varchar(255) not null

Cubsonには、テーブルのための命名規則があります。あなたはXOOPS_DB_PREFIXとモジュール名を実体名に加えなければなりません。次に、コントロールパネル側で基本制御コードを生成してください。

cubson> wizard -a message

List View Edit Delete が myannounce モジュールの admin ディレクトリに、発生されます。しかし、アドミンのフロントコントローラがまだ変更されていないので、あなたはサイドメニューからそれにアクセスすることができません。

/modules/myannounce/admin/index.php を見てください。これはモジュール毎フロントコントローラです。それはAction Frameの特徴を通してあなたの簡単なフレームワークを扱います。このコントローラは$actionリクエストによってロジックファイル(action)を呼びます。 $actionを送らないなら、それはデフォルト値を使用します。デフォルト値は「デフォルト」リテラルです。あなたはそれを"MessageList"に取り替えなければなりません。オーケー、"/modules/admin/index.php"は"/modules/admin/index.php?action=MessageList"と等しくなりました。

再び管理機能にアクセスしてください。動きましたか？

Cubson First Step Guide (1)

2006-06-05T05:50:49+09:00

私たちはcubsonのチュートリアルでアナウンス・モジュールを開発しました。 cubsonの働きを学ぶために、チュートリアル生成を使用せずに、同様のモジュールを開発しましょう。

cubsonはデータ・ドリブン型のモジュールを生成することができます。したがって、cubsonを走らせる前に、あなたはデータモデルのための実体の定義を準備する必要があります。にそうしました。 XMLファイルは、実体を定義するために役に立ちます。しかし、それは書くために多くの時間を必要とします。私は、データベースのテーブルからそれを生成させる方法を勧めます。cubsonには、XMLと実際のデータベースのための抽象化レイヤーがあります。したがって、あなたは、データベースをXMLに変換するか、もしくは、コード生成にデータベースを直接使用することができます。

言い換えれば、通常、cubsonユーザはデータベースを作ることから開発を始めます。あなたが最初のチュートリアルでテーブルを作成する必要がなかった理由はチュートリアル作成コマンドがサンプルテーブルのためのSQLファイルを作成したからです。チュートリアルでは、あなたは２ステップでアナウンス・モジュールを開発しました。あなたがチュートリアル作成コマンドなしで同様のモジュールをどのように開発するかは、cubsonの手順を理解する良い手段です。

それでは、開発を始めましょう。この場合、あなたはmysqlで直接テーブルを作成しなければなりません。phpMyAdminは、テーブルを作成するために役に立ちます。あなたがXSASかXAMPPを使用するなら、phpMyAdminは既にあなたの環境にインストールされています。もしそれを持っていないなら、次回までにダウンロードしてインストールしださい。

Rapid Weaver 3.5 public beta 1

2006-06-04T19:29:32+09:00

このホームページは RapidWeaver によって作られています。 RapidWeverはmacアプリケーションのCMS（もしくはContents Management Application?）です。ユーザーは、ストレスなしでコンテンツを書いて、1クリックだけで発行できます。それはLAMPではありませんが、私はRapidWeaverの概念からショックを受けました。

それは、デスクトップアプリケーションであるので、コラボレーション作業には向いていません。複数のユーザで RapidWeaver の1つのコンテンツを作成することはできません。しかし、ユーザが自宅で個人のコンテンツを作成するなら、それは非常に使いやすいです。私は、RapidWeaverに出会ったとき、XOOPS Cube用のWindowsアプリケーションを開発しようと計画しました。それまで、私は、XOOPS CubeがPHPプロジェクトである以上、 PHP アプリケーションしか作ってはならないと考えていました。しかし、デスクトップアプリケーションは PHP より短期間で開発することが可能ですし、ウェブアプリケーションより使いやすいといえます。

ウェブアプリケーションには、 AJAX があります。しかし、私は、 AJAX はまだデスクトップアプリケーションには及ばないと考えています。

ウェブ制御用アプリケーションは必ずしも XMLRPC を実装する必要はありません。 RapidWeaverは直接FTPかSFTPを扱います。私はRapidWeaverに会うまでそのような実装アプローチを考えたことが一度もありませんでした。あなたは、RapidWeaverのコンセプトがiWebのコンセプトに似ていると思うかもしれません。しかし、RapidWeaverはiWebより早く生まれたソフトです。

さて、RapidWeaver3.5のパブリック・ベータ1は利用可能です。この新しいバージョンには、良い特徴があります。しかし、このバージョンは古いバージョンのいくつかのテーマを扱うことができません。したがって、私は新機能を使用しません。例えば、私はこのブロッグで新しいバージョンで「永久的なリンク」を使用することができます。しかし、このテーマはそれをうまく表示することができません。そのうえ、永久的なリンクページはサイドバーを示しません。つまり、RapidWeaver3.5に関する新機能を使用しますと、私はXOOPS Developers Ringリンクを表示することができなくなってしまうのです。

しかしながら、他の特徴は十分役に立ちます。私は既に3.2を3.5に取り替えました。私は、しばらくこれを使用して、問題に遭遇するなら、バグを報告するつもりです。

XCのモジュール不足を恐れないで

2006-06-03T22:51:27+09:00

Legacy モジュールは、多くの X2JP モジュールを機能させるために、古いバッドコードを保持します。現在のユーザーのサイトを保護することは、ニーズです。しかし、私が思うに、完璧な互換性は、マストではありません。その理由は、大部分のモジュールがセキュリティホールを持っているかもしれないことであり、そして、容易にそれらをリメイクできるということです。

私が先日 cubson と extools について書いたので、 cubson のメイン・フィーチャーのことはご存じかと思います。 cubson は、 XCube_ActionStrategy のサブクラスとしてのシンプル・フレームワークと、その枠組みから呼ばれる様々なクラスを生成します。

cubson は未完成品です。しかしながら、バージョン 0.42 以降、それは、あなたに XOOPS の新しい開発スタイルを経験させることができる状態になりました。cubson における経験のために 20 分間のあなたの自由時間をください。まず初めに、.NET Framework と ODBC をインストールするために、 15 分を使ってください。それから、シンプルなモジュールを作成するために最後の 5 分を使いましょう。

初めに、 cubson を動かすために、あなたのローカル・コンピュータをセットアップしましょう。先日のエントリでインストレーション・ガイドを読みましょう。

次に、あなたのデスクトップ上で cubson アイコンをダブルクリックしてください。 cubson ユーザーは、最初はデータベーステーブルを設計しなければなりません。しかし、 cubson は、チュートリアルのためにいくらかのサンプル SQL ファイルを収録しています。従って、あなたは、今回テーブルを作成する必要がありません。では、 cubson コンソールの上で次のようにタイプしてください。

cubson> make-tutorial announce

このコマンドは、基本的なモジュールのディレクトリを作り、そして、チュートリアルの概念に従って、 SQL ファイルとアイコンを追加します。

次に、生成されたモジュールをインストールしてください。もちろん、あなたは、このモジュールにおいて何もまだすることができません。しかしながら、サンプルのテーブルが、モジュール・インストールを通じて作成されました。テーブルさえあれば、 cubson は、よく機能し得ます。cubson コンソール上で下記のとおりタイプしてください。

cubson> wizard -a message

いくらかのクラス、及び、テンプレートが、あなたのために生成されました。このモジュールのコントロールパネルにアクセスしてください。あなたは、リストを見て、新しいデータを作成し、そして、それを削除することができます。はい、このツールの管理ツールは完成しました。次に、公開サイドにおいてそのような機能を作成しましょう。

cubson> wizard message

同様に、いくらかのクラス、及び、テンプレートは、生成されます。あなたは、これらの新しいテンプレートを XOOPS Cube へロードするために、モジュールをアップデートする必要があります。それから、公開側で「 announce 」モジュールにアクセスを試みてください。

あなたは、それを仕上げるために、このモジュールのクラスとテンプレートを調整する必要があります。しかし、基本的な機能は、ほんの 2 ステップで構築されました。生成されたコードは、新しい XOOPS Cube の特徴を最大限に利用します。それは、安全であり、そして、カスタマイズに向いています。開発を楽しんでください !

インボイスドーム三連戦

2006-06-02T22:53:21+09:00

広島東洋カープは、西武ライオンズと三連戦にのぞみました。球場は、所沢のインボイスドームです。

30 May

私は４時に起き、 XOOPS Cube の開発をして、会社へ向かいました。私は普段は夜か昼休みに XOOPS Cube の開発をしています。しかし、私はその日、朝に開発をしなければなりませんでした。なぜならば、私は（日本で一番クールな球団の）広島を応援するために西武インボイス球場へ行かなければならなかったためです。

私が会社に到着したとき、同僚はまだ起きてもいませんでした。私はその日の仕事を終わらせるために必死で働きました。そして、午後６時に会社を離れました。上司は、私が会社に早く出勤することを条件に、それを許していました。

私は地下鉄へ急ぎ、道を間違え、パニックになり、正しい道に復帰し、再び走りました！　しかし、所沢は遠かった！　私は移動に１時間４０分を必要としました。私がスタジアムについたときには、６回を迎えており、カープは劣勢でした。最終的に、カープは負けてしまいました。

31 May

私は XOOPS Cube 2.1 アルファ３のリリースを準備しなければなりせんでした。そして、夜にはまた所沢に行かなければなりませんでした。そこで、私はアルファ３のアーカイブを準備するために午前３時に起床し、会社へ出発しました。カープと XOOPS Cube は貴重な趣味です。それらへの愛は睡眠時間を削りました。私は再びその日の仕事を片付けるために必死に働きました。

私がスタジアムについたとき、イニングは５回を迎えていました。カープの選手はヒットをよく打ちましたが、得られた得点は４点でした。延長１０回、カープは逆転負けしました。

1 June

私は眠りませんでした。私は「安定リリースまで私の空き時間のほとんどをXOOPS Cubeの開発に投げかけます」と発言したので、私は、余分な空き時間を得るために睡眠時間を削るしかありませんでした。気にしないでください! 　私は XOOPS Cube とカープについて強情かつ幸福です。私は６イニングのときスタジアムに到着しました。当日、3人の友人がゲームを一緒に見るために来ていました。私たちはカープ最高のスタープレイヤー前田様のためにプラカードを準備していました。そのプラカードは４枚のプレートから成っています。プラカードのメッセージは「神・前田様」です。

７回、前田様は打順を迎えました。私たちはプラカードを掲げて声援を送りました。他の観客がそれを見て、「なんて書いてあるんですか？」「それいいね！」などと話しかけてきました。私たちは一緒に盛り上がりました。まさにその瞬間、アナウンスが流れたのでした。

「レフト前田にかわりまして、浅井。レフト前田にかわりまして、浅井」

cubson のインストール

2006-06-01T23:16:38+09:00

cubson は Windows 専用 CUIツールです。それは、.NET Framework2.0とODBC Driverをインストールする必要があります。あなたが VisualStudio.NET を使って開発しているなら、あなたはすでにこれらの環境をインストールしているかもしれません。そのうえで、あなたは開発のためにローカルのAMPサーバを使用するべきです。例えば、それは、XSAS、OXTSまたはXAMPPなどです。

私は cubson のセットアップ手順について説明を始めます。以下のスクリーンショットは、私のコンピュータでキャプチャーしたヒントです。自分の環境と読み替えながら、それらをご覧ください。

XSAS/OXTS/XAMPP のインストール
XOOPS Cube Legacy 2.1 のインストール
.NET Framework 2.0 のインストール
ODBC のインストール
MySQL ODBC Driver のインストール＆設定
環境変数 XOOPS_ROOT_PATH を設定
cubson のインストール

Windows 2000 以降のOSを使用してください。Windows XP を使用するなら、問題は全くありません。

XSAS のインストール

cubson は開発用クライアントアプリケーションですので、あなたはローカルの AMP サーバをインストールしなければなりません。 XSAS は XOOPS で最も有名な AMP サーバです。 OXTS は XSAS より良いのですが、あなたは、作者に尋ねるために日本語を勉強しなければならないかもしれません。 XAMPP は世界一メジャーな AMP サーバです。もちろん、あなたはそれを使用することができます。そして、OCEAN-NETによって造られる xaio があります。

XOOPS Cube Legacy 2.1 のインストール

2.1 ブランチを CVS からチェックアウトするか、もしくは、アルファ３をインストールしてください。

.NET 2.0 Framework のインストール

cubson が C# 2.0 フィーチャーを含むので、あなたは .NET Framework2.0 をインストールしなければなりません。あなたが .NET Framework1.0 をインストールしたなら、それは cubson を実行することができません。あなたが英語以外の言語を使用していて、その言語パッケージが提供されているなら、それをダウンロードしてください。したがって、あなたはあなたの母国語で書かれているマイクロソフトのサイトでランタイムを捜すべきです。あなたの母国語のパッケージが存在しているなら、それへのリンクはダウンロードページに書かれるかもしれません。

しかし、言語パッケージは主に例外エラーの表示に使用されるので、あなたは言語パッケージを全く必要としないかもしれません。通常、それを見ることはありません。

.NET ODBC Data Provider のインストール

cubson はデータベースからエンティティに関する情報を得ます。したがって、 ODBC は、データベースに接続するために必須です。私は、 GPL についての議論の引き金とならないように mysql ライブラリを使用しません（cubson はライセンスとして BSD か X11 を持つようになる予定です)。 ODBC はデータベースの種類をある程度抽象化します。そのため、将来、あなたは cubson に postgreSQL を使用することができるようになります。

ここからODBC Data Providerと最新のMDACをダウンロードしてください。あなたはそのページでMDACへのリンクを見るでしょう。次に、それらをインストールしてください。

MySQL ODBC ドライバのインストール

ODBC はどんなデータベースにも依存しません。したがって、あなたは、ODBCが受け入れることができるあなたのデータベースのODBC Driverをインストールする必要があります。ここからMySQL ODBC Driver(Windows版)を手に入れてください。 MSIパッケージは容易にインストールできます。インストールウィザードで「typical」を選択してください。

ローカルマシンのMySQL(XSASか何か)を走らせて、ODBCの設定を開始しましょう。コントロールパネルの「管理ツール」をダブルクリックしてください。

(このスクリーンショットはWindows2000と日本語に関する例です。もしあなたが、英語でスクリーンショットを得ることができるなら、それを私に提供していただけませんか？)

データソース（ＯＤＢＣ）をダブルクリック。

ユーザーＤＳＮもしくはシステムＤＳＮのタブを押して、「追加」ボタンを押してください。

データソースから先ほどインストールした MySQL ODBC Driver を選択してください。

データソース名「xcube」によってあなたのターゲット・データベースにアクセスするためにセットアップしてください。

環境変数XOOPS_ROOT_PATHを設定

環境変数「XOOPS_ROOT_PATH」に XOOPS Cube のルートパスを設定してください。コントロールパネルは、ユーザの環境変数を設定するために便利です。環境変数を有効化するために、再ログインもしくは再起動が必要かもしれません。

cubson のインストール

このサイトのダウンロードページから最新のcubsonをダウンロードしてください。そして、それをインストールしてください。旧式のバージョンをインストールしたなら、あなたが新しいバージョンをインストールし始める前にそれをアンインストールしてください。 cubsonをアップデートするとき、あなたはいつもそれをするべきです。

cubson 対 extools

2006-05-31T23:50:46+09:00

私は、今まさに英語で使用可能な cubson を作り終えました。私は、いくらかの特徴をチェックし、それをダウンロードページに置き、そして、ドキュメントを書き始めるでしょう。cubson は、モジュール開発者を支える良いツールのうちの 1 つになると思います。cubson は、 XC 2.1 の Legacy モジュールグループを開発するために使われました。あなたが XC 2.1 で見ることができるフレームワーク・プログラング・ライクなコードは cubson によって生成されたものです。

cubson は、 exFrame & extools と呼ばれる尊い犠牲の上に築かれています。exFrame は、 XOOPS2 のための mojavi2 ライクなシンプルなフレームワークと、易しいコンポーネントを持っていました。さらに、Ryujiさん意外は誰も exFrame に興味を抱かなかったので、コード・ジェネレーター extools を開発しました。それは、いくらかの開発物にとって有益でした。
しかし、それは、ベストではありません。

私は、 exFrame および extools に関する反省と共に cubson を開発しました。まず初めに、cubson は、昨日説明された ActionFrame のサブクラスであるシンプルなフレームワークを作ります。そして、データベースから、シンプル・フレームワークが受け入れ得る様々なクラスを作ります。

差異を見てください:

コンセプト

* cubson はコンポーネントのサブクラスの代わりにインラインコードを生成します。
* extools は exComponent と呼ばれるコンポーネントのサブクラスを生成します。

基底クラス群

* cubson の場合、シンプルフレームワークの基底クラスはそれぞれのモジュールの中に作られます。従って、多くのコード・クローンが発生します。それはモジュール単位のカスタマイズに向いています。
* extools の場合、基底クラスは exFrame に収録されています。それは差異と単位のカスタマイズに向いています。

ライブラリ

* cubson の場合、開発者は exFrame のような多くのライブラリを使用できません。しかし、彼らは XOOPS Cube プロジェクトで作られたいくつかのスマートなクラスを使うことができます。
* extools の場合、開発者は exFrame の多くの太ったライブラリを使うことができます。

XoopObject

* cubson が生成したコードは XoopsSimpleObject と XoopsObjectGenericHandler を使います。ご承知の通り、これらのクラスは XoopsObject より良く、型安全です。
* extools が生成したコードは、 exXoopsObject と exXoopsObjectHandler を使います。これらのクラスは XoopsObject と比較してただのデブです。

ActionForm

* cubson が生成したコードは XCube_ActionForm と XCube_Validator を使います。これらのクラスはよく整理されています。
* extools が生成したコードは exActionForm を使います。 exActionForm は XCube_ActionForm のための尊い犠牲でした……

テンプレート

* Cubson は XoopsForm とコンポーネントなしでテンプレートを構築します。デザイナーは容易にそれらを変更し得ます。
* extools はコンポーネント・スタビライザとしてのテンプレートを生成します。それを変更することは困難です。

ツール同期

* cubson は１回の呼び出しで自動的に複数のコマンドを呼び出します。たとえば、ひとつのコマンドがメッセージカタログを要請すると、別のコマンドがそれを受け取ります。
* extools は１回で複数のコマンドを呼び出すことはできません。

開発言語

* cubson は extoolsD.dll の一部です。それはGUI版のためにC#で書かれています。cubson は extoolsD プロジェクトにおける CUI フロントエンドです。C# はもちろん PHP ではありませんが、 PHP プログラマが C# を使うことは容易なことです。
* extools は PHP プログラムです。PHP プログラマは容易にそれをカスタマイズし得ます。

環境

* cubson は XOOPS Cube 2.1 専用です。
* extools はいくつかの XOOPS で動作します。

Action Strategy

2006-05-30T22:59:24+09:00

XCube は、本格的なフレームワークを持っていません。なぜなら、それは、開発フレームワークではないからです。「フレームワーク」は PHP にとって特別な意味を持つようになっており、 PHP プログラマを刺激します。ですから、私は、余計な討論を誘発しないためにこの「フレームワーク」という単語を使いたくないのです。
（「フレームワーク」は、ウェブプログラムの世界で特別な待遇を受けています。私は、「フレームワーク」の代わりに日本語の「枠組み」を使おうと考えました。しかし「枠組み」の意味は、フレームワークなのです……）

XCube_Controller は、コントローラクラスです。XOOPS2 構造はうまくコントローラを持つことができないので、それは、 Legacy 2.1 において仮想コントローラと呼ばれています。モジュールは、コントローラにアクセスしなくても、機能することができます。開発者は、コーディングスタイルを変える必要がありません。

XCube_Controller は、モジュールプロセスについて空のメンバ関数を持っています。それは、 execute() です。そのメンバ関数は、 XCube_Controller のメンバプロパティである XCube_ActionStrategy のオブジェクトに（具体的処理を）委託します。そのメンバプロパティのデフォルト値は、 NULL です。つまり、あなたが方針を設定するまで、 XCube_Controller は、フレームワークとして機能しません。あなたは、あなたの ActionStrategy を作成し、そして、それを XCube_Controller に埋め込むことができます。そう、つまり、着脱式だということです。

ご存じのように、 Legacy は、フレームワーク・プログラミング・ライクなコードを多く含みます。しかし、私達は、それを開発者に強要することはしません。そして、そのフレームワークは、 Legacy のフィーチャーではありません。class/ ディレクトリを見てください。私達は、モジュール毎に XCube_ActionStrategy のサブ‐クラスを定義しました。

あなたが本職であるならば、あなたは、 mojavi2 や exFrame::mojaLE より簡素である Legacy の簡易フレームワークを使うことを望まないでしょう。私は、余計な討論を誘発しないために、行き過ぎなほどシンプルにそれを設計しました。それは、私が多くの注意を払った部分です。

このような情況は、私にストレスを加えました。そして、PHP 世界を知るために、私は、それを研究することを望みました。しかし、私は PHP 世界を研究するための十分な時間を保持できませんでした。それが私にとって別世界であるということは残念です。

しかし、私が思うに、大部分の開発者は、着脱式メインロジック方式である ActionStrategy があるので、「枠組み」が問題であるとは考えないでしょう。

XOOPS Cube Legacy 2.1 系統図

2006-05-29T22:54:01+09:00

XOOPS Cube2.1アルファー3はもうすぐやってきます。通知以外のすべてのXOOPS2の特徴のほとんどが Legacy モジュールでエミュレートされます。いくつかの特徴はDelegateによって実装されます。

例えば、backend.phpは一度削除されました。古いバックエンドはニュースモジュールに依存しています。しかし、ニュースモジュールはXC2.1パッケージから取り外してあります。したがって、どんなものにも、バックエンドは有効ではありません。そこで、それはDelegateで再び書かれました。1File Hackingか、モジュールのデフォルトプリロードでモジュールのRSS機能を加えることができます。あなたは、PreloadメカニズムとDelegateメカニズムを知っているので、新しいバックエンドを理解することができると思います。

ところで、あなたは、XOOPS CubeがXOOPSからフォークしたものではないことを知っていますか? 私たちはゼロからプログラムを作り始めました:

オフィシャル・ドキュメントには、間違ったコンテンツがありました。私たちは、XOOPS 2.0.xシリーズがXOOPS Cubeに含められたと説明しました。しかし、それは間違っています。 xoopscube.orgとxoopscube.jpを始めたとき、私たちはホームページで「XOOPS」を「XOOPS Cube」に取り替えました。それがオフィシャル・ドキュメントに間違った内容があった理由です。

事実はこのダイアログによって示されます。 XOOPS Cubeは新しいフィールドです。Legacy モジュールはXOOPS Cubeで働いて、XOOPS2 JPに関するいくつかの古いファイルを含み、そして、XOOPS2 JPをエミュレートします。私たちは将来、Legacyを捨てるつもりです。次のXOOPS Cubeの新しいベースパッケージはXOOPS2のコードを含まないでしょう。

オフィシャル・ドキュメントは現在、正しい説明に変更されました。

日本とアメリカの価格差

2006-05-28T19:08:14+09:00

日本で翻訳された本は高価です。私は多くのゲームプログラマがよく読むいくつかの本の価格差を調べました。

私は以下の本について調べました:

• Game Programming Gems series
• GPU Gems series
• The Cg Tutorial
• Real-Time collision detection
• Real-Time Shader Programming by Ron Fonser

それぞれの本の価格差は異なっています。なぜ？　あなたは、合衆国の書店は割り引きができますが、日本の書店は割り引くことができないのを理解する必要があります。日本では、書店のバーゲンセールを見ることはできません。それは価格差の原因の1つです。

驚いたことに、日本のGemsシリーズは合衆国の価格の2倍です。価格差をチェックしたので、私は、私が英語を読むことができませんが、オリジナルを買うつもりです。私は Amazon.com から Amazon.jp を使っていくつかの本を買いました。アマゾンは少額の送料を要求するだけです。

プロ野球インターネット中継

2006-05-27T23:22:35+09:00

いくつかのオンライン野球中継サービスが日本にあります。広島東洋カープの試合は私が住んでいる東京に十分放送されません。したがって、私はオンライン野球中継サービスを使用します。

私はよくYahoo.co.jpのLIVEサービスを利用します。それは、自動的にアップデートされるスコアボードを表示するシンプルなHTMLページです。私がYahooによるゲームを見るとき、カープはよく勝利します。しかし、簡単なページは私を興奮させません。私は仕事時間中にそれを使用します（叫ぶことができないので）。

ある日、私はGooのLIVEサービスを利用しようとしました。そのサービスはFLASHアプリケーションでアニメーションLIVEを見せます。それは非常におもしろいです!

私たちは野手と打球の動きを見ることができます:

そして、私たちは、選手に関するデータと他のゲームのスコアボードを見るために、いつでもメニューをクリックすることができます。しかし……

結局、カープは負けました。私は、二度とこのサービスを訪問しないと決めました。

次に、私は、インターネット放送でカープ対東北楽天イーグルスを見ました。楽天は日本の有名なIT会社です。彼らは、彼らの球団の試合を放送します。私は、LIVEとオンラインスコアボードを見るのを楽しむことができました。しかし……

カープは負けました（大敗だ！！）。私は、二度とこのサービスを訪問しないと決めました。私はYahooへ帰ります……