- The CiviCampaign component is now part of the 3.3 code base. This includes initial support for Canvassing, Surveys and Petitions. There is still a fair amount of work that remains to integrate it with the rest of CiviCRM, more details can be read on our wiki: CiviCampaign and CiviEngage and CiviCRM for Canvassing and GOTV.
- Thanx to Xavier Dutoit and Tech To The People (TTTP), we've also managed to include powerful petitioning functionality into CiviCRM. The spec for this is on the wiki: CiviPetition
- We've extended the core searching capabilities of CiviCRM to show other objects (and object related actions) as part of Advanced Search. For e.g. This allows a user to do a complex query and get the Contributions that match the query. I suspect this will need some tweaking and changes in a future release to make it even better.
- Deepak spent a fair amount of quality time with the dedupe queries to improve performance. Results on a 65K database have been very impressive, the query run time dropped from 6.4 mins to 4 seconds. A brief specification is on the wiki: DeDupe Optimization Project. We've got a few more improvements lined up for DeDupe in the future releases. A more detailed blog post on this coming in the next week or so. This work was partially sponsored by IMBA and Roland B.
- Thanx to the persistence and perseverance of Eileen M, we experimented with crowd sourced funding for some CiviCRM Projects. This was fairly successful and two projects met their goal completely: Incorporating the CMS User in DeDupe merge and Adding an exception table for Dedupe functionality. In addition, we also raised a fair bit for: Gift Aid module for UK charities and Canvassing and Campaign project, both of which are also part of the 3.3 code base. We do hope that the Make It Happen initiative will drive a lot of funding, features and stability for the project. The other make it happen projects and funding will be pushed forward to the 3.4 / 4.0 release.
- At the New York Code Sprint, we added "sub job" functionality to CiviCRM. This allows multiple threads to process one job simultaneously and thus increase throughput by a significant factor. This feature was added by Matt and Chang from emotive LLC. They also took the time to convert the current mailing reports to CiviReport.
- CiviCRM v3.3 ships with a new mechanism to incorporate CiviCRM plugins (payment processors, custom search, custom reports). This allows developers to package and distribute the above extensions in a clean and extensible manner. This also avoid adding too many of these plugins in core. You can read more about this on our blog: Packaging custom reports, Packaging your custom search and CiviCRM Extensions framework - taking off in 3.3.
- We've added a couple of case reports to give organizations a better overview of cases in the system. Also a new grant report that gives an organization an overview of all the grants and grantees across a data range.
- Implemented better "session" management support for CiviEvent. This will allow an admin to set "max" attendees for individual price set items, thereby capping attendance at various sessions if needed. You can read more details about this on the Issue Tracker. This work was done with Brian Shaugnessy from Lighthouse Consulting and Design.
- The first version of database logging is now in core. This has been implemented via MySQL triggers allowing the administrator to log all actions against a table. More details on this in the blog article: Upcoming feature: logging and on the wiki.
- We are working on extending the "address inheritance" feature between households and individuals to apply to any two contacts. This will allow users to use this across organizations and individuals also (the other requested case). This feature is scheduled for completion before 3.3 beta.
- We've upgraded to the latest version (v1.4.3) of jQuery and v1.8.5 of jQuery UI. We've also upgraded to the latest version of all the jQuery widgets that we use in CiviCRM.
The new survey tool sounds very useful. I have a few questions about how it works.
1. you can manually add the link to a civimail. there is no integration between civimail and civicampaign
3. they might be able to via activity search (though not sure)
Would be great if you can contribute and help some/all/other things happen with the make it happen for civicampaign (which includes survey); http://civicrm.org/civicrm/contribute/transact&reset=1&id=1
Great stuff, CiviCampaign looks like a really exciting direction to be heading in. Thanks for that last link - the pages it links to give good initial background on what CiviCampaign does.
I'm sure loads of people will be chipping in with suggestions, contributions and questions. What would be the 'official' links for-
1) The best place on the forums for feedback and CiviCampaign discussion? Right now it looks like being General Discussion > Civic Engagement Tools ( http://forum.civicrm.org/index.php/board,54.0.html ), or will there be a CiviCampaign section in 'Using CiviCRM' now it's part of an official release?
2) The main, central Wiki documentation page on how CiviCampaign is to be used? Right now there's multiple pages from different stages of the components that became CiviCampaign. Which one(s) should those of us interested in CiviCampaign bookmark, use and contribute to?
for discussions on CiviCampaign.
There is currently no documentation on CiviCampaign. Most of the stuff on the wiki are specifications and workflow etc. Would be really awesome if you can help create some documentation on CiviCampaign and associated features on the wiki. Ping us on IRC if you need help on getting started
Finally, CiviCampaign is still fairly rough and not as integrated into CiviCRM as it should be. We are still trying to "Make it Happen". So contributions would be great and appreciated: