Blogs
Keep up-to-date with blogs from the core team, working groups, developers, users and champions worldwide. Subscribe to our newsletter to receive regular updates by email. We also have an RSS feed.
In 2010, San Francisco Baykeeper was suffering from disparate fundraising and communication systems.
They were using:
Imagine for a moment that CiviCRM is a garden. In all its object oriented complexity lie bugs and weeds that need to be effectively discovered and managed. Managing a garden the size of CiviCRM is a daunting task for one individual, and even a team of developers along with a community of end-users and testers still need help. There is indeed help to be found!
CiviCRM versions 3.4.2 and 4.0.2 include a new feature allowing administrators to configure CiviCRM to use Drupal input formats along with their associated WYSIWYG profiles as the WYSIWYG editor. This provides some great benefits for users:
A customer recently asked Fuzion if the little contact search box in the top left corner could be made available on all their drupal pages and that it link to the contact's Drupal page.
Re-using the Civi-search box seemed a bit too difficult but there was a fairly easy solution to this request using existing drupal modules - finder + views (plus features to deploy).
Copy Primary Address to Billing Address for CiviContribute Forms - Now a Drupal module on the Github
Last week, Hershel Robinson, created a Drupal module for my client (called CiviCopyAddr) to handle the copying of the primary address into the Billing Address fields via a toggled checkbox. It's located at https://github.com/hershelsr/civicopyaddr . We use Authorize.net as the payment processor. To make it work:
1. Copy the files from the github into a directory call CiviCopyAddr and copy that directory into sites/all/modules and enable the module in Drupal.
One of the best things about CiviCRM 3.4 and 4 for Joomla! users is that hooks are now implemented using the Joomla! plugin system. This actually has always worked, but it was not documented and now it's implemented a lot more cleanly.
CiviCRM is a really nice product for the developer in me because it allows you to create the exact solution as requested by a customer. I have been learning the ins and outs of the system the best I can over the past three weeks so when my customer requested the ability to click a button on the main navigation to see pending and active cases I figured it would be easy.
After spending a lot of time, CiviSync CMS Component (for Joomla) and Module (for Drupal) were able to see the sunlight. We have now released the two extensions on our website www.targetintegration.com
I recently had a requirement to set up a CiviCRM install so that whenever an event (or specific types) was created an organic group would also be created. When someone registered for that event they would be added to the organic group and if they were registered as a teacher they would become the manager of the organic group.
The focus of this blog is on the code implementation of this requirement using rules integration. I wanted to see if it could be done by rules & if that would set a useful precedent. The two aspects of Rules that where the crux of what I was trying to do were not implemented in the CiviCRM Rules module so I will describe them in some detail.
