PEAK XOOPS - The definition of D3

There are an important misunderstandings about D3 especially in Japan.

I made "Duplicatable" architecture for X2 system.
Then, a module only for XoopsCube Legacy cannot be called a D3 module, even if the module can be cloned easily.

D3 modules can work with XoopsCube Legacy2.1, XOOPS2-JP, ImpressCMS, and XOOPS from xoops.org (a bug patch needed).
This compatibility is quite important for me and you.

In XOOPS, there are some forked core.
It looks sad.
But they can be brother/friend each other if many modules can work with any cores.

I made/maintained my modules for whole XOOPS world, not for some specific forked cores. (Of course, XOOPS from xoops.org is just one of X2 forked cores)


Here is the definition of D3.

* Requirements
(1) X2 compatible
(2) dirname can be /^[0-9a-zA-Z_-]+$/
(3) Almost logics placed inside XOOPS_TRUST_PATH
(4) can be duplicated just by copy into ROOT/modules/. (No rewriting the source code)
(5) No logics in XOOPS_TRUST_PATH are duplicated.

* Recommendation
- Place ROOT/modules/(dirname)/mytrustdirname.php
- All tables are created as (prefix)_(dirname)_(table)
- All templates are created as (dirname)_(tplfile) into DB
- All Blocks are rendered by 'module' templates not by 'block' templates
- Almost blocks can be cloned (just set 'can_clone')
- can use D3Language Manager
- can use D3Comment Integration


You can read a great documentation "Creating a D3 module" by kentaro.
Original:
http://xoops.iko-ze.net/modules/pukiwiki/
Translated version by google:
http://translate.google.com/translate?u=http%3A%2F%2Fxoops.iko-ze.net%2Fmodules%2Fpukiwiki%2F&hl=...