January 2006 - Development - lists.drupal.org

CSS for Bar Charts
by Chris Messina 17 Jan '06

17 Jan '06

Worth a look: http://apples-to-oranges.com/blog/article.aspx?id=55 Maybe could be used with the poll module? Chris

2 1

CiviCRM 1.3 Released (with CiviContribute)
by David Geilhufe 16 Jan '06

16 Jan '06

************************************************************* CiviCRM 1.3: A Free and Open Source eCRM Solution ************************************************************* We are pleased to announce the latest release of CiviCRM - version 1.3. CiviCRM is the first open source and freely downloadable constituent relationship management solution. CiviCRM is web-based, internationalized, and designed specifically to meet the needs of advocacy, non-profit and non-governmental groups. New to CiviCRM? Read more at http://www.openngo.org/aboutcivicrm ===================================================== What's new in 1.3? ===================================================== +- Joomla/Mambo front end. Profiles and online contribution pages can be displayed to and accessed by users. +- Introduces CiviContribute, a solution for accepting, tracking and managing online and offline contributions including cash and in-kind donations. Accept online donations and have them automatically recorded in your donor database. +- Custom fields available for activities and contributions. +- Improved website integration. Profiles allow users to maintain more of their own CRM records. +- Improved developer release of CiviMail, a mass mail solution with token replacement, open and click trough tracking. ===================================================== Get CiviCRM: Demo, Downloads & Documentation ===================================================== +- Test drive CiviCRM on our demo site. http://demo.openngo.org/civicrm/drupal-php5/ +- Download CiviCRM. http://downloads.openngo.org/civicrm/ +- Installation instructions. http://objectledge.org/confluence/display/CRM/Installation+Guide +- Documentation, including a Quick Start Guide and a detailed Administrator Guide. http://objectledge.org/confluence/display/CRM/CiviCRM+Documentation +- Automated installer for 1.3 is available with the CivicSpace 0.8.3 release candidate. http://civicspacelabs.org/home/developers/download ===================================================== CiviCRM Community ===================================================== +- CiviCRM has been downloaded over 4,000 times and has been installed by almost 1,000 groups. +- Over 100 individuals and consultants have participated in the design and development of CiviCRM. +- Consulting firms from one-person shops to organizations with a staff of 18 offer CiviCRM-based services. +- Open visibility and community participation in bugs, features and product roadmaps. +- Active translation community with efforts complete or under way for Brazilian Portuguese, British English, Canadian French, Dutch, Finnish, French, German, Italian, Khmer, Polish, Spanish, Thai and Traditional Chinese. ===================================================== New for 1.3: CiviContribute ===================================================== CiviContribute can be used to track virtually any contribution an organization receives with user-defined contribution types--in-kind, cash, and volunteer time, for example. You can add custom fields to track extra information about a contribution, information required by the FEC for campaign contributions, for example. +- Basic donor database solution that accepts online donations, records contributions, manages receipts and thank-you communications. +- Create an online donations page, pick a payment provider (PayPal and Moneris supported in 1.3) and start accepting online donations. +- Track receipts and thank you notes. +- User configurable contribution types allow tracking contributions of money, in-kind donations, time or anything else contributed to your organization. +- Easy import and export of contribution data to/from other systems like an accounting package. +- Search for contributions by type, amount, date, etc. ===================================================== Future Releases ===================================================== CiviCRM is in active development and constantly improving. Key upcoming features to look for are: +- Joomla integration. 1.4 will focus on improved Joomla/mambo integration. +- Ongoing CiviMail improvements in our high-capacity email broadcast tool, including user-friendlier interface. +- Voice your opinion on the 1.5 release by posting your ideas. http://objectledge.org/confluence/display/CRM/CiviCRM+1.5 ===================================================== Technical Requirements: ===================================================== CiviCRM is a web-based solution that runs locally on a web server or on a hosting provider. Installs on local machines should consider using the XAMPP/WAMP stacks which almost painlessly install Apache/PHP/MySQL. +- Apache 1.3+ +- PHP 4.3.3+ +- MySQL 4.0, 4.1 or 5.0 +- Drupal 4.6.3+ or Joomla 1.0.3+ / Mambo 4.5.3+ ===================================================== About the Social Source Foundation ===================================================== The Social Source Foundation is a 501-c-3 nonprofit creating internationalized, open source software of uncompromising quality for the nonprofit and nongovernmental sectors. Social Source Foundation is one of many partners in the creation of the CiviCRM platform, providing primary engineering support for the software. ===================================================== How Do I Participate in the CiviCRM Project? ===================================================== Interested parties are encouraged to participate in the development of CiviCRM. This can take the form of providing use cases, feedback on existing functionality, feature suggestions, code contributions, documentation contributions and beta testing. -CiviCRM Team

1 0

Let's wander back to topic: bug fixing and reviewing
by Karoly Negyesi 16 Jan '06

16 Jan '06

Hi! I have not written my message about Drupal 4.7 to give you a perspective but to _*==*_ ask for help _*==*_ in bug fixing and reviewing. Some people already put his hand up. Come, come, there are loads of bugs to fix! Regards Karoly Negyesi

1 0

Severity levels
by Karoly Negyesi 16 Jan '06

16 Jan '06

extreme critical: when a bug breaks all core , sessions, bootstrap one of the form elements or something like that. These are to be fixed immediately because Drupal HEAD is not usable at all. critical bugs render a whole (or most of a) module unusable. Example: you can't post a forum topic. major bugs: a smaller part of a module. You can't add a menu with menu module. -- below these are bugs that do not hold a release -- Normal bugs just bugs, we could even release with these. Just one functionality, like the category filter not working on node admin screen. And minor bugs are cosmetical stuff, notices etc I know we will not be able to agree on anything, yet I have at least tried. For once, think twice before answering. Thanks Karoly Negyesi

2 1

Re: [development] [lazyweb] Drupal Configurator
by Greg Knaddison 16 Jan '06

16 Jan '06

On 1/15/06, Arnab Nandi <arnabdotorg(a)gmail.com> wrote: > I'd post a feature request if this was a drupal feature. What I want > is an application _separate_ from drupal, that generates configs > offline. You included a variety of problems that would be solved by your new application/feature. I don't see a really strong use case for the "offline edits" part of it, but improving admin UI would certainly help everyone. > > > > Why not just improve the UI to reduce page views/iterations and/or use > > AJAX techniques to reduce the amount sent back/forth to do this work? > > Well, this is a good method and should be introduced(so should "power > edit forms"); but I'd prefer to have a native(read: disconnected) app > that can create a pre-validated, complete site structure; which can > then set up the website with one button. So what you really want is the disconnected part. The difficulty of editing the admin pages is not as high of a priority as is the offline part. > > To give you an analogy: Flickr has such great AJAX, but it still has > Uploadr and Organizr. Just because they did, doesn't make it right for others. Greg

1 0

Re: [drupal:dries] /modules contact.module
by Stefan 16 Jan '06

16 Jan '06

IMO this patch introduced even more inconsistencies in core than we already had.. Look at the way this patch dealed with HTML-tags inside the _help(). We never did that this way.. %category is IMO user submitted data, which is NOT translatable through drupal! It isn't now, and should never be wrapped through t(). I heared someone complain lately about bad reviewing of patches, but this isn't an excellent example either! C'mon Dries, why in Gods name did you applied this patch??? Steef Op 14-jan-2006, om 11:33 heeft drupal-devel(a)drupal.org het volgende geschreven: > User: dries Branch: HEAD Date: Sat, 14 Jan 2006 10:33:22 +0000 > > Modified files: > /modules contact.module > > Log message: > - Patch #39135 by Zen: various contact form improvements/fixes. > > + Conversion to _validate + _submit model.. > + Split replaced by explode - faster > + Fixed typos: Recipient > + Fixed weight defaulting to -10 > + Popped mail subject formatting into a t() > + Popped '--' formatting into a t() > + Does a lot of documentation fixing/rewriting. > + Renamed contact_user_mail form functions to contact_mail_user > for consistency. > + ... > > Links: > http://cvs.drupal.org/diff.php?path=drupal/modules/ > contact.module&old=1.39&new=1.40 > > -- > [ Drupal cvs list | http://list.drupal.org/ ] > > --- Stefan Nagtegaal Drupal-Devel(a)iStyledThis.nl Drupal Development Mailinglist

3 5

Re: [development] Re: Why Drupal 4.7 is late? (long)
by Kobus Myburgh 16 Jan '06

16 Jan '06

Can we go ahead and arrange such a party for later this week? Anyone with experience in leading such a "party"? I could volunteer to do the next one if I can just see how this is done at first. Regards, Kobus >>> karoly(a)negyesi.net 1/16/2006 9:55:33 AM >>> > How about we shift our focus instead. Instead of having "bug fixing > parties" let's have a "patch reviewing party". Or let's have both? Both for sure!

1 0

Re: [development] Re: Why Drupal 4.7 is late? (long)
by Kobus Myburgh 16 Jan '06

16 Jan '06

I agree. So, perhaps we should get some more people interested in reviewing patches more. I am new to all this, but I have tested some patches already, and given feedback. How about we shift our focus instead. Instead of having "bug fixing parties" let's have a "patch reviewing party". Or let's have both? Regards, Kobus >>> karoly(a)negyesi.net 1/16/2006 9:39:08 AM >>> > Most of my patches have been submitted for over a week, with status > "code needs review" but nobody has even looked at it. I also told numerous times (even posted to drupal.org frontpage) that we are short on reviewers. It's also part of the "can't cope with the load" stuff :(

2 1

Re: [development] Re: Why Drupal 4.7 is late? (long)
by Kobus Myburgh 16 Jan '06

16 Jan '06

Hi Karoly (and other senior Drupal developers), I have submitted my first patches for Drupal over the last few weeks (think: baby steps - I am only starting developing now and have relatively low PHP/Drupal knowledge compared to you guys). While I am not oblivious to your statements, Karoly, I will nevertheless be the Devil's advocate here. Most of my patches have been submitted for over a week, with status "code needs review" but nobody has even looked at it. Yes, one of them were committed (Capitalized 'D' for Drupal), but the bulk of them weren't even looked at. One such bug that I submitted a patch for was for form.inc (http://drupal.org/node/43131) which is the main topic of the foregoing discussion, which still didn't even get a single reaction since it was posted on the 3rd of January. I think the fact that people's patches don't get attention discourage them to submit more patches and to get involved. If you look at http://www.drupal.org/user/74/track/ (the only way I could get other people to see my patches - alternatively you can try http://drupal.org/project/issues/search and search for "bug reports" assigned to "Kobus"), you will see that I have 4 patches with "code needs review" status. I am helping where I can, where my skill level allows, but I feel that the patches don't get attention. I have respect to the fact that everyone else is busy, and have their lives, but think the following scenario: 1. You are a builder 2. You have 20 people working under you If you are only capable to supervise 15 people at any given time, would it really help to increase the people under you to 30? Basically, what I am saying, is we need more people involved with tackling patches that are *already* in the system first. That way people will feel more willing to help out. If anyone feel that I am *completely* wrong here, I am open for some more discussion. Regards, Kobus >>> karoly(a)negyesi.net 1/15/2006 7:05:38 PM >>> Folks sorry to be rude, but this is off topic. So far, only Drumm has seeked me out in private and offered a helping hand in fixing bugs. There are enough bugs for a roman legion. All hands on board! >> webchick did an example of how a .install file should look like: >> http://drupal.org/node/43492

2 1

[Fwd: LinuxTag with "Information Web" Track (3 more days to CfP!)]
by Gabor Hojtsy 15 Jan '06

15 Jan '06

Hi guys, Someone preparing a session for LinuxTag? A lot of other CMS players are there. Only three days to go until the CfP deadline. Goba

5 6