Tim Otten | 6 Feb 07:26 2016
Gravatar

PSA: Buildkit updates

A few notable changes:

1. Amp v0.2: This incorporates a few community patches. Usually, we can release this silently, but this one merits a note because it involves some schema changes to ~/.amp/services.yml. The file *should* be upgraded automatically, but it’s the first time we’ve done that, it's hard to test a full range of environments. If anything regresses with amp, see https://gist.github.com/totten/04a1d9cf6784016b1b0a

2. Phpunit: Added the vanilla, upstream `phpunit4` command — alongside the pre-existing `phpunit` (v3.7+extensions). The latest civicrm-core.git#master should be compatible with both. (Although, as mentioned before, you need to set env CIVICRM_UF=UnitTests for major test-suties, and you need the recent civicrm.settings.php.template updates.)

3. Vagrant: I’ve updated “vagrant/README” to direct users to https://github.com/civicrm/civicrm-buildkit-vagrant . That’s a more robust rendition of buildkit-on-vagrant produced by Nicolas during the sprint. Hopefully we can do a proper report-back on this project in the coming days. In the foreseeable future, the older/experimental Vagrant boxes will work (or not) as before.

4. PHAR preference: Buildkit originally tried to load as many tools as possible via composer.json/composer.lock. However, PHAR executables seem to be easier for non-experts to understand/copy/cherry-pick/update, and they allow multiple/concurrent versions (like drush 7+8, phpunit 3+4). Several of the tools are now downloaded as PHAR executables (drush8, wp-cli, phpunit4, amp, git-scan, cv).
____________________________________________________________
You received this message as a subscriber on the list:
civicrm-dev <at> lists.civicrm.org
To be removed from the list, send any message to:
civicrm-dev-unsubscribe <at> lists.civicrm.org

For all list information and functions, see:
http://lists.civicrm.org/lists/info/civicrm-dev
Nicolas Ganivet | 5 Feb 18:32 2016
Gravatar

URGENT website issues

The layout and css of https://civicrm.org/hosting-providers and to a lesser extend https://civicrm.org/partners-contributors URGENTLY need to be corrected.
These page are 2 of the 3 calls to action on the homepage, so we are pushing visitors there, but the look of these pages is disastrous with missing images, unscaled logos that range from very small to huge, and a layout that certainly could be more attractive (2 columns, summary of services provided, ...).
 
The providers directory view, which is directly accessible from the above pages, is also not working at all: no results are ever displayed on the page no matter which search criteria are used. This also need to be corrected ASAP.
 
I can provide resources to fix these if needed, but it should probably be on the shoulders of whomever developed this website in the first place.
 
On a more positive note: a lot of effort has been put on the homepage and it now looks terrific and has all the right information in the right order. Congrats.
 
--Nicolas.
____________________________________________________________
You received this message as a subscriber on the list:
civicrm-dev <at> lists.civicrm.org
To be removed from the list, send any message to:
civicrm-dev-unsubscribe <at> lists.civicrm.org

For all list information and functions, see:
http://lists.civicrm.org/lists/info/civicrm-dev
Tim Otten | 2 Feb 21:02 2016
Gravatar

Testapalooza

I’ve been working on testing (esp for extensions) and wanted to share some bits:

1. Draft documentation posted at https://github.com/civicrm/org.civicrm.testapalooza

2. An important piece of glue is locating/bootstrapping Civi for use in the test. In the past, the test suite
in civicrm-core was highly coupled to core (in terms of directory structure, sample data, etc), making it
hard/weird to reuse those bits in extensions, so:

  - I’ve reworked the bootstrap as a standalone CLI tool, ‘cv’, which can be embedded in different
test-runners and different packages (or throw-away scripts or CLI commands): https://github.com/civicrm/cv

  - Work-in-progress: I’m trying to extract some of the populateDB stuff into a helper class so that tests
can simply declare their expectations about the test environment. Pseudocode/goal: https://gist.github.com/totten/f95ae11b87ae7a602864

3. Merged https://github.com/civicrm/civicrm-core/pull/7641

4. Switched Civi 4.7 to run tests on phpunit4.phar. The traditional wrapper, `tools/scripts/phpunit`,
will look for either `phpunit` or `phpunit4` in the PATH.

  - Note: when running headless tests directly with phpunit4.phar, one must set env CIVICRM_UF=UnitTests

5. The testbot for Github/Jenkins will now run “Civi\AllTests” (in addition to api_v3_AllTests and
CRM_Core_AllTests). (Note: This suite had a regression slip in because it hasn’t been tested as part of
PRs. I hope to fix it soon, but for the moment, you may want to disregard failures in Civi\Angular\ManagerTest.testGetModules.)

6. For civicrm-upgrade-test, added DB snapshots for 4.6.0, 4.6.11, 4.7.0.

Andrew Perry | 27 Jan 02:33 2016
Picon
Gravatar

Standard development environment - Vagrant

Further to the recent discussion on this topic, as part of setting this up we are looking to have a default
Drupal Theme for the CiviCRM backend. 

We currently use Fubik, which is a sub-theme of Rubik, which is a nice clean Admin theme. Is there something
that others would prefer? 

Regards 

Andrew 

	
Andrew Perry | Executive Director | 0413 045 300 | 02 8090 3696 | www.communitybuilders.com.au 

Community Builders Australia Pty Ltd | 1300 468 228 | ABN 97 131 987 703 
This e-mail may be confidential. Only the intended recipient may access or use it. If you are not the
intended recipient, please notify us immediately and delete this e-mail. To the full extent permitted by
law, we exclude all liability for viruses or similar malicious content in any e-mail. 

CBA ref: 

Groups List Manager | 15 Jan 01:25 2016

Removed from civicrm-dev

Your address (gccc-crm-dev-moved1 <at> m.gmane.org) has been removed from list
civicrm-dev <at> lists.civicrm.org.  This may be because we received
non-delivery reports for your address, or because your
email provider informed us that you had reported these
list messages as Spam.

If this was in error, please resubscribe by clicking this link and
sending the resulting email message:
mailto:sympa <at> lists.civicrm.org?subject=sub%20civicrm-dev

Or if that link doesn't work for you, send any email to:
    civicrm-dev-subscribe <at> lists.civicrm.org

Dave Greenberg | 30 Oct 16:29 2007
Picon

Re: Announcing CiviCRM 1.9 Stable

The module which keeps keeps OG and CiviCRM groups synched has been
included in 1.9 - civicrm_og_synch.module. The project it was
developed for hasn't rolled out yet - so I suspect there may be some
clean-up/bugs to resolve. If the functionality meets your needs - and
you're interested in working with us to make sure things are working
properly - hook up with lobo on IRC to discuss further.

BTW - I'm not sure if it's included in the 1.9 distributions - but it
not you can grab it from svn:
http://svn.civicrm.org/branches/v1.9/drupal/

...dave

On 10/30/07, Walt Daniels <wdlists <at> optonline.net> wrote:
> That looks like a possible solution for me. I can't tell from the link if
> that is done in 1.9 as it is mostly a design document telling what needs to
> be done.
>
> -----Original Message-----
> From: Dave Greenberg [mailto:dggreenberg <at> gmail.com]
> Sent: Tuesday, October 30, 2007 10:56 AM
> To: Walt Daniels
> Cc: civicrm-dev <at> lists.civicrm.org
> Subject: Re: [civicrm-dev] Announcing CiviCRM 1.9 Stable
>
> Walt - We've recently worked on a new version of the og_civicrm module,
> which might of interest in this regard:
> http://wiki.civicrm.org/confluence/display/CRM/DA+-+CiviCRM
>
> ...dave
>
> On 10/28/07, Walt Daniels <wdlists <at> optonline.net> wrote:
> >  Where can I find out about the interaction of CiviCRM with
> > sophisicated Drupal sites that use for instance Forums, Organic
> > Groups, ACL, other access control modules, added fields in profiles, etc.
> >
> > For example I use Forum Access which uses ACL and I need to have
> > protected pages for a few groups and trying to decide whether to use
> > node privacy by role, TAC lite, Organic Groups or other access controls.
> >
> >
>
>
> --
> Best regards,
> Dave Greenberg
> CiviCRM Team
> ---------------------
> Try CiviCRM - http://civicrm.org
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.503 / Virus Database: 269.15.13/1099 - Release Date: 10/30/2007
> 10:06 AM
>
>
>

--

-- 
Best regards,
Dave Greenberg
CiviCRM Team
---------------------
Try CiviCRM - http://civicrm.org
Dave Greenberg | 30 Oct 15:55 2007
Picon

Re: Announcing CiviCRM 1.9 Stable

Walt - We've recently worked on a new version of the og_civicrm
module, which might of interest in this regard:
http://wiki.civicrm.org/confluence/display/CRM/DA+-+CiviCRM

...dave

On 10/28/07, Walt Daniels <wdlists <at> optonline.net> wrote:
>  Where can I find out about the interaction of CiviCRM with sophisicated
> Drupal sites that use for instance Forums, Organic Groups, ACL, other access
> control modules, added fields in profiles, etc.
>
> For example I use Forum Access which uses ACL and I need to have protected
> pages for a few groups and trying to decide whether to use node privacy by
> role, TAC lite, Organic Groups or other access controls.
>
>

--

-- 
Best regards,
Dave Greenberg
CiviCRM Team
---------------------
Try CiviCRM - http://civicrm.org
Donald Lobo | 30 Oct 07:17 2007
Picon

Re: Adding Civicrm Pre/Post Hooks to soap calls


i believe u r hitting this issue:

http://issues.civicrm.org/jira/browse/CRM-2177

You might want to backport that fix to 1.9 if you need it in that version

lobo


On 10/30/07, Ian Roessle <ian <at> caclean.org> wrote:
Hello.. I've been racking my brain for a while here on this and thought it might be worth airing with the civicrm dev world at large.
 
I created a hook module that connects to yahoo and does address validation... in addition generation and population of some other custom fields....
 
The hook works great from the UI. When I call it from a soap wrapped call of Update Contact (version 1 or version 2 of the API) I have no success with the Hook validation.
 
 
Here is my soap function for updating the contacts.. that uses API version 2
The commented out things are stuff that I tried to get the hook to integrate.
 
 
//require_once 'CRM/Utils/Hook.php';
 
 
        public function update_contact($key, $params) {
                $this->verify($key);
//              civicrm_initialize();
                $params['contact_type'] = 'Individual';
//              constantcontact_civicrm_pre('edit','Individual', $params['contact_id'], "");
                $bla=civicrm_contact_add($params);
//              constantcontact_civicrm_post('edit','Individual', $params['contact_id'], "");
                return $bla;
        }

 
Any tips/suggestions/direction???
 
Thanks,
 
Ian
California Clean Money Campaign Web Team
 
 
 
 
 

____________________________________________________________
You received this message as a subscriber on the list:
    civicrm-dev <at> lists.civicrm.org
To be removed from the list, send any message to:
    civicrm-dev-unsubscribe <at> lists.civicrm.org

For all list information and functions, see:
    http://lists.civicrm.org/lists/info/civicrm-dev




--
lobo

http://civicrm.org/blog/
http://civicrm.org/
http://lobostravel.blogspot.com/
<div>
<br>i believe u r hitting this issue:<br><br><a href="http://issues.civicrm.org/jira/browse/CRM-2177">http://issues.civicrm.org/jira/browse/CRM-2177</a><br><br>You might want to backport that fix to 1.9 if you need it in that version
<br><br>lobo<br><br><br><div>
<span class="gmail_quote">On 10/30/07, Ian Roessle &lt;<a href="mailto:ian <at> caclean.org">ian <at> caclean.org</a>&gt; wrote:</span><blockquote class="gmail_quote">
<div>Hello.. I've been racking my brain for a while here on this and thought it might be worth airing with the civicrm dev world at large.</div>
<div>&nbsp;</div>
<div>I created a hook module that connects to yahoo and does address validation... in addition generation and population of some other custom fields....</div>
<div>&nbsp;</div>
<div>The hook works great from the UI. When I call it from a soap&nbsp;wrapped&nbsp;call of Update Contact (version 1 or version 2 of the API) I have no success with the Hook validation.</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>
<div>Here is my soap function for updating the contacts.. that uses API version 2</div>
<div>
<div>The commented out things are stuff that I tried to get the hook to integrate.</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
</div>
</div>
<div>//require_once 'CRM/Utils/Hook.php';</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; public function update_contact($key, $params) {<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; $this-&gt;verify($key);<br>//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; civicrm_initialize();<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; $params['contact_type'] = 'Individual';<br>

//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; constantcontact_civicrm_pre('edit','Individual', $params['contact_id'], "");<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; $bla=civicrm_contact_add($params);<br>//&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; constantcontact_civicrm_post('edit','Individual', $params['contact_id'], "");
<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return $bla;<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br><br>&nbsp;</div>
<div>Any tips/suggestions/direction???</div>
<div>&nbsp;</div>
<div>Thanks,</div>
<div>&nbsp;</div>
<div>Ian</div>
<div>California Clean Money Campaign Web Team</div>
<div><a href="mailto:ian <at> ianroessle.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">ian <at> ianroessle.org</a></div>
<div><a href="http://www.caclean.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://www.caclean.org</a></div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<br>____________________________________________________________<br>You received this message as a subscriber on the list:<br> &nbsp; &nbsp; <a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:civicrm-dev <at> lists.civicrm.org">
civicrm-dev <at> lists.civicrm.org</a><br>To be removed from the list, send any message to:<br> &nbsp; &nbsp; <a onclick="return top.js.OpenExtLink(window,event,this)" href="mailto:civicrm-dev-unsubscribe <at> lists.civicrm.org">civicrm-dev-unsubscribe <at> lists.civicrm.org
</a><br><br>For all list information and functions, see:<br> &nbsp; &nbsp; <a onclick="return top.js.OpenExtLink(window,event,this)" href="http://lists.civicrm.org/lists/info/civicrm-dev" target="_blank">http://lists.civicrm.org/lists/info/civicrm-dev
</a><br><br>
</blockquote>
</div>
<br><br clear="all"><br>-- <br>lobo<br><br><a href="http://civicrm.org/blog/">http://civicrm.org/blog/</a><br><a href="http://civicrm.org/">http://civicrm.org/</a><br><a href="http://lobostravel.blogspot.com/">
http://lobostravel.blogspot.com/</a>
</div>
Wes Morgan | 9 Sep 01:13 2007

Re: Send in Your Feedback on CiviMail Improvements for 1.9

On Sep 7, 2007, at 9:56 PM, NPOGroups List Manager wrote:



TABLE OF CONTENTS

1. [civicrm-dev] Send in Your Feedback on CiviMail Improvements for 1.9 -- "Dave Greenberg" <dggreenberg <at> gmail.com>
2. [civicrm-dev] Fwd: [civicrm-mail] Send in Your Feedback on CiviMail Improvements for 1.9 -- "Donald Lobo" <donald.lobo <at> gmail.com>
3. [civicrm-dev] bilingual support in CiviMail -- Christopher Pelham <chris <at> crsny.org>


____________________________________________________________
You received this message as a subscriber on the list:
To be removed from the list, send any message to:

For all list information and functions, see:


From: "Dave Greenberg" <dggreenberg <at> gmail.com>
Date: September 7, 2007 7:38:55 PM MDT
To: "CiviCRM Developer Community" <civicrm-dev <at> lists.civicrm.org>,  "CiviMail Users" <civicrm-mail <at> lists.civicrm.org>
Subject: [civicrm-dev] Send in Your Feedback on CiviMail Improvements for 1.9

<snip>

We'd like this release to really take CiviMail to the next level - so
we'd like to hear from folks who are currently using the component and
have additional feedback about things we can do to make it better. We
can't promise to get all your ideas into the release of course - but
we suspect there's some really easy changes that will polish things
up. As usual, patches and VERY SPECIFIC suggestions are most warmly
received. :-)

</snip>

One thing that would really help us a lot is the ability to associate mailings with issues and campaigns. This might be best implemented as a generic grouping system similar to the one already in place for contacts. It could even be the same one (especially now that they're nestable--though that won't be in 1.9 I assume).

For the U.S. PIRG use case, we would setup issue areas like Energy, Preservation, and Health Care. Then we would setup campaigns as sub-entities of these issue areas. So under Energy we might have the "25% Renewable by 2025" campaign or the "Double the Gas Mileage Standard" campaign. We would then associate mailings (and probably contacts too--to indicate what issues they were interested in) with these campaigns and issue areas.

This would need to be separate from the association of which groups the mailing was sent to, as it deals with the content of the message, not the recipients. But otherwise, I see no reason why it couldn't be as simple as allowing mailings to be placed in groups (and respect the various ACLs involved) as CiviCRM currently implements them. But maybe it would save clutter to instead implement separate "issues" and "campaigns" entities so they could be more directly treated as such.

You would then want the ability to associate not only CiviMail stuff with these issues and campaigns, but also CiviContribute stuff, CiviEvent stuff, contacts, etc. I guess another potential implementation idea is to allow custom fields to be associated with these other entities as well. The sample data that CiviCRM comes with sets up that "Demographic" custom group for contacts where you could define their "most important issue." Obviously you'd want the system to understand that this is the same data set as the "issues" you're associating contribution pages, mailings, and events with.

This all makes me think there should just be a generic "entity" and "relationship" system used throughout CiviCRM. Any entity should be able to have 0 or more relationships with any other entity. This would cover groups (contact entities would have a "member of" relationship with a group entity), issues and campaigns (mailing entities would have a "tactic in" relationship with the campaign entity), organizations (individual entities would have a "member of" relationship with organization entities for CiviMember, for example).

Sorry, that got a little far-reaching. :) What do you all think (about the basic issues and campaigns in CiviMail piece or the larger thing in the paragraph above)?
<div>
<div>On Sep 7, 2007, at 9:56 PM, NPOGroups List Manager wrote:</div>
<div>
<br class="Apple-interchange-newline"><blockquote type="cite">
<div><br></div>
<div><br></div>
<div>TABLE OF CONTENTS</div>
<div><br></div>
<div>1. [civicrm-dev] Send in Your Feedback on CiviMail Improvements for 1.9 -- "Dave Greenberg" &lt;<a href="mailto:dggreenberg <at> gmail.com">dggreenberg <at> gmail.com</a>&gt;</div>
<div>2. [civicrm-dev] Fwd: [civicrm-mail] Send in Your Feedback on CiviMail Improvements for 1.9 -- "Donald Lobo" &lt;<a href="mailto:donald.lobo <at> gmail.com">donald.lobo <at> gmail.com</a>&gt;</div>
<div>3. [civicrm-dev] bilingual support in CiviMail -- Christopher Pelham &lt;<a href="mailto:chris <at> crsny.org">chris <at> crsny.org</a>&gt;</div>
<div><br></div>
<div><br></div>
<div>____________________________________________________________</div>
<div>You received this message as a subscriber on the list:</div>
<div>
<span class="Apple-converted-space">&nbsp;&nbsp; &nbsp; </span><a href="mailto:civicrm-dev <at> lists.civicrm.org">civicrm-dev <at> lists.civicrm.org</a>
</div>
<div>To be removed from the list, send any message to:</div>
<div>
<span class="Apple-converted-space">&nbsp;&nbsp; &nbsp; </span><a href="mailto:civicrm-dev-unsubscribe <at> lists.civicrm.org">civicrm-dev-unsubscribe <at> lists.civicrm.org</a>
</div>
<div><br></div>
<div>For all list information and functions, see:</div>
<div>
<span class="Apple-converted-space">&nbsp;&nbsp; &nbsp; </span><a href="http://lists.civicrm.org/lists/info/civicrm-dev">http://lists.civicrm.org/lists/info/civicrm-dev</a>
</div>
<div><br></div>
<div><br></div>
<div>From: "Dave Greenberg" &lt;<a href="mailto:dggreenberg <at> gmail.com">dggreenberg <at> gmail.com</a>&gt;</div>
<div>Date: September 7, 2007 7:38:55 PM MDT</div>
<div>To: "CiviCRM Developer Community" &lt;<a href="mailto:civicrm-dev <at> lists.civicrm.org">civicrm-dev <at> lists.civicrm.org</a>&gt;,<span class="Apple-converted-space">&nbsp; </span>"CiviMail Users" &lt;<a href="mailto:civicrm-mail <at> lists.civicrm.org">civicrm-mail <at> lists.civicrm.org</a>&gt;</div>
<div>Subject: [civicrm-dev] Send in Your Feedback on CiviMail Improvements for 1.9</div>
<div>Reply-To: <a href="mailto:civicrm-dev <at> lists.civicrm.org">civicrm-dev <at> lists.civicrm.org</a>,"Dave Greenberg" &lt;<a href="mailto:dggreenberg <at> gmail.com">dggreenberg <at> gmail.com</a>&gt;</div>
<div><br></div>
</blockquote>&lt;snip&gt;<br><blockquote type="cite">
<div><br></div>
<div>We'd like this release to really take CiviMail to the next level - so</div>
<div>we'd like to hear from folks who are currently using the component and</div>
<div>have additional feedback about things we can do to make it better. We</div>
<div>can't promise to get all your ideas into the release of course - but</div>
<div>we suspect there's some really easy changes that will polish things</div>
<div>up. As usual, patches and VERY SPECIFIC suggestions are most warmly</div>
<div>received. :-)</div>
<div><br></div>
</blockquote>&lt;/snip&gt;</div>
<div><br class="webkit-block-placeholder"></div>
<div>One thing that would really help us a lot is the ability to associate mailings with issues and campaigns. This might be best implemented as a generic grouping system similar to the one already in place for contacts. It could even be the same one (especially now that they're nestable--though that won't be in 1.9 I assume).</div>
<div><br class="webkit-block-placeholder"></div>
<div>For the U.S. PIRG use case, we would setup issue areas like Energy, Preservation, and Health Care. Then we would setup campaigns as sub-entities of these issue areas. So under Energy we might have the "25% Renewable by 2025" campaign or the "Double the Gas Mileage Standard" campaign. We would then associate mailings (and probably contacts too--to indicate what issues they were interested in) with these campaigns and issue areas.</div>
<div><br class="webkit-block-placeholder"></div>
<div>This would need to be separate from the association of which groups the mailing was sent to, as it deals with the content of the message, not the recipients. But otherwise, I see no reason why it couldn't be as simple as allowing mailings to be placed in groups (and respect the various ACLs involved) as CiviCRM currently implements them. But maybe it would save clutter to instead implement separate "issues" and "campaigns" entities so they could be more directly treated as such.</div>
<div><br class="webkit-block-placeholder"></div>
<div>You would then want the ability to associate not only CiviMail stuff with these issues and campaigns, but also CiviContribute stuff, CiviEvent stuff, contacts, etc. I guess another potential implementation idea is to allow custom fields to be associated with these other entities as well. The sample data that CiviCRM comes with sets up that "Demographic" custom group for contacts where you could define their "most important issue." Obviously you'd want the system to understand that this is the same data set as the "issues" you're associating contribution pages, mailings, and events with.</div>
<div><br class="webkit-block-placeholder"></div>
<div>This all makes me think there should just be a generic "entity" and "relationship" system used throughout CiviCRM. Any entity should be able to have 0 or more relationships with any other entity. This would cover groups (contact entities would have a "member of" relationship with a group entity), issues and campaigns (mailing entities would have a "tactic in" relationship with the campaign entity), organizations (individual entities would have a "member of" relationship with organization entities for CiviMember, for example).</div>
<div><br class="webkit-block-placeholder"></div>
<div>Sorry, that got a little far-reaching. :) What do you all think (about the basic issues and campaigns in CiviMail piece or the larger thing in the paragraph above)?</div>
</div>
Donald Lobo | 21 Feb 21:18 2007
Picon

Re: Profile "Used for" missing

thats strange. i just reproduced it :( will investigate and will fix
it for the next week release

lobo

On 2/22/07, Henry Bennett <henry <at> hbennett.com> wrote:
>
>
>
>
> When I create profiles I don't see the "Used For" dialog which offers a
> choice of User Registration, View / Edit User Account, Profile or Search
> Results checkboxes. I figured this might be a smarty issue so flushed my
> cache but still see this.
>
> In CiviCRM  » Administer CiviCRM  >> CiviCRM Profile summary screen the
> field is listed but not populated.
>
> Any ideas?
>
> Joomla 1.1.12
>
> CiviCRM 1.6.8310
>
> MySQL 4.1.21-standard
>
> PHP:    4.4.4
>
> Henry
> ____________________________________________________________
> You received this message as a subscriber on the list:
>      civicrm-dev <at> lists.civicrm.org
> To be removed from the list, send any message to:
>      civicrm-dev-unsubscribe <at> lists.civicrm.org
>
> For all list information and functions, see:
>      http://lists.civicrm.org/lists/info/civicrm-dev
>
>

--

-- 
lobo

http://civicrm.org/blog/
http://civicrm.org/
http://lobostravel.blogspot.com/
Donald Lobo | 29 Dec 23:31 2006
Picon

Re: Re: Re: So close but getting errors

cindy:

we recommend using signature, since its significantly easier to use and setup

lobo

On 12/30/06, Cindy <cfajardo <at> rawebdesign.com> wrote:
> I was using the signature API.  I downloaded a certificate from paypal sandbox
> and in CiviCRM Admin I see an API Profile icon.  So when I tried to set up a
> profile and tried uploading the test cert I get this:
>
>
> Warning: postprocess(Services/PayPal.php): failed to open stream: No such file
> or directory in
> /home/selectiv/public_html/joomla/administrator/components/com_civicrm/civicrm/
> CRM/Contribute/Form/CreatePPD.php on line 103
>
> Fatal error: postprocess(): Failed opening required 'Services/PayPal.php'
> (include_path='.:/home/selectiv/public_html/joomla/administrator/components/com
> _civicrm/civicrm:/home/selectiv/public_html/joomla/administrator/components/com
> _civicrm/civicrm/packages:.:/usr/local/lib/php') in
> /home/selectiv/public_html/joomla/administrator/components/com_civicrm/civicrm/
> CRM/Contribute/Form/CreatePPD.php on line 103
>
> Is it necessary to have a Certificate or can we use the Signature?
>
> Cindy
>

--

-- 
lobo

http://civicrm.org/blog/
http://civicrm.org/
http://wiki.civicrm.org/
http://issues.civicrm.org/

Gmane