[consulting] CiviCRM / Drupal integration expert

Wed May 5 18:54:22 UTC 2010

Good thoughts Matt.

Jim, perhaps one of the bigger frustrations I come across is while trying to
change the look and feel.  I'd like to see CiviCRM adopt the same
PHPtemplate theme system that Drupal uses.  Look at
www.jewishideas.org/contribute and it's easy to see which parts of the form
are exposed by Drupal and which by CiviCRM.

And if it were to adopt Drupal's module system too, we could see all kinds
of added functionality between releases.  I could go on.

The biggest boon, as Matt said, is that by adopting the same parts as
Drupal, you're bringing in an army of developers and implementors.

--D
--
D202 - People-Centric Websites
646.536.7502 ||  Office
www.davidnotik.com

On Wed, May 5, 2010 at 2:23 PM, Matt Chapman <matt at ninjitsuweb.com> wrote:

> On Wed, May 5, 2010 at 11:01 AM, Jim Taylor <jim at rootyhollow.com> wrote:
> > I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work
> and
> > all you ar doing is re-reating the wheel imho.  Unless you have a large
> team
> > behind it I don't see the point.
>
> The point would be:
>
> 1.) Migrating to a single, unified framework instead of the
> hodge-podge of disparate libraries that make-up CiviCRM now
>
> 2.) and therefore, vastly increasing the pool of capable developers,
> and every competent Drupal 7 developer would then also be a competent
> CiviCRM developer without significant additional effort.
>
> 3.) and, increased consistency of UI and user experience when moving
> between Drupal and CiviCRM interfaces.
>
> I agree that a team of several people is needed, and I think the
> Drupal community could provide that team as volunteers. The ubercart
> project would stand as a reasonably good model of how this could be
> done.
>
> This is less like recreating the wheel and more about replacing the
> engine in the car with better parts.
>
>
> All the Best,
>
> Matt Chapman
> Ninjitsu Web Development
>
> --
> The contents of this message should be assumed to be Confidential, and
> may not be disclosed without permission of the sender.
>
>
>
>
> > David,
> > I would be curious to hear what ese you see need in view integration, as
> of
> > 2.2 you should be able to access almost all the CiviCRM field in views
> (feel
> > free to answer that off list or file a ticket with CiviCRM).
> > We talked about CCK among a couple developers at CiviCon and really
> couldn't
> > come up with a pressing use case except for replacing the profiles
> > integration with Fields API integration for the user entity, in Drupal 7.
> >  So use Fields API to display the CiviCRM profiles that are exposed
> during
> > user registration.
> > What what seemed more important to work on was greater
> > Rules/Workflow/Actions integration to create workflows in CiviCRM.  This
> > should be a huge help in customizing CiviCRM's behaviors and default
> > workflows.
> > I'm -1 on the re-creation of a CRM in Drupal as it's a whole lot of work
> and
> > all you ar doing is re-reating the wheel imho.  Unless you have a large
> team
> > behind it I don't see the point.
> >
> >
> > On Wed, May 5, 2010 at 1:48 PM, David Notik <dave at d202.org> wrote:
> >>
> >> Hi.
> >> On Wed, May 5, 2010 at 1:24 PM, Matt Chapman <matt at ninjitsuweb.com>
> wrote:
> >>>
> >>> Is there anybody
> >>> around who's got the management skills to help redirect the momentum
> >>> among CiviCRM new-comers into a project to re-create CiviCRM
> >>> functionality using Drupal 7 as the framework?
> >>
> >> Music to my ears.  I don't have the resources to lead that effort, but
> +1
> >> for the need.  It's really to bad we can't work with CCK and Views for
> most
> >> all CiviCRM functionality.
> >> I agree with your assessment about demand.  CiviCRM is arguably much
> >> harder to work with than Drupal -- yet it does some powerful things,
> >> integrates with Drupal, and remains in demand largely because of those
> >> points.  For CiviCRM/Drupal integration that goes beyond tying users to
> >> contact records and exposing contribution pages and event registrations
> in
> >> the CMS, you can and should command a higher rate than Drupal most of
> the
> >> time.  Anyway, my shop charges one rate regardless.
> >> Just did a bit of work on one Drupal/CiviCRM project of ours --
> >> www.jewishideas.org -- including replaced the fundraising campaign"goal
> >> widget' with some custom stuff.
> >> Best,
> >> --D
> >> --
> >> D202 - People-Centric Websites
> >> 646.536.7502 ||  Office
> >> www.davidnotik.com
> >>
> >>
> >> _______________________________________________
> >> consulting mailing list
> >> consulting at drupal.org
> >> http://lists.drupal.org/mailman/listinfo/consulting
> >>
> >
> >
> > _______________________________________________
> > consulting mailing list
> > consulting at drupal.org
> > http://lists.drupal.org/mailman/listinfo/consulting
> >
> >
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/consulting/attachments/20100505/41dd7a33/attachment.html 