<span style="font-family: tahoma,sans-serif;">Hi! Everyone. </span><br style="font-family: tahoma,sans-serif;"><br style="font-family: tahoma,sans-serif;"><span style="font-family: tahoma,sans-serif;">@Travis. Thank you for your assistance. I was able to fix the issue for nodewords custom pages meta tags using the patch as described here - <a href="http://drupal.org/node/772668#comment-2939844">http://drupal.org/node/772668#comment-2939844</a>. Just in case, anyone encounter the same problem.</span> =)<br style="font-family: tahoma,sans-serif;">
<br style="font-family: tahoma,sans-serif;"><span style="font-family: tahoma,sans-serif;">Thanks again and more power!</span><br style="font-family: tahoma,sans-serif;"><span style="font-family: tahoma,sans-serif;">Liza</span><br>
<br><br><br><div class="gmail_quote">On Fri, May 7, 2010 at 2:03 AM, <span dir="ltr"><<a href="mailto:consulting-request@drupal.org">consulting-request@drupal.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Send consulting mailing list submissions to<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:consulting-request@drupal.org">consulting-request@drupal.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:consulting-owner@drupal.org">consulting-owner@drupal.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of consulting digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Nodewords Custom Page (liza chua)<br>
2. Re: Nodewords Custom Page (Travis Carden)<br>
3. Re: CiviCRM / Drupal integration expert (Kevin Reynen)<br>
4. Re: CiviCRM / Drupal integration expert (Cary Gordon)<br>
5. Re: CiviCRM / Drupal integration expert (Matt Chapman)<br>
6. CiviCRM comments (Re: CiviCRM / Drupal integration expert)<br>
(Donald A. Lobo)<br>
7. Re: CiviCRM comments (Re: CiviCRM / Drupal integration<br>
expert) (Christian Pearce)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Thu, 6 May 2010 21:46:18 +0800<br>
From: liza chua <<a href="mailto:lizachua28@gmail.com">lizachua28@gmail.com</a>><br>
Subject: [consulting] Nodewords Custom Page<br>
To: <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
Message-ID:<br>
<<a href="mailto:t2y738a124c1005060646tbf40cd8bg3ea4db708290adfd@mail.gmail.com">t2y738a124c1005060646tbf40cd8bg3ea4db708290adfd@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Hi! Drupal Experts. I've already posted this in Drupal.org but I'm really<br>
desperate for the answer.<br>
More often than not, I get prompt response from you guys. =)<br>
<br>
I'm trying to create a custom page so I can place meta tags in sitewide<br>
contact. However, each time I try to change the description and keywords<br>
field, the details of the old custom page is still there. I tried to delete<br>
the content over and over again and it says that the configuration has been<br>
save. I also tried to delete old custom page and create a new one but still<br>
the old description and keywords is being used. Can anyone tell me what<br>
seems to be the problem?<br>
<br>
Thanks in advance for your help!<br>
<br>
Liza<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/consulting/attachments/20100506/c0e26d59/attachment-0001.html" target="_blank">http://lists.drupal.org/pipermail/consulting/attachments/20100506/c0e26d59/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 6 May 2010 09:30:57 -0500<br>
From: Travis Carden <<a href="mailto:travis.carden@gmail.com">travis.carden@gmail.com</a>><br>
Subject: Re: [consulting] Nodewords Custom Page<br>
To: "A list for Drupal consultants and Drupal service/hosting<br>
providers" <<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID:<br>
<<a href="mailto:p2pfb95109b1005060730l6b843cd9o16024c9b84fe2bc@mail.gmail.com">p2pfb95109b1005060730l6b843cd9o16024c9b84fe2bc@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Liza, there have been some issues, recently with Nodewords not retaining<br>
meta tags. See if one of these<br>
issues<<a href="http://drupal.org/project/issues/search?text=doesn%27t+save&projects=Nodewords&assigned=&submitted=&participant=&issue_tags_op=or&issue_tags=" target="_blank">http://drupal.org/project/issues/search?text=doesn%27t+save&projects=Nodewords&assigned=&submitted=&participant=&issue_tags_op=or&issue_tags=</a>>matches<br>
your problem.<br>
<br>
<br>
On Thu, May 6, 2010 at 8:46 AM, liza chua <<a href="mailto:lizachua28@gmail.com">lizachua28@gmail.com</a>> wrote:<br>
<br>
> Hi! Drupal Experts. I've already posted this in Drupal.org but I'm really<br>
> desperate for the answer.<br>
> More often than not, I get prompt response from you guys. =)<br>
><br>
> I'm trying to create a custom page so I can place meta tags in sitewide<br>
> contact. However, each time I try to change the description and keywords<br>
> field, the details of the old custom page is still there. I tried to delete<br>
> the content over and over again and it says that the configuration has been<br>
> save. I also tried to delete old custom page and create a new one but still<br>
> the old description and keywords is being used. Can anyone tell me what<br>
> seems to be the problem?<br>
><br>
> Thanks in advance for your help!<br>
><br>
> Liza<br>
><br>
><br>
> _______________________________________________<br>
> consulting mailing list<br>
> <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
> <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/consulting/attachments/20100506/eb41b5e1/attachment-0001.html" target="_blank">http://lists.drupal.org/pipermail/consulting/attachments/20100506/eb41b5e1/attachment-0001.html</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Thu, 6 May 2010 09:52:41 -0600<br>
From: Kevin Reynen <<a href="mailto:kreynen@gmail.com">kreynen@gmail.com</a>><br>
Subject: Re: [consulting] CiviCRM / Drupal integration expert<br>
To: "A list for Drupal consultants and Drupal service/hosting<br>
providers" <<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID:<br>
<<a href="mailto:z2u9838564d1005060852pd31c782br589ed6105b7fdd15@mail.gmail.com">z2u9838564d1005060852pd31c782br589ed6105b7fdd15@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Can we move the "I think CiviCRM should be X" conversation to a<br>
CiviCRM specific forum so lobo and co. either tell you how to make<br>
this happen or explain why won't happen?<br>
<br>
I'd like to see CiviCRM wash my car once a week, but I keep those<br>
great ideas like that to myself until I have time or $$ to put towards<br>
making it happen.<br>
<br>
- Kevin Reynen<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Thu, 6 May 2010 09:39:15 -0700<br>
From: Cary Gordon <<a href="mailto:listuser@chillco.com">listuser@chillco.com</a>><br>
Subject: Re: [consulting] CiviCRM / Drupal integration expert<br>
To: <a href="mailto:kreynen@gmail.com">kreynen@gmail.com</a>, "A list for Drupal consultants and Drupal<br>
service/hosting providers" <<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID:<br>
<<a href="mailto:n2o17c28acc1005060939m693f21a3xeb9c9753c134f9f2@mail.gmail.com">n2o17c28acc1005060939m693f21a3xeb9c9753c134f9f2@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
CiviCRM has never had a relationship to with the Drupal project other<br>
than the fact that CiviSpace/DeanSpace commissioned the original<br>
integration.<br>
<br>
The only reason anyone uses CiviCRM is because it is there. I have a<br>
friend who has been involved with it since the beginning, and his<br>
attitude seems to be a lot like Matt's. I read it as: the further you<br>
go with it, the warmer it gets.<br>
<br>
My take that it has a fundamentally flawed design, which the boss<br>
thinks is the one true design pattern, database edition, and isn't<br>
about to change, ever. This isn't really an open project (beyond<br>
publishing the code and providing an automatic withering response to<br>
any suggestion for change)?<br>
<br>
Fortunately, we can accomplish an increasing amount of what CiviCRM<br>
provides in Drupal. If you can meet your requirements that way, avoid<br>
CiviCRM. If not, be thankful that there are folks like Matt, Rob<br>
Thorne and a handful of others who are willing to make your problems<br>
theirs, and prey that they don't decide to raise their rates or become<br>
monks.<br>
<br>
By the way, Matt has a placeholder page for a module called Drop CRM<br>
<<a href="http://drupal.org/project/dropcrm" target="_blank">http://drupal.org/project/dropcrm</a>>. Wonder what's cooking there?<br>
<br>
Cary<br>
<br>
On Thu, May 6, 2010 at 8:52 AM, Kevin Reynen <<a href="mailto:kreynen@gmail.com">kreynen@gmail.com</a>> wrote:<br>
> Can we move the "I think CiviCRM should be X" conversation to a<br>
> CiviCRM specific forum so lobo and co. either tell you how to make<br>
> this happen or explain why won't happen?<br>
><br>
> I'd like to see CiviCRM wash my car once a week, but I keep those<br>
> great ideas like that to myself until I have time or $$ to put towards<br>
> making it happen.<br>
><br>
> - Kevin Reynen<br>
> _______________________________________________<br>
> consulting mailing list<br>
> <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
> <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
><br>
<br>
<br>
<br>
--<br>
Cary Gordon<br>
The Cherry Hill Company<br>
<a href="http://chillco.com" target="_blank">http://chillco.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Thu, 6 May 2010 09:48:29 -0700<br>
From: Matt Chapman <<a href="mailto:matt@ninjitsuweb.com">matt@ninjitsuweb.com</a>><br>
Subject: Re: [consulting] CiviCRM / Drupal integration expert<br>
To: "A list for Drupal consultants and Drupal service/hosting<br>
providers" <<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID:<br>
<<a href="mailto:m2q80badb991005060948mc4c51a04m1778c0367309c926@mail.gmail.com">m2q80badb991005060948mc4c51a04m1778c0367309c926@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Cary assessment of the situation is mostly correct. I'd only modify<br>
that the CiviCRM has made decided effort to get more community<br>
involvement in the past year. Maybe that will make for substantive<br>
change in CiviCRM 4.0, but even if it does, I still see plenty of<br>
reasons to have a pure Drupal CRM. Maybe the two can coexist like<br>
Ubercart and Drupal Commerce.<br>
<br>
<br>
> By the way, Matt has a placeholder page for a module called Drop CRM<br>
> <<a href="http://drupal.org/project/dropcrm" target="_blank">http://drupal.org/project/dropcrm</a>>. Wonder what's cooking there?<br>
><br>
<br>
What's cooking there is: <a href="http://tinyurl.com/drupalcrm" target="_blank">http://tinyurl.com/drupalcrm</a><br>
<br>
<br>
All the Best,<br>
<br>
Matt Chapman<br>
Ninjitsu Web Development<br>
<br>
--<br>
The contents of this message should be assumed to be Confidential, and<br>
may not be disclosed without permission of the sender.<br>
<br>
<br>
<br>
On Thu, May 6, 2010 at 9:39 AM, Cary Gordon <<a href="mailto:listuser@chillco.com">listuser@chillco.com</a>> wrote:<br>
> CiviCRM has never had a relationship to with the Drupal project other<br>
> than the fact that CiviSpace/DeanSpace commissioned the original<br>
> integration.<br>
><br>
> The only reason anyone uses CiviCRM is because it is there. I have a<br>
> friend who has been involved with it since the beginning, and his<br>
> attitude seems to be a lot like Matt's. I read it as: the further you<br>
> go with it, the warmer it gets.<br>
><br>
> My take that it has a fundamentally flawed design, which the boss<br>
> thinks is the one true design pattern, database edition, and isn't<br>
> about to change, ever. This isn't really an open project (beyond<br>
> publishing the code and providing an automatic withering response to<br>
> any suggestion for change)?<br>
><br>
> Fortunately, we can accomplish an increasing amount of what CiviCRM<br>
> provides in Drupal. If you can meet your requirements that way, avoid<br>
> CiviCRM. If not, be thankful that there are folks like Matt, Rob<br>
> Thorne and a handful of others who are willing to make your problems<br>
> theirs, and prey that they don't decide to raise their rates or become<br>
> monks.<br>
><br>
<br>
> Cary<br>
><br>
> On Thu, May 6, 2010 at 8:52 AM, Kevin Reynen <<a href="mailto:kreynen@gmail.com">kreynen@gmail.com</a>> wrote:<br>
>> Can we move the "I think CiviCRM should be X" conversation to a<br>
>> CiviCRM specific forum so lobo and co. either tell you how to make<br>
>> this happen or explain why won't happen?<br>
>><br>
>> I'd like to see CiviCRM wash my car once a week, but I keep those<br>
>> great ideas like that to myself until I have time or $$ to put towards<br>
>> making it happen.<br>
>><br>
>> - Kevin Reynen<br>
>> _______________________________________________<br>
>> consulting mailing list<br>
>> <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
>> <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
>><br>
><br>
><br>
><br>
> --<br>
> Cary Gordon<br>
> The Cherry Hill Company<br>
> <a href="http://chillco.com" target="_blank">http://chillco.com</a><br>
> _______________________________________________<br>
> consulting mailing list<br>
> <a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
> <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
><br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Thu, 6 May 2010 10:56:50 -0700 (PDT)<br>
From: "Donald A. Lobo" <<a href="mailto:lobo@yahoo.com">lobo@yahoo.com</a>><br>
Subject: [consulting] CiviCRM comments (Re: CiviCRM / Drupal<br>
integration expert)<br>
To: A list for Drupal consultants and Drupal service/hosting providers<br>
<<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID: <<a href="mailto:229612.11933.qm@web56302.mail.re3.yahoo.com">229612.11933.qm@web56302.mail.re3.yahoo.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
<br>
hey folks:<br>
<br>
figured i'd throw in my 2 cents and thoughts on the discussion happening here.<br>
<br>
* As matt has mentioned, we do think talk is silver, code is golden. matt has mentioned and has been pushing the "idea" of using drupal as a framework that will work across multiple CMS'es. If someone does prove that this is possible, we'd be happy to take a closer look at it. For 4.0 we will be moving away from PEAR and will consider and evaluate Zend/Symfony/Cake (and others)<br>
<br>
* CiviCRM is a drupal module from a protocol interface perspective only (i.e. it implements the hooks needed). Yes, it does use a completely different set of technologies than drupal which basically doubles the learning curve for a developer.<br>
<br>
* We have learned and adopted an incredible amount from Drupal. Specifically, in the past few releases, we've aggresively introduced a lot of hooks into the system. In retrospect, we should have done a lot of this at a much earlier stage. We also switched from dojo to jQuery<br>
<br>
* For those not closely following CiviCRM development, the UI has been improved significantly in the 3.x release and 3.2 takes this even further. With the help of Rayogram (a community participant), we've redone a lot of the CSS which should make theming significantly easier. We've also spent a lot of time looking and optimizing various parts of the system (and yes there is a lot more we can do to make things even more efficient). Yes Civi is resource heavy and we do plan on improving this aspect in future releases.<br>
<br>
* We continue to integrate with more and more drupal modules. Jim Taylor has done an excellent job with the Views integration which makes it easier for Drupal developers. Our integration with Drush and more recently Aegir should also be useful and beneficial to the community (this was also another community led project, kasper s and <a href="http://koumbit.org" target="_blank">koumbit.org</a>). Community help with integration with other modules like rules / wysiwyg api etc would really benefit the project.<br>
<br>
* I do think our recent theming changes will help folks make the transition between drupal (or joomla) screens and civicrm focussed screens. if there are things that will make it even easier, let us know / help us with the patch and we can try to get it into 3.2<br>
<br>
* Things like non-integration with Authorize.net ARB etc are not present, primarily because there were not many folks who needed it / willing to develop it. We do have integration with 10+ payment processors.<br>
<br>
* In the past our focus has been a lot on the users and features they need rather than how to develop with extensibility in mind. We are learning and improving on our process. As Joe mentioned we have pretty good ratings from our user base, which is also quite important from our perspective<br>
<br>
lobo<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Thu, 6 May 2010 14:02:45 -0400 (EDT)<br>
From: Christian Pearce <<a href="mailto:pearcec@xforty.com">pearcec@xforty.com</a>><br>
Subject: Re: [consulting] CiviCRM comments (Re: CiviCRM / Drupal<br>
integration expert)<br>
To: "Donald A. Lobo" <<a href="mailto:lobo@yahoo.com">lobo@yahoo.com</a>>, A list for Drupal consultants<br>
and Drupal service/hosting providers <<a href="mailto:consulting@drupal.org">consulting@drupal.org</a>><br>
Message-ID: <1887592003.12081273168965103.JavaMail.root@sophie><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Please don't use CakePHP. The design decision to stick with with PHP 4 forced them to not treat model objects as php objects is awful. We hit a wall with it on bigger project. Don't get me wrong CakePHP is a fine framework and I don't want to debate it's merits.<br>
<br>
Lobo, thanks for all the effort by the way.<br>
<br>
----- "Donald A. Lobo" <<a href="mailto:lobo@yahoo.com">lobo@yahoo.com</a>> wrote:<br>
> hey folks:<br>
><br>
> figured i'd throw in my 2 cents and thoughts on the discussion happening here.<br>
><br>
> * As matt has mentioned, we do think talk is silver, code is golden. matt has mentioned and has been pushing the "idea" of using drupal as a framework that will work across multiple CMS'es. If someone does prove that this is possible, we'd be happy to take a closer look at it. For 4.0 we will be moving away from PEAR and will consider and evaluate Zend/Symfony/Cake (and others)<br>
<br>
<br>
--<br>
<br>
<br>
<br>
xforty technologies<br>
Christian Pearce<br>
888-231-9331 x1119<br>
<a href="http://xforty.com" target="_blank">http://xforty.com</a><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.drupal.org/pipermail/consulting/attachments/20100506/ec25cfe1/attachment.html" target="_blank">http://lists.drupal.org/pipermail/consulting/attachments/20100506/ec25cfe1/attachment.html</a><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
<br>
<br>
End of consulting Digest, Vol 52, Issue 10<br>
******************************************<br>
</blockquote></div><br>