if the mods provider checkbox is checked, the first column displays the publication status of the mod, with a link to publish or unpublish it. That operation mainly rebuilds the 00_list.public.txt file by adding or removing the mods of that row. The version number of the packaged tarball is displayed, and if local verison is more recent, and upgrade link (republish) is visible.

the next column is the version available remotely, with a link to download it. That is the first column is you are not providing mods to others

then the name of the mods. If the mod is present locally, a link leads to the detailed view of the mods.

next columns are revision number, licence and description

the last column is only displayed if the mod is present locally (either downloaded from remote provider either built locally and specific to your use)

if the mod is not installed, an install link is the only thing displayed

otherwise, the columns holds 3 parts :

the status of the revision : up to date, or not

the status of installation (basically installed but more can come there)

a link to remove the mod from tikiwiki (but it will still remain in the local mods repository

when a local mod is clicked, the mods table is displayed with the specific mod information displayed just below eth row of the selected mod, reading the control file and displaying author, lastmod, changelog, as well as list of files contained in that mod (and ultimately any information available about that selected mod).

tiki-mods_admin.php

That is the mods configuration panel, that for now handles 3 parameters

a checkbox for being a mods provider. It will add the ‘publish’ link in each row of the mods main panel

the local mods directory

the url of the remote mods provider

Mods Provider

The mods features make possible for anyone to become a mods provider, for local or specific releases. The tikiwiki.org repository should be the collective one, and other repositories can either provide the same repository (which is the cvs module named mods on sourceforge) for local areas as mirrors for faster access, or be dedicated to personal development, as it’s rather easy to build a new mod following the above guidelines.

the publish link will add the mod to 00_list.public.txt for remote reading

that link also build the tarball in mods/Dist/ directory, with name syntax type-name-revision.tgz, using the tarlib (no exec needed).

Manual install

If installing via the admin mods interface ( tiki-mods.php ) doesn’t work for you, because of your server configuration (ex.: some shared hosts), you can still install the mods manually:

Download from http://mods.tiki.org (or from wherever) the tgz file you want to install (e.g., features-aulawiki-1.6.tgz).

Extract the file. You will find several directories, but only one with the name Packages. Within it you have the XXXX.info.txt file which describes the mod you have downloaded.

Copy all the directories and files (except Packages) to your tiki installation. It should be fairly obvious where to install the files within them.

In the rare case of mods which require modifications to the databasethat (such as in the aulawiki mod; but if you install just a wiki plugin or lib, for instance, you can skip this point since they usually don’t require database changes), you need to do this extra steps: ## Go back into the XXXX.info.txt. Open it. You will find a section that starts with sql-install: and ends with sql-remove:.