Author Topic: What part of CiviCRM are you having difficulty with right now? (Read 24395 times)

petednz · March 12, 2008, 01:49:44 pm

Twowheeler said:

Quote

I have been working on a script that does the following:

* Get a list of all individuals in DB
* For each, search for a household with a matching address
* If found, link individual to household
* If individual address matches to household address, but last name is different, make the link but also tag the individual with "Household name mismatch" for later review.
* If not found, create a new household with the individual's address and link to it
* The households created have a name like "<last_name> Household"

It is a bit buggy right now so it is not ready to be shared but otherwise works on 99% of contacts. It depends heavily on the street addresses being in similar format so that they match on a simple string search, so it helps a lot if they have been run through the USPS address verification feature.

If there is interest I will share the script when finished.

Definitely interested and our developer would put sometime in to helping with debugging if that would help. Our situation is we have around 1000 individuals who share addresses. The oldDB flagged that they should 'share' posted material by having a joint name in a 'label' field for one person and a '+' for the other. It worked, but it doesn't map across of course.
My approach was going to be along the lines
- find all shared addresses; export
- reimport each distinct address with a cobbled together Household name based on Joining Surnames of all those who share the address (eg Smith and Jones Household)
- remimport individuals with the Household Name to create the relationship.
Then, for our key purpose, subscribe the Household to publications that should be sent jointly, while leaving individuals linked to other publications, and to a generic 'mail to all individuals' group. (Well it was going to be something like that).

We need to do this within a week - how is your timeline on your script?

petednz · March 12, 2008, 01:51:06 pm

And should this - how to build Household from Individuals - be running as a separate thread?

twowheeler · March 12, 2008, 04:47:19 pm

To the last question -- I think yes. When I get a minute I will upload the script someplace where you can see it and start a new thread.

As for it being usable within a week: as long as you don't mind that it occasionally exits with a core dump it's great. :-)

To everyone else: sorry for the distraction, carry on.

Chris Burgess · March 13, 2008, 05:31:16 pm

CiviCRM's UF matching with Drupal is an issue for us.

Drupal allows duplicate emails in the user table, although in the registration frontend that Drupal will tell you "you already have an account" if you try to re-register with a duplicate email. There's no presumption of unique emails inherent to Drupal. Likewise, CiviCRM allows the same email be used by two contacts.

However, when I try and save a contact who has an email that is duplicated in the Drupal users table, CiviCRM objects because it's stored the email address in civicrm_uf_match.uf_name, which has a unique key against (uf_name, domain_id).

I'm not sure what purpose the UNIQUE on that _uf_ table serves, as we are matching the Drupal UID and CiviCRM CID already (and don't need to store uf_name additionally).

The presence of this key means that for some of our contacts which otherwise work fine in both Drupal and CiviCRM, CiviCRM can't save their details. We have considered workarounds which *might* work, but I haven't yet been able to find why the key UI_uf_name_domain_id exists. Is it possible that it was used in the past for matching users, but is now unused?

Code: [Select]

DROP TABLE IF EXISTS `civicrm_uf_match`;
CREATE TABLE `civicrm_uf_match` (
  `id` int(10) unsigned NOT NULL auto_increment COMMENT 'System generated ID.',
  `uf_id` int(10) unsigned NOT NULL default '0' COMMENT 'UF ID',
  `uf_name` varchar(128) collate utf8_unicode_ci default NULL COMMENT 'UF Name',
  `contact_id` int(10) unsigned default NULL COMMENT 'FK to Contact ID',
  `domain_id` int(10) unsigned NOT NULL default '0' COMMENT 'Which Domain owns this contact (cached here for ease of use reasons)',
  PRIMARY KEY  (`id`),
  UNIQUE KEY `UI_uf_domain_id` (`uf_id`,`domain_id`),
  UNIQUE KEY `UI_contact` (`contact_id`),
  UNIQUE KEY `UI_uf_name_domain_id` (`uf_name`,`domain_id`),
  KEY `FK_civicrm_uf_match_domain_id` (`domain_id`),
  CONSTRAINT `FK_civicrm_uf_match_contact_id` FOREIGN KEY (`contact_id`) REFERENCES `civicrm_contact` (`id`) ON DELETE SET NULL,
  CONSTRAINT `FK_civicrm_uf_match_domain_id` FOREIGN KEY (`domain_id`) REFERENCES `civicrm_domain` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Donald Lobo · March 13, 2008, 06:13:52 pm

the email address is how we link a drupal user to a civicrm contact. Hence it needs to be unique. If we dont have a unique on that, we'll map multiple drupal users to the same contact. Not sure how we can link the two tables otherwise

lobo

Eileen · March 18, 2008, 04:26:16 am

OK - I've had a crack at the report on aggregates. It's good enough for my current need & up here if it's useful to someone else.

http://wiki.civicrm.org/confluence/display/CRMDOC/events+aggregate+page

kwixson · March 25, 2008, 03:25:06 pm

People might be confused about this topic -- this is for problems about CiviCRM's usability and feature set as opposed to specific problems you're troubleshooting, so...

1.) CiviMail -- can't use it on shared hosting and CiviSMTP is too expensive, not only in terms of $ but also in terms of being a barrier to entry and depending on a 3rd party to perform a vital function.

2.) CiviMail -- lacks many of the features of PHPList that I've come to rely on, specifically, message templates and RSS integration

3.) CiviMail -- let me reiterate, with RSS integration I am able to completely automate Newsletters with PHPList. Without this feature, CiviMail is not something I can use.

4.) User Administration -- configuring who can do what is too confusing, takes too many steps and is too abstract for your typical user. A more intuitive and hold-your-hand approach to coaching people through configuring user roles and permissions is essential.

5.) Configuration generally -- there is no checklist, go guided tour, no end-to-end path for configuring CiviCRM the first time.

6.) Ongoing configuration -- Once in a lifetime configuration options are side-by-side with need-to-regularly-change configurations and settings, resulting in a dizzying array on the configuration/administration screen that completely turns me off. I don't know where to go to do what I need and things aren't organized in a way that helps me get to the most often used tasks quickly. The set-once-and-forget-it options need to be buried down deep and the I'll-change-this-a-lot options need to be on the surface.

7.) I stare at a blank screen -- When I click on the CiviCRM link, I am presented with a mostly blank screen (with a "helpful" little message at the top saying "There are no Activities to display.") and a menu on the right. And the menu isn't that helpful. It doesn't tell me what I can do, it tells me what other page I can access. When I go to CiviCRM I'm going there to *do* something, not hunt through sub-pages. I intend to [ad and contact] or [create an event] or [record a donation] or [send a message]. Why not have these verbs at the top of the menu? Why not put the most likely tasks up at the top? Why do you have "Find Contacts" as the second menu option when there's a quick search field with link to advanced search, like, half an inch above it? Is creating a New Group something I'm going to need to do nearly as much as I need to add a New Individual, or a New Household? No? Then why does it have the same kind of prominence? The menu on the home page makes no sense whatsoever.

8.) Navigation throughout -- Why, when I go to the CiviContribute page, do I have to read all of "CiviContribute allows you to create customized page(s) for collecting online contributions. Administrators can create or modify your Online Contribution Pages from here." to find the link on [here] to figure out where to click to create or modify an Online Contribution? Why is there not an button or plain menu of links where I see "Create Contribution Page"? To get around I have to to do all this reading and sifting through sentences to find the links I need to get the work done. Why?

Lastly, my problem today is syncing up Drupal user roles with CiviCRM groups. It shouldn't be hard, but it is, or I haven't yet found the easy way to do it.

Dave Greenberg · March 27, 2008, 09:48:36 am

Thanks for your frank feedback! Some thoughts below...
(I've skipped the CiviMail items since they are being discussed in a different thread.)

Quote from: kwixson on March 25, 2008, 03:25:06 pm

4.) User Administration -- configuring who can do what is too confusing, takes too many steps and is too abstract for your typical user. A more intuitive and hold-your-hand approach to coaching people through configuring user roles and permissions is essential.

Are you referring to the Drupal-specific permissioning? And/or the built-in Access Control features? We are moving toward relying solely on our built-in Access Control - and recognize that we need to figure out ways to make this easier. That said, this is an area that's not as heavily used by the bulk of the community - so it's been a bit less of a priority. If you have specific ideas about improving the workflow, documentation etc. in this area - we'd love to hear them (the more specific, the better).

Quote from: kwixson on March 25, 2008, 03:25:06 pm

5.) Configuration generally -- there is no checklist, go guided tour, no end-to-end path for configuring CiviCRM the first time.

We've been working on improving documentation and providing more friendly learning tools such as screencasts over the past year. However, as a community project we depend on the user community to help push this forward. There is a new "Getting Started" section in the Documentation Space - which would be a great place to add a "Configuration Guided Tour". Perhaps you'd be willing to get this started and invite others to review and add to it.

Quote from: kwixson on March 25, 2008, 03:25:06 pm

6.) Ongoing configuration -- Once in a lifetime configuration options are side-by-side with need-to-regularly-change configurations and settings, resulting in a dizzying array on the configuration/administration screen that completely turns me off. I don't know where to go to do what I need and things aren't organized in a way that helps me get to the most often used tasks quickly. The set-once-and-forget-it options need to be buried down deep and the I'll-change-this-a-lot options need to be on the surface.

I think our basic perspective here is that none of the Admin configuration settings would fall in the "need-to-change-regularly" category... EXCEPT for Managing Events and Managing Online Contribution Pages. Primary access to those is from the CiviEvent and CiviContribute menus. We did get some feedback that the Profiles and Custom Fields configuration are changed fairly often - and in 2.0 escalated them to the top of the admin page in their own group.

That said, it would be great to have a detailed discussion about use frequency and better ways to organize the admin dashboard. Maybe create a wiki page and post your re-design as a wire-frame and we can solicit feedback from other folks.

Quote from: kwixson on March 25, 2008, 03:25:06 pm

7.) I stare at a blank screen -- When I click on the CiviCRM link, I am presented with a mostly blank screen (with a "helpful" little message at the top saying "There are no Activities to display.") and a menu on the right. And the menu isn't that helpful. It doesn't tell me what I can do, it tells me what other page I can access. When I go to CiviCRM I'm going there to *do* something, not hunt through sub-pages. I intend to [ad and contact] or [create an event] or [record a donation] or [send a message]. Why not have these verbs at the top of the menu? Why not put the most likely tasks up at the top? Why do you have "Find Contacts" as the second menu option when there's a quick search field with link to advanced search, like, half an inch above it? Is creating a New Group something I'm going to need to do nearly as much as I need to add a New Individual, or a New Household? No? Then why does it have the same kind of prominence? The menu on the home page makes no sense whatsoever.

I think the current state of things is due to a few factors:
1. We are a bit tied to the "enclosing CMS" menuing / navigation mechanisms (altho this doesn't limit what we do on the "home page")
2. Different folks with different roles in a wide variety of organizations use CiviCRM. At some point, I think we need to allow each user to customize their "menu" to reflect their tasks.

That said, if you'd be willing to sketch out an alternative set of links and layout for the home page - I think we could drive some improvements into the next release.

Quote from: kwixson on March 25, 2008, 03:25:06 pm

8.) Navigation throughout -- Why, when I go to the CiviContribute page, do I have to read all of "CiviContribute allows you to create customized page(s) for collecting online contributions. Administrators can create or modify your Online Contribution Pages from here." to find the link on [here] to figure out where to click to create or modify an Online Contribution? Why is there not an button or plain menu of links where I see "Create Contribution Page"? To get around I have to to do all this reading and sifting through sentences to find the links I need to get the work done. Why?

This specific point came up twice while chatting w/ users at NTEN last week :-) We "thought" it was sufficient that the Manage Contribution Pages link was part of the sub-menu (to the left) - but evidently folks are missing that. I've pushed a fix for this into 2.0.2 - which you can see on the demo site now (after logging in) at http://drupal.demo.civicrm.org/civicrm/contribute?reset=1

Quote from: kwixson on March 25, 2008, 03:25:06 pm

Lastly, my problem today is syncing up Drupal user roles with CiviCRM groups. It shouldn't be hard, but it is, or I haven't yet found the easy way to do it.

There have been some discussions about building a simple module which does this. This has happened for synching CiviCRM memberships to Drupal roles. Hopefully someone from the community will step up and create it.

Eileen · March 28, 2008, 03:55:40 am

On the usability & features side of it. I think that profiles have a lot more functionality than is readily apparent,

I didn't check out batch update via profile at first because I assumed it would just allow me to change all selected users to the same values (ie. change all 10 participants to 'attended') but was recently pleasantly surprised to discover an excel style update functionality (although it easily overloads the server RAM - I think all the tests I did on the demo site did that).

What struck me seeing the results though was that I really wanted to be able to return the batch update screen from a search but didn't think I could. I now believe that that can be done through custom profiles (although I haven't yet managed to - I put that in another forum).

Being able to choose the group of fields to search by and especially what fields to return in search results is the functionality that civiCRM has seemed to me to be missing but now I realise it is there but just hard to find- with the only clue in the front end being in the help text when you are setting up profiles. (The frustrating thing is you can't copy & paste the relevant URL from this help text as it disappears when you click on it).

Selecting fields for results screens is something you would do often and end users would probably do often too so this is the sort of functionality that I would think should be very prominent. Links to existing searchable profiles from somewhere would be great too.

Dave Greenberg · March 28, 2008, 09:18:36 am

Quote from: Eileen on March 28, 2008, 03:55:40 am

On the usability & features side of it. I think that profiles have a lot more functionality than is readily apparent,

Beefing up the profile section of the documentation - esp w/ the "Batch Update" and "Search Views" features (including examples) - is definitely needed. If you have time to take a stab at this, that would be awesome.

Quote from: Eileen on March 28, 2008, 03:55:40 am

I didn't check out batch update via profile at first because I assumed it would just allow me to change all selected users to the same values (ie. change all 10 participants to 'attended') but was recently pleasantly surprised to discover an excel style update functionality (although it easily overloads the server RAM - I think all the tests I did on the demo site did that).

Can you give us specifics of the tests you did which overloaded server RAM. This sounds like an issue we need to address at some point. If it's easily reproducible on demo - please file an issue w/ steps to recreate.

Quote from: Eileen on March 28, 2008, 03:55:40 am

What struck me seeing the results though was that I really wanted to be able to return the batch update screen from a search but didn't think I could. I now believe that that can be done through custom profiles (although I haven't yet managed to - I put that in another forum).

You can use "batch update via profile" for Participants, Contributions etc. - as long as the profile you're requesting is limited to fields that belong to that type of record. For example, you can create a profile that allows you to update Participant Status plus any participant custom fields in a grid (useful as an attendance sheet).

Quote from: Eileen on March 28, 2008, 03:55:40 am

Being able to choose the group of fields to search by and especially what fields to return in search results is the functionality that civiCRM has seemed to me to be missing but now I realise it is there but just hard to find- with the only clue in the front end being in the help text when you are setting up profiles. (The frustrating thing is you can't copy & paste the relevant URL from this help text as it disappears when you click on it).

This is a "bug" which was introduced in the Dojo Tooltips widget in their 1.0 release. We have asked them for a fix, and we're hoping to get some resolution soon :-(

Quote from: Eileen on March 28, 2008, 03:55:40 am

Selecting fields for results screens is something you would do often and end users would probably do often too so this is the sort of functionality that I would think should be very prominent. Links to existing searchable profiles from somewhere would be great too.

Can you detail this idea out a bit more ("links to searchable profiles...") - not sure what you're thinking ?? We do expose profiles that can be used to control search results columns in the "Search Views" drop-down (top right-hand side of Advanced Search form).

Eileen · April 03, 2008, 03:57:10 am

Just looking at this again. I think the functionality is less for 'participants' than for 'contacts' and other things. I'm mostly interested in participants and if the same functionality were available for participants as for contacts it would meet my needs. Opps - screaming toddler - will try to look again another time.

elliottm346 · April 03, 2008, 05:36:07 am

I'll go in order of priority here:

1 -- Import/Export to/from Excel

I'd like the option to export/import multi-valued fields into/outof separate columns such that export tags or groups or a multi-valued custom field can come out like:

Group Name A	Group Name B	Group Name C
Y		Y

This way the Excel sheets can be readable and workable by people outside the system.

2 -- Checkbox boolean

I'd like the boolean custom field value in custom fields to be able to be represented by a checkbox

3 -- Field value/group membership listener

I'd like for groups to be able to listen for particular custom field values and add members to X group when Y field value is applied to those members.

4 -- Field labels

I'd like field labels to be not required or maybe just not displayed on the form. Sometimes you just want a checkbox.

5 -- CiviCRM compose

The Dojo HTML editor is bad, bad, bad. Try TinyMCE or Nicedit instead.

6 -- Blocks

For some reason the CiviCRM blocks will not appear on Drupal pages outside of the Administer and CiviCRM pages.

Dave Greenberg · April 03, 2008, 11:04:26 am

Elliott - thanks for taking the time to give feedback on this :-).

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

1 -- Import/Export to/from Excel
I'd like the option to export/import multi-valued fields into/outof separate columns...

Dealing with 1 : many data relationships in import and export (i.e. tags, groups, relationships) - which use flat record structures - has been tough for us. We expect to spend some time re-factoring import and search over the next few releases, so we'll keep this idea in mind. Would be helpful to get some more details on the workflows where you need this (from / to where are you exchanging data, why, how often, etc.)

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

2 -- Checkbox boolean
I'd like the boolean custom field value in custom fields to be able to be represented by a checkbox

Seems like a good idea to have a choice (Radio or Checkbox) when creating the field. Any interest in submitting a patch for this for 2.1?

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

3 -- Field value/group membership listener
I'd like for groups to be able to listen for particular custom field values and add members to X group when Y field value is applied to those members.

Seems like you can do this by creating Smart Group(s) from Advanced Search - find contacts where "this custom field value = Y". (Perhaps I'm not understanding your requirement completely??)

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

4 -- Field labels
I'd like field labels to be not required or maybe just not displayed on the form. Sometimes you just want a checkbox.

You can do this today by using the HTML entity for non-breaking space as the field label (" "). Bit of a hack but it works.

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

5 -- CiviCRM compose
The Dojo HTML editor is bad, bad, bad. Try TinyMCE or Nicedit instead.

Yeah, it's on the 2.1 roadmap to resolve (either w/ dojo, or by integrating a different tool).

Quote from: elliottm346 on April 03, 2008, 05:36:07 am

6 -- Blocks
For some reason the CiviCRM blocks will not appear on Drupal pages outside of the Administer and CiviCRM pages.

What blocks do you want to show, when and why? :-)

UPDATE on item 6: You can change this behavior by modifying the civicrm_block() function in civicrm/drupal/civicrm.module. Changing line 164 should do it. If we get other folks chiming in that they want to be able to this, we'll consider changing this / making it configurable via the Drupal Admin >> Block interface. But so far, it don't think it's come up as an issue - and this approach keeps stuff simple for the common case.

elliottm346 · April 03, 2008, 05:37:07 pm

Quote from: Dave Greenberg on April 03, 2008, 11:04:26 am

Elliott - thanks for taking the time to give feedback on this :-).
Quote from: elliottm346 on April 03, 2008, 05:36:07 am
1 -- Import/Export to/from Excel
I'd like the option to export/import multi-valued fields into/outof separate columns...

Dealing with 1 : many data relationships in import and export (i.e. tags, groups, relationships) - which use flat record structures - has been tough for us. We expect to spend some time re-factoring import and search over the next few releases, so we'll keep this idea in mind. Would be helpful to get some more details on the workflows where you need this (from / to where are you exchanging data, why, how often, etc.)

I work with some people who run very local campaigns to get voters here in Massachusetts to raise their own taxes to pay for better schools and town services and the volunteers are a diverse and sometime technically-phobic group. They like to organize their lists of volunteers and "friendly" voters in spreadsheet form and then throw them over the wall to me to organize into a larger pool of data. One of the most common custom fields for me is one that is a list of tasks the volunteer is willing to perform. There's no way I'm going get them to organize their sheets to have semi-colon separated values in a single column. They want one column, "Hold signs" for example, with an X or a Y in the cell. Also, we'd like to target emails to volunteers who've opted for particular tasks or live in particular precincts so this would be useful there as well.

Quote from: Dave Greenberg on April 03, 2008, 11:04:26 am

Quote from: elliottm346 on April 03, 2008, 05:36:07 am
2 -- Checkbox boolean
I'd like the boolean custom field value in custom fields to be able to be represented by a checkbox

Seems like a good idea to have a choice (Radio or Checkbox) when creating the field. Any interest in submitting a patch for this for 2.1?

Er. I'd love to but I'm a java developer. Using your software is my very first experiment with php.

Quote from: Dave Greenberg on April 03, 2008, 11:04:26 am

Quote from: elliottm346 on April 03, 2008, 05:36:07 am
3 -- Field value/group membership listener
I'd like for groups to be able to listen for particular custom field values and add members to X group when Y field value is applied to those members.

Seems like you can do this by creating Smart Group(s) from Advanced Search - find contacts where "this custom field value = Y". (Perhaps I'm not understanding your requirement completely??)

No, you've got it right. I just didn't know this option existed. Great!

Quote from: Dave Greenberg on April 03, 2008, 11:04:26 am

Quote from: elliottm346 on April 03, 2008, 05:36:07 am
4 -- Field labels
I'd like field labels to be not required or maybe just not displayed on the form. Sometimes you just want a checkbox.

You can do this today by using the HTML entity for non-breaking space as the field label (" "). Bit of a hack but it works.

Oh, I thought of that but hadn't tried. Yeah, I'll do that, thanks!

Quote from: Dave Greenberg on April 03, 2008, 11:04:26 am

Quote from: elliottm346 on April 03, 2008, 05:36:07 am
6 -- Blocks
For some reason the CiviCRM blocks will not appear on Drupal pages outside of the Administer and CiviCRM pages.

What blocks do you want to show, when and why? :-)

UPDATE on item 6: You can change this behavior by modifying the civicrm_block() function in civicrm/drupal/civicrm.module. Changing line 164 should do it. If we get other folks chiming in that they want to be able to this, we'll consider changing this / making it configurable via the Drupal Admin >> Block interface. But so far, it don't think it's come up as an issue - and this approach keeps stuff simple for the common case.

Well, my intent is for all users in my "advisory board" role to see these block on every page, even the home page, when they are logged. This is just to get them to the civicrm stuff quicker and easier.

mhonman · April 12, 2008, 12:49:59 pm

3 areas where usability could be improved

1. Households. Rather than creating a separate record for the household, it would be elegant to designate one person as head of the household... so the rest of the family pick up their "home" contact details from this individual record. With a number of geographically scattered workers accessing our CiviCRM the current household functionality is not likely to be used consistently.

1a. (nice to have) - an equivalent to household, but for work contacts. We're using a relationship to capture the link, but it would be cute to also pick up the physical address details (again, good for consistency).

2. dual-medium mailings. We use email where possible... but for postal mailings the Memberships feature is very useful because the status rules can be used to help our admin staff send out "do you still want to receive this" reminders. Saves money and trees. So now we tend to have a membership and a smart group for each dual-medium mailing. Would be nice for CiviMail to treat memberships like email groups.

3. search performance. A typical search takes approx 2 CPU seconds on a 3GHz P4 architecture system (with php.ini-recommended). This time can be beaten down by use of xcache or similar, also by going to a faster processor - 3GHz Core2 is about 80% faster.

Of course now that I've got going, I might as well mention inefficient use of screen real estate. Below 1280x1024 the user does a lot of scrolling!

CiviCRM Community Forums (archive)

News:

Author Topic: What part of CiviCRM are you having difficulty with right now? (Read 24395 times)

petednz

Re: What part of CiviCRM are you having difficulty with right now?

petednz

Re: What part of CiviCRM are you having difficulty with right now?

twowheeler

Re: What part of CiviCRM are you having difficulty with right now?

Chris Burgess

Re: What part of CiviCRM are you having difficulty with right now?

Donald Lobo

Re: What part of CiviCRM are you having difficulty with right now?

Eileen

Re: What part of CiviCRM are you having difficulty with right now?

kwixson

Re: What part of CiviCRM are you having difficulty with right now?

Dave Greenberg

Re: What part of CiviCRM are you having difficulty with right now?

Eileen

Re: What part of CiviCRM are you having difficulty with right now?

Dave Greenberg

Re: What part of CiviCRM are you having difficulty with right now?

Eileen

Re: What part of CiviCRM are you having difficulty with right now?

elliottm346

Re: What part of CiviCRM are you having difficulty with right now?

Dave Greenberg

Re: What part of CiviCRM are you having difficulty with right now?

elliottm346

Re: What part of CiviCRM are you having difficulty with right now?

mhonman

Re: What part of CiviCRM are you having difficulty with right now?