Blogs

Hi,

The code sprint in London has finished yesterday. It's always a pleasure to see old civi friends and meet new ones. Thanks to Michael and Katy to have organized it. Time for a quick update of what I've been working on with the most obscure title I could find. My focus has been on usuability to make civicrm easier and faster to use.

We're wrapping up the London code sprint today. We've done a decent amount of book review, which will stand us in good stead when we get to Woolman and we've also made some minor improvements to the books at book.civicrm.org.

Books now have a 'breadcrumb' which show you what section you are reading and they also have proper titles, which should make them more visible when people are googling for help.

The team is excited to announce the second stable release of version 4.1  - with support for Drupal 7, Drupal 6, Joomla 1.7/2.5, and Wordpress 3.3. You can download the release now from Sourceforge.

We're doing a fair amount of work on the book review at the London sprint. It would be cool to have others involved (remotely or in person).  If you want to help out then

Batch entry of gifts (checks, cash, etc.) is a much requested "missing feature" in CiviCRM. Thanks to a generous sponsorship commitment from the Electronic Frontier Foundation, we are about to launch a Make-it-Happen campaign to implement this feature for the next release (4.2). We've spent some time discussing requirements with folks at EFF and several other organizations, and we've reviewed analogous functionality offered by several of the proprietary donor management products. The purpose of this post is to share the draft specifications for the feature and solicit feedback from others in the community.

The goal is to provide a streamlined interface for data entry of batches of contributions and membership payments. A simple batching concept will be introduced to provide verification of count and totals. The feature will use a grid-style input form with the columns controlled by a selected profile. This will allow sites to add or remove non-required fields in the grid (e.g. add custom contribution fields, add or exclude premium fields etc.). The current plan is to have a separate flow / input grid for batch entry of contributions vs. membership signup / renewal payments. This will help reduce the number of columns required for each type of input.

It's the code sprint next week here in London, at CAN in Old Street, and hopefully we'll have quite a few people coming along to join in for all or some of it. Lobo and Kurund are coming over, which we're excited about :) On Thursday, after a hard day's sprinting, we'll be rolling round the corner to The Book Club for a bit of a hang out.

If you've recently upgraded to CiviCRM 4.1, you'll need to upgrade your webform_civicrm as well. Versions 2.3 and below are not fully compatible with Civi 4.1. Version 2.4 is, and will be released in the next couple of days, especially if I get a few comments on this post from people who have sucessfully tested it! The latest -dev is stable and working, so please feel free to download it and try it out on your 4.1 site!

If you have a look back over the documentation (previously book sprint) blog tag, you'll see that over the past few months we have been making slow and steady improvements to our documentation.  We've moved the books over to CiviCRM.org and clarified the

The team is excited to announce the first stable release of version 4.1  - with support for Drupal 7, Drupal 6, Joomla 1.7/2.5, and Wordpress 3.3. You can download the release now from Sourceforge.

There have been several hook() or Drupal module based solutions for "members only" pricing for events or for other 'discounts' related to memberships.