Reasons we need to filter by Registrations more than we are currently able:

1. To analyze member activity and who's pulling their share of our load, we want to know (for example) what Members have attended more than one registration event in the past three years, and which events they are. Currently we can only filter for the number of registration events, then have to look at each one to determine when and what. People who registered for events 5 years ago are irrelevant, and people who are registered for our annual dinner are also irrelevant. We need to know who has recently registered for our more routine events.

2. In culling our list so as not to go over our limit, we need to do a similar search. Except this time we need to know who has NOT attended a registration event recently, including how often and which events. A non-member who was active 5 years ago but not recently is a candidate for Archives. But to determine this, we'd have to place checks in hundreds of events, and even if we laboriously do that -- it's not repeatable. Change the search, and you have to do that chore all over again. So we don't.

Apparently there is no way to search Contacts for Latest Registration Date?

Why is this missing? For example, there ARE criteria for Latest Donation Date and for Last Login Date. None for Registrations.

I realize we could check off specific events since a certain date, but that is a monstrous chore, and the checkmarks aren't sticky. Even if I save that checklist as a "dummy" search for use later, all the checks disappear if I try to modify it (which might be necessary if only because we've added a more recent event).

It would be some help if we could at least check off a big block of events by clicking with the Control or Shift key, as is possible on many other selection lists.

Our only recourse is to export data to a spreadsheet and move data or records back and forth, which is even more of a pain, requiring expertise and ripe for error. (The point of using WA is to avoid spreadsheets, remember? ;-) ...)

One reason why we need it: People who haven’t registered for an event in the past two or three years would be good candidates for Archiving.

This would be an adaptation of the Membership Directory gadget to allow contacts to be listed. Additionally contacts would have access to a set of Privacy settings in their User Profile comparable to what members have today. A stronger user agreement or terms of service agreement might be required along with legal opt-in requirements and notifications for any contact using the system. A personal message sent by a member to a contact could be set to go through admins for approval, to use the organization's administrative email address, to allow the member to disclose his email address if he wishes, or to point the contact to send a personal message to the member from location on a public membership directory.

Wild Apricot currently has a Membership Directory gadget that uses a pretty secure personal messaging system: the sender of the message must provide his email address to the recipient but only if the recipient responds does the recipient disclose her/his/their email address. A degree of privacy is preserved. Aside from standard email and Wild Apricot email blasts the personal messaging system is the primary means of initiating contact inside our organization. We make very little use of our forums and will not reconsider using them more until the Listserv project is online (empty forums do not look good; email is what will make them show activity).

As a hobby group our organization has eclectic interests. Allowing a member to contact someone who has stated similar interests would allow us to better self-organize and to recruit potential members.

We would like to give contractor contacts the ability to log in to our member-only website pages. Since they are not associated with any member organization, there is no way to do this except to create a dummy organization and add them as bundle members, which then causes the faux organization AND every contact to appear in directories, unless you go in and manually select the no access radio button for every single privacy item for the organization AND each contact. What a hassle! Seems like this would be a common need. Instead, I'd like to see two checkboxes in the contact creation interface - one to grant a contact login privileges, and another to hide ALL information about a contact from directory searches.