Don't worry, the body is not as dire as the subject indicates. Just wanted to give folks some background about how we operate and manage to do what we do, and what we need to do to continue delivering an awesome product (or so we think ...)
We currently are spread across India (9 developers), Poland (1.5 developers), US (dave) and NZ (lobo).
CiviCRM was initially sponsored by a generous grant from the OSI Information Program. This enabled us to start our Polish and India operations. OSI funds helped pay for our Polish and India teams for the first year. In 2006, OSI funded Kabissa to implement CiviCRM in Kabissa and its partner organizations. We've also been supported by an anonymous private foundation for our India and US operations. All our non-profit funding goes via Social Source Foundation, a 501(c)(3) registered in the US.
In 2006 we also did a couple of...Read more
Now that 1.6 beta has been released - it's time to look ahead and prioritize the NEXT release (1.7).
There are a few "big features" we're targeting:
... and a number of smaller but significant feature candidates.
Check out the proposed release features here.
We strongly encourage you to take some time to review the list, and add your feedback. This is one of the best ways you can ensure that CivCRM meets your current and future CRM needs.
AND... if there's a "candidate feature" that's important to your organization - help "make it happen" by contributing financial or engineering resources.Read more
As some of you are aware our development team is fairly distributed. We have developers in Mumbai - India, Warsaw - Poland and San Francisco - US. Effective next week, we will have a presence in Nelson - New Zealand. I'm moving to NZ for 9 months and am looking forward to it. You could follow our adventures on my newly created personal blog. If there are any CiviCRM'ers / Drupal'ers in the Nelson area, would be great to form a co-working space, join forces and spread the open source paradigm with organizations in that area.
Dave Greenberg will also be on vacation for a large part of December. We are pretty confident that the rest of the team will do a great job of keeping the project and community moving forward at our normal blistering pace. Feel free to keep them busy and on their toes with a constant supply of feature requests, bug reports and installation issues :)
It was a pretty productive thanksgiving weekend :) Learnt way more about reporting, how complex an issue it is and the number of companies that are built on reporting (or to use a more trendy phrase, Business Intelligence). So here are some conclusions:
- PHP does not have a decent open (or closed) source reporting tool.
- Reporting is too complex an application and fairly well addressed by other open source projects. We should use one of those applications rather than doing it ourselves
- All the reporting open source projects use Java / Tomcat. CiviCRM users will need both java and php tools if we adopt this route
- I dont think we really have a choice with regard to this.
We've posted a draft specification for CiviEvent (phase 1) on the wiki. We are actively soliciting community feedback prior to finalizing the specifications on or around December 7. If you are interested in an integrated Event Management component for CiviCRM - please review the spec carefully and post your feedback and questions as comments on the wiki. We are targeting this for the 1.7 release.
This specification reflects feedback and suggestions from many folks in the CiviCRM and Drupal communities. We'd like to especially thank and acknowledge Jeff Porter of The Foundation for Prader-Willi Research, and Dan Robinson of CivicActions for their extensive contributions.
- The quick "Contact Search" block in the left column uses a suggestive search widget which finds contacts as you type in letters. Try typing in "ada" and see what happens.
- Site Administrators no longer have to struggle with editing civicrm.settings.php to set and modify site configuration. Most settings are now controlled from the Admin Control Panel » Global Settings section.
- The contact summary screen now uses an Ajax-based tab widget to make it faster and easier to look at different types of info about a...
I did a fair amount of research on the web regarding the state of various open source reporting packages. BIRT received quite a few excellent reviews and they also have an upcoming integration with the Zend platform/framework that I had to give it another go.
So back to the drawing board, and did an install of Eclipse and the automated install / update of BIRT. I suspected there was an issue with the latest version of BIRT (2.1.1) and decided to install the older version (2.1.0). This proved to be a smart move and I was up and running with BIRT. Their website is quite nice and has lots of detailed informtion (which did not really help me in my first installation attempt). I started off with the Basic Tutorial, though i modified it to use the CiviCRM...Read more
This week i've spent a fair amount of time trying to figure out what we could potentially do to make reporting part of CiviCRM. A few joomla folks on the list have successfully used a Joomla component DBQ and were fairly happy with it. I did read a fair amount of it and took the next step of actually installing and playing around with it.
DBQ is quite nice, easy to install and works as expected. However, as Dan Robinson pointed out on the email list, it is not a reporting tool, but more a simpler way to execute queries and format them in some manner. A lot of "reporting" functionality is missing (in all fairness to DBQ, it does not claim to be a reporting tool either).
The next stop in my reporting journey was agata. Unfortunately agata does not seem to have kept up to the current software versions. It only works on php 4.3.x and php-gtk1. Its a brazilian OSS project, the information was a bit hard to...Read more
We have integrated Selenium Testing Tool for CiviCRM v1.6, in addition to existing UnitTests for checking api functionality.
Selenium automated tests allows user to test most of the civicrm functionality.
For more details check the documentation
I installed CiviCRM 1.5 with Drupal 5.0 following the same steps I took installing it with Drupal 4.7 and got no errors.
CiviCRM wouldn't show up in the modules list in the admin section, so I poked around a bit to see what the overall setup was of the Drupal 5.0 modules.
I moved the civicrm.css file into the main civicrm folder, moved the civicrm.module file into the main civicrm folder and then created a civicrm.info file and follwed the same format as the other .info files (a couple of lines of code describing the module) to write to the civicrm.info file. I copied the civicrm.settings.php file to drupal/sites/default folder and went back to the Drupal 5.0 admin area and lo and behold, CiviCRM 1.5 was there. I enabled it and it worked.
The link to my test Drupal 5.0 site with CiviCRM 1.5 is here:
Based on the adjustments I made it would take all of 15 minutes or...Read more