We have been looking at whether it is a good idea to use households and thought I would pull together the various things that have been written about households into a bit of a 'where are they at'.
Blogues
Restez à l'affut des dernières nouvelles de CiviCRM avec les billets de blogue de développeurs et d'utilisateurs de partout dans le monde.
Update: Due to an unfortunate error multilingual sites cannot be upgraded to CiviCRM 3.2.2; if you’re running such site please wait for CiviCRM 3.2.3. Single-language sites (regardless of the language they use) should upgrade to CiviCRM 3.2.2 cleanly, and new CiviCRM 3.2.2 installations (both single- and multilingual) should work without a problem.
CivicActions is offering a full day CiviCRM User Training in Seattle and in Berkeley.
After what seems to be an incredibly long time, we released CiviCRM v3.2 a few weeks ago to good reviews and not too many critical bug reports :). Now that is out of the way, we are starting to plan the feature set for v3.3
We've been fortunate to get a grant from Open Society Institute to help add some features important for Human Right Organizations, specifically for Front Line. We've been working with Front Line for a few years and this grant allows us to target their needs more effectively. Some of the features that are included in this grant are:
Extending Address inheritance from Organization to an Individual (or from any contact to any other contact - TBD).
Building Advanced Reports and Dashlets for Human Rights Organizations
First version of Logging
I'm very thrilled and excited to announce that, we will introduce CiviCampaign as a Core CiviCRM component for Campaign functionality in CiviCRM v3.3
With the help of CiviCampaign we could effectively use CiviCRM for Voter Canvassing.
It allows you to define a group of contacts for canvassing who are voters for a survey. We are storing report of each voter interview with lots of flexibility.
I have developed very basic iphone app for CiviCRM using Titanium framework.
Tokens are used in CiviCRM to create mail merges in much the same way as, for example, Microsoft Office. They are currently implemented in (at least) four places in CIviCRM: 'CiviMail', 'Send Mail to Contacts', 'Create PDF Letter' and 'Create Mailing Labels'. Out of the box Civi comes with a decent set of tokens, including tokens for all the address fields. One thing it doesn't do is provide a token that correctly formats an address block taking account of when fields aren't present. For example, if i used the following address tokens for my address:
Hi all,
We probably all have the same problem: the same contact is present several times in our CRM.
We just released CiviCRM 3.2.1 - it is now available for download. You can also try it out on our demo site.
Being able to efficiently identify and merge duplicate contacts and related data is be an important -- and often time-consuming -- task for organizations getting data from multiple sources. The current CiviCRM dedupe and merge process does not scale well beyond a moderate number of contacts and consequently there has been dicussion on the forums and IRC about optimizing the dedupe and merge code in CiviCRM.
