Quite often husbands and wives share the same email address. However when signing up for conference they need to sign up individually. Currently CiviEvent doesn't allow for this. mariogonzalez said:I second that.
CiviCRM 2.1.2 release with bug fixes, as well as a fix for a critical security vulnerability is now available for download. CiviCRM 2.0.7 a maintainance release fixing critical security vulnerabilities is also available for download. The vulnerability addressed could allow a remote user with insufficient permissions to access CiviCRM functionality via the API and / or command line scripts.
Upgrading your existing CiviCRM 2.0 and 2.1 sites is strongly recommended. Upgrade instructions are available on the wiki for Drupal, Joomla and Standalone
read more
Over the last week or two a growing number of folks have been discussing improvements to the REST API. Several months back I wrote a small patch that opened the experimental REST interface to the whole API of the system. When that happened a few other people started to show some interest in what could be done with this new functionality.
There are a couple changes being worked on, and several more proposed for future work.
read more
Our global meeting resulted in some new features being added to 2.2. Our team worked on a new jQuery based country/state selector and incorporating hook(s) to the "amount" functionality of online contribution and event registration pages. I'll give a brief description of the feature set and functionality of these projects
New jQuery based State Country widget
Our previous widget was a dojo based combo box widget. Both the country and the state were ajax based combo boxes. The state combo box was dependent on the value chosen in the country combo box. This implementation was quite complex and not easily replicated (hence u did not see the widget in many places). For 2.2 we took a slightly different approach: The country field is a simple html select box (the values are restricted by the countries configured in the admin area). The state selector is now dynamic and refreshed with new values whenever the country is changed. We took inspiration and borrowed a fair part of the code from: Simple chained combobox plugin for jQuery.
read more
Looking for an opportunity to network and share expertise with other folks in the non-profit technology eco-system? The Nonprofit Dev Summit takes place in Oakland, California next week - November 17-19. Depending on attendee interest, I'm prepared to facilitate several CiviCRM-related sessions - as well as a few training modules (intro, advanced and/or developer oriented). I'm also planning on sharing a first look at the upcoming CiviCase case management module. And... there are lots of cool-sounding session on topics ranging from cloud computing to security audits and hosting. You can browse the current list of proposed sessions on the Aspiration wiki.
"The 2008 Nonprofit Software Development Summit will be the second annual convening of people and organizations developing software tools, web applications and other technology to support social justice causes. Bringing together a diverse range of developers, technologists, managers, eRiders, integrators, users and other practitioners who self-identify under the umbrella of roles around “developing nonprofit software”, the 2008 DevSummit will provide an opportunity both to gather as a community and to take stock of the field, while building connections and capacity."
It would be great to have a solid group of CiviCRM community members at this summit - so check it out and join us if you can.
read more
One of the mini-projects that we worked on during our San Francisco meetup / code sprint was improving the way name and address data is handled during payment transactions (e.g. online contributions, membership signup and event registration). Our goals were:
Prevent name, email address and postal address information collected during a payment transaction from over-writing existing "non-billing-related" data.
Store the billing name and address info for EACH transaction - so that it can be retrieved for audit / reconciliation purposes.
Set a foundation for a more "shopping-cart" style interface where logged in users can select from a set of previously used billing locations.
read more
As I've said elsewhere, it's been a real pleasure working closely with the CiviCRM team on the CiviCase project. The work we're doing is exciting, and has at least a hope of offering some efficiency to the large number of service providers whose work is organized into "cases", however that term is locally defined.
read more
We like to be able to process credit cards on a monthly basis for membership. A patch is needed for authorize.net. to process, but for CiviCRM store the data.a1tsal said:Currently I use aMember for this, which is clunky in some ways, but would be good to look at in developing requirements. It does a lot of things right and is very widely used. I would love to switch to CiviCRM, and this is the critical missing feature for me.
CiviCase is a new component for CiviCRM targeted at organizations who provide case management services. It is being developed In partnership with the Physician Health Program of British Columbia (PHP-BC). In addition to providing funding for this project, PHP-BC is providing invaluable domain expertise and the current plan is for their staff to start using CiviCase in January 2009. You can learn more about how this project got started and the project goals from these blog posts and the requirements overview.
CiviCase Phase 1 is a major part of the upcoming 2.2 release - and several members of the core team are gathered in San Francisco this month working on bringing it to life. Last week we had a two day "in-person" meetup with PHP-BC folks (Andrew Clarke, Claire Sauve, and Dave Dantowitz) where we reviewed work in progress and got detailed feedback on the basic workflows and screens, as well as the data model and configurability of the component. That meeting resulted in some key refinements and additions to the phase 1 specification - and provided a good reality-check for the project!
read more
The idea of creating a Drupal block containing a subscription form for a specific CiviMail mailing list (or for all of them) comes regularly on the forum, so I decided to try out how much work would it be to create one.
It turns out this task is fairly simple, if one knows the proper URLs for CiviMail subscription pages. The URLs are of the form …civicrm/mailing/subscribe?reset=1 (for all mailing lists) and …civicrm/mailing/subscribe?reset=1&gid=X (for a mailing list with group id of X). For example, these two URLs point to subscription pages on our Drupal demo installation: http://drupal.demo.civicrm.org/civicrm/mailing/subscribe?reset=1 (all mailing lists), http://drupal.demo.civicrm.org/civicrm/mailing/subscribe?reset=1&gid=2 (the Newsletter Subscribers list).
If having a separate page is not really the best outcome, there’s a possibility of creating similar Drupal blocks. The simplest(?) way of doing this is to look at the sources of the above pages, strip them down as much as necessary and then create an HTML Dupal block from the resulting code.
read more
The CiviCRM core team is currently meeting in San Francisco. We tend to meet 2-3 times a year. These meetings help us crank out a few large projects as a group and also help improve our communication when we return to our respective home bases. The focus of the San Francisco meetup has been on CiviCase, US PIRG projects and a few features from the 2.2 roadmap.
Our group (kurund, yashodha and me) have been working on extending custom groups with two new features. In 2.2 a custom group can be designated to hold multiple values. This allows a contact (or relationship/group/activity) to have a 1 to n relationship with a custom group. One use cases for this is storing educational history of a contact. A custom group with fields: Name of School, Qualification earned and Graduation Date could be designated as multi-valued. A contact could have 0 or more educational records. Viewing this custom group will show all the educational information associated with the contact. On edit, you can modify the existing information and/or choose to add new information. Implementing this at a group level has fairly minimal schema changes and is a good chunk for us to tackle and get working for 2.2.
read more
lcdservices suggested:Extend the event price sets capabilities to memberships and contributions so the user can select multiple membership/contribution options.
lcdservices suggested:Create discount options based on the logged in user's membership status. The date-based discounting in v2.1 can be the model.
Implementing support for multiple organizations with hierarchy is one of the main themes of the phase 2 part of the CiviCRM / The Public Interest Network (PIN) project. PIN has a fairly complex structure. It is a federation of organizations which include US PIRG, Environment America and others. It is made up the National PIN organization and has a number of child organizations at the National Level. One of them is Environment America (EA). The org chart of EA can be found here.
EA National has a few groups at the national level (EA National Members, All Online Activists, Other Aggregate Groups). It also has a lot of sub organizations ( EA California, EA Colorado and approx 30 other state organizations). Each State Chapter has a few groups at the state level (EA California Members, EA California Activists etc). Each State also has sub organizations for geographic regions (EA Bay Area, EA LA Area, EA Northern California etc). These regions could have more sub organizations ( EA San Francisco, EA UC Berkeley, EA Stanford etc). So basically we have a 4 level deep organization nesting level with groups at each level. At any intermediate level there can be Aggregate groups (i.e. All Online Activists, All Online Activists in EA California, All Online Activists in EA Bay Area)
From a permissioning perspective, there are admins at all levels (with various permissioning granularities needed at each level). You also have permissioning attached to the aggregate groups, i.e. you want a few folks to be able to see/send email to contacts in online activists only (and not any other groups that they belong to).
read more
