XOOPSCubeLegacy​/Reference​/xoops_version

$modversion['name']

A name of the module. This is must. You should use the constant which defines name for each languages.

$modversion['version']

A version number of the module. This is must. This value is converted to integer and stored to DB.

$storedVersion = (int)($modversion['version'] * 100);

Therefore, you must write a version with 'x.xx' format.

$modversion['version'] = '2.08';

The following examples are not handled correctly.

[BAD EXSAMPLES]
$modversion['version'] = '1.0.2.1';
$modversion['version'] = '2.5 beta';

$modversion['description']

A simple description of the module. You should use the constant which defines name for each languages.

$modversion['author']

Your name.

$modversion['credits']

A credit information of the module.

$modversion['licence']

A title of the module licence. Basically, this may be "GPL see LICENSE". But, if you supply the kernel for Cube layer, the module can contain another licence module. You may clear the licence in this information.

$modversion['help']

A file name of the help file, if it exists. Because this key has been reserved by XOOPS2 (But, it has never been used), you need another declaration to activate this information. That's the cube_style declaration.

$modversion['cube_style'] = true;

$modversion['official']

This is a deprecated information item in Legacy 2.1. All modules are unofficial, even if the module is developed by the dev team.

$modversion['image']

A icon file name of the module. You put the icon file to the 'images' directory of your module.

$modversion['dirname']

A directory name of the module. This is must. Normally, this value uses just dirname. If your module is contained to 'myarticle', the dirname is 'myarticle'.

This value is used to solve the file path for many files under your module.

$modversion['hasMain']

$modversion['hasAdmin']