Grayside.Org - openatrium

Adding a Content Type to the Open Atrium Calendar Views

grayside — Wed, 08 Sep 2010 23:04:50 +0000

People often seem to wonder how they can get their new date-specified content types to show up on the Atrium Calendar. The following Views snippet makes it happen for a content type called “example_type” in module “custom”. Note that this code is specific to the Views as they were renamed for Kit-compatibility in Open Atrium 1.0-beta8.

<?php
/**
 * Implementation of hook_views_default_views_alter().
 */
function custom_views_default_views_alter(&$views) {
  $views['calendar_listing']->display['default']->display_options['filters']['type']['value']['example_type'] = 'example_type';
  $views['calendar_upcoming']->display['default']->display_options['filters']['type']['value']['example_type'] = 'example_type';
}
?>

Why Not Override the View with Views UI?

Once you have overridden the core Views in Atrium, you take a potentially stressful upgrade/maintenance path and make it vaguely nightmarish. Your changes will disappear into the ether when you upgrade. Restoring your changes would require building out a site based on a backup database to grab the key pieces of your override.

By keeping these changes in code, you can much more easily determine how to fix them… assuming any changes are even necessary!

Happy calendar hooking.

Adding Items to the Open Atrium Settings Menu

grayside — Tue, 24 Aug 2010 16:55:07 +0000

Recently I dusted off OG Vocabularies with an eye toward integration with OpenAtrium. To my mild surprise, there was really not much that needed to be done. The menu path (node/%node/og/vocab) isn’t great, but that can be tackled later.

All I wanted was to avoid another hidden tab that can only be reached by clicking on Settings > Customize Features. I wanted the group vocabularies to be accessible directly in the Settings menu.

It turns out it’s really simple. There is a hook.

Spaces Integrating a CCK Field

grayside — Mon, 26 Jul 2010 20:25:09 +0000

I wanted to make a CCK Field available only when a given feature was enabled. It turns out it’s really easy.

CCK comes with a hook_field_access() hook (see content_access()). Any implementation of this function that returns FALSE for a given field results in that field being denied to the user.

By implementing this function with a Spaces API call instead of the content_permissions module approach of a new, field-specific permission, all kinds of magic becomes possible.

Read on for demonstration code.

Integrating Some Other Feature with Spaces

grayside — Fri, 23 Jul 2010 16:10:17 +0000

I have found more than once a situation in which I had a basic feature that could be used on any site which I would like to see integrated with Spaces (for OpenAtrium magic). It usually runs like this:

I have the FeatureServer feature.
I want it in OpenAtrium.
Here’s a new Feature that provides some Contexts and some Groups variables.
Here’s a patch that you must apply to FeatureServer to make Spaces aware of it. (And other stuff).

Integrating the Features Server into OpenAtrium

grayside — Thu, 03 Jun 2010 16:32:53 +0000

Working on integrating the Features Server feature into OpenAtrium. My intention is to set it up as another Casetracker Project type.

OpenAtrium provides a solid case tracker and documentation system, and is a natural fit for the infrastructure of a Drupal.Org-style project ecosphere. Integrating them will allow me to post Features I’ve created to a place where I might actually have a means to get feedback on my work, let alone provide support.

OpenAtrium Group Manager as Content Administrator

grayside — Thu, 06 May 2010 07:38:13 +0000

In Drupal, it only takes a couple hours (or perhaps a couple days) to build the concept of a site-wide content manager into your system. It gets mighty tricky to start parceling out administrative tasks for parts of the site.

With Organic Groups (the module behind OpenAtrium’s groups), the solution to this problem has always been messy. But with the advent of Spaces and Group Administrator configuration, it seems like OA and related sites are within shouting distance of giving Group Managers the power of Content Administration.

Single Group Login Redirect

grayside — Wed, 28 Apr 2010 21:39:37 +0000

Community.OA had a request for functionality that would redirect a user with a single group membership to that group’s homepage.

I packaged that functionality up as a Feature, so you can use it too. The oa_ prefix refers to the support for spaces_og/purl to generate a group URL.

Changing Node Group Audience

grayside — Mon, 12 Apr 2010 18:33:31 +0000

In OpenAtrium, it’s not easy to change the group affiliation of a node once it has been created. OA locks down the interface to set group audience specifically to make the interface easier to understand.

I have just posted a quick feature that demonstrates how to grant administrators the ability to shuffle nodes around between groups, it can be found in the issue queue at community.OA.

Spaces Private Content

grayside — Wed, 31 Mar 2010 16:35:05 +0000

Replaced with a project on D.O: OG Privacy

Simple Spaces Recipe for a Static Welcome Widget

grayside — Sun, 07 Mar 2010 08:33:50 +0000

One of the little conundrums in OpenAtrium (and I imagine in Spaces) is building static content for the space. (Or in OpenAtrium terms, getting a nice dashboard box to stay put, yet be customizable by group.)

There are countless ways of doing this, but I opted to create a CCK Textarea field in my group content type (named field_group_welcome_message) and turn on the PHP filter.

Then I created a Box (which is what OpenAtrium uses, could just as well have been a block) using the following snippet: