A simple workaround to per-group browsing widget settings - if a "Create CONTENT TYPE content" permission does not exist for any role in a group, simply hide the tab for that content type. This allows group administrators to customize their content options without an additional UI to manage.

A separate OG-specific note - I wonder how this would affect a piece of content that was posted to multiple groups, if that type was disabled in one or more.

Comments

ezra-g’s picture

That's a good idea. One thing to keep in mind is that commons_groups implements hook_og_access_alter() to grant access to non-group members to post content into the group.

erikwebb’s picture

That should fire before og_user_access() returns, so I don't think it will cause a conflict.

aramollis’s picture

There is a patch for this? Anyone have this running succesfully in a production or dev site?

lsolesen’s picture

Version: » 7.x-3.x-dev
Issue summary: View changes