Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

This is a pluggable anti-spam infrastructure for protecting forms in
Mahara again spam.

The contact and register forms have been modified to include the
following anti-spam features:
    - hashed field names
    - honey pot (invisible) fields
    - submission time monitoring

Additionally, content checking is provided by the following spam traps:
    - NoneSpamTrap: the base class for other spam traps, does no
      checking on its own
    - SimpleSpamTrap: provides basic checks that don't require an
      internet connection
    - AdvancedSpamTrap: provides better checks that require an internet
      connection, including checking for the existence of mailservers
      and the presence of blacklisted URLs

New spam traps can easily be created by adding a file to lib/antispam
with the name MyTrapNameSpamTrap.php. Added spam traps will be
automatically detected and available for selection in the site options
page.
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

Signed-off-by: Ruslan Kabalin <ruslan.kabalin@luns.net.uk>
Signed-off-by: Evan Goldenberg <evang@catalyst.net.nz>

Signed-off-by: Francois Marier <francois@catalyst.net.nz>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

To allow an institution to have multiple themes available to it, this
change introduces a check on an optional theme parameter
$theme->institution. Only themes where $theme->institution matches the name
of the institution given, or where the value is not set are returned.

This change allows for multiple themes to be made available to an
institution.

The following behaviours should be seen:
* admin/users/institutions.php now only shows themes which are sitewide, or
  intended for the specified institution;
* admin/site/options.php shows all themes on the system (not just sitewide
  themes); and
* view/blocks.php lists all themes for all institutions a user belongs to,
  plus sitewide themes. This changes the behaviour introduced in
  4e0132ac

 which restricted available view
  themes to the currently set themes of each institution. However, I feel
  that this change offers more possibilities as institutions will be able
  to have a series of themes available for views; in addition to their
  primary Mahara theme.
Signed-off-by: Andrew Robert Nicols <andrew.nicols@luns.net.uk>

Signed-off-by: Andrew Robert Nicols <andrew.nicols@luns.net.uk>

Signed-off-by: Richard Mansfield <richardm@catalyst.net.nz>

A public group is one for which many pages are open to the general public - not just site users, but also the public, and search engines.

Add htmlpurifier filter for Skype button; let script tags through from TinyMCE & don't rewrite 'skype:' urls

More work on profile views and three new blocktypes (myfriends/mygroups/myviews) to emulate current profile page TODO: - write wall blocktype - change install default profile view hook to add blocks - upgrade path (xmldb & migration) - blocktype and category and singleblockperview implementation

    - TESTING

The name is largely irrelevant as it's only the creator of the file.

Some stylistic cleanups. Removed the 'artefact view inactivity time' setting - it doesn't do anything. Make the form work with javascript disabled.