New features:

Tiki-wide perm 'tiki_p_admin_workspace' nothing changed: he can still add any
group to WS users/Groups as long as he can type the name of it

Objectperm tiki_p_admin_workspace, got from the RolePerm Template for this
type of WS, grants:
* add User/Groups only selecting them among all the ones from the upmost
Workspace downward all the child of the bottom of the workspace, if one 
has tiki_p_admin_workspaces granted as pbjectperm
*have automatically tiki_p_admin_workspace privilege on any child workspace 
down from  the topmost in which he has that perm
* Create new child workspace anywhere from the topmost_he_can_admin->down
* Assign objectperms for Ws and resources to any Group selected among
all the ones from the topmost_workspace_he_can_admin downward all the child,


CHANGELOG:

1.7.0:
-tiki-workspaces_objectpermissions.php
 .added more examples as comments in the code, to give
  objectperm tiki_p_create_ws_resour other possibilities:
     assign perms to this+brothers-to-bottom: father excluded
     assign perms to this-to-bottom, this included
     assign perms to father-to-bottom, father+brothers included (the one used )
     (all debatable)
-modules/mod-workspaces_user_groups.php
 .added more examples as comments in the code, for these cases:
 .should global 'tiki_p_admin_workspace' be able of adding *any* site group
   (included 'admins` 'RolePerms' etc)? (used this one) 
  AND objectperm  'tiki_p_admin_workspace' be able to add only 
   'workspaces groups' ?
  should we make a difference here between the two perms capabilities?
     (debatable)

1.6.5h:
-modules/mod-workspaces_users_groups.php
  .check for group_can_include_group is done before composing select options
  .global tiki_p_admin_workspace will act as admin, can add any group, not
  only workspaces groups. 
- lib/workspaces/workspaceslib.php:
  . added new function recourse_child_workspaces_groups() and
  get_includable_child_workspaces_groups()
 
1.6.5g:
- lib/workspaces/userslib.php
  .added group_can_include_group() function
  to avoid recursive group adding  	  
- modules/mod-workspaces_users_groups.php
  .added check for group_can_include_group before including new group

- modules/mod-workspaces_users_groups.php
- templates/modules/mod-workspaces_users_groups.tpl:
  .corrected something you see/don't see on error message

1.6.5f:
- modules/mod-workspaces_users_groups.php
- templates/modules/mod-workspaces_users_groups.tpl:
  .took away again thesingle freeinput area for adding group for global
  .tiki_p_admin_ws, instead got a  th drop-dwon selection of all workspaces'
  groups 
- modules/mod-workspaces_resources.php
  .check if $_REQUEST["selectCategoryId"]) is a workspace or a category.
  If a ws changes to that workspace, otherwise keeps the parent's

1.6.5e:
-modules/mod-workspaces_resources.php:
  .corrected an error in rewriting $ownurl, which is then passed to the 
  template
- modules/mod-workspaces_users_groups.php
- templates/modules/mod-workspaces_users_groups.tpl:
  .put back the single freeinput area for adding group for global
  tiki_p_admin_ws, instead of the drop-dwon selection of groups