We would like to have a number of "canned" common searches available at the top of Member Directory. The Admin creates and saves a search then makes this available to others. Access should be selectable to "All members", and to each of different Admin levels.

We have members who are likely to do the same search and the only option is to give them instructions and for them to create the advanced search each time. Equally Admins are likely to be doing a search for features that they are responsible for eg renewals, this is easier because they can save searches but they can't share them with other Admins.

Malcolm

We currently have a flat file record for each member, and a one to many for events, invoices etc. A member can attend many events. We are a not-for-profit car club, and we run around 75 events (competition events on racetracks and social events) per year.

Our members have a one (member) to many (cars) set of information. They may bring one car to a competition event and onother to a social event. So, I created 6 fields: Vehicle 1, Vehicle 2 up to Vehcile5, and then a Field “Which Vehicle are you bringing?”. Some members have 1, most have 2 or 3, some have 6 to 8 (too bad). This is the same data format that another Australian car club uses as well.

It would be useful to have the ability to have a field type of Drop Down Box, where the user populates the contents. Currently we have a drop down list which I could populate with generic car types. However, even within our club this list is over 200 entries long and would be difficult for a member to use the drop down. Most of the discriminating data is on the end of some very long descriptive strings so prone to error. If the user did their own data they simply need to manage 2 or 3 or 4 lines of data.

In the first instance I would allow 4 or 5 text fields in the box, and asses for later if other data types are needed.

This would be named by the admin (“Vehicles” in our case) and then the user adds or deletes entries. I suspect it would be a Tab, (Contact, Membership, “Vehicles”, Events etc…) looking like the events list with the lines corresponding to the data. Easier to program via a tab/page than trying to configure the member profile main page.

In an event, the user gets access to their data via a drop down box in the registration form.

I have been told the equestrian clubs have the same issue - the member needs to tell the organiser which horse they are bringing to the event, Dobbin for a social event and Black Caviare to a race.

Regards

Andrew

One of our clients has a setup where each member is coded with a branch (a custom field).

What they are looking to do is to report on the total of subscriptions (membership income) and donations that can be attributed to a particular branch. (Branches have their annual targets and this report would help tracking the progress toward target).

A possible solution to this is to add the ability to filter the transactions included into the income report by contact/member record attributes.

(See http://help.wildapricot.com/display/DOC/Financial+reports#Financialreports-Incomereport )

I would appreciate comments and votes from other clients so we can evaluate and prioritize this for future versions.

Our public membership directory has a whole series of entries with worthless and empty "View Details" links. They result from members who indicate that they are willing to make their directory information "public" but then don't make their names or any other information actually viewable by "anyone." In other words, the contact indicates "yes" to the entry asking about inclusion in the Member Directory. The instructions are: "Choose "yes" to share your contact info in general; choose what data via the member profile." In each case the members have restricted all contact details to members only. As a result, there is no information to show in the fully public directory available to "anyone." WA puts a worthless placeholder, an empty link for "View Details" in the public directory. If a member does not indicate that his/her name should be viewable to "anyone," then WA should contain logic to avoid indicating any entry at all for this member in the public directory; certainly not the "View Details" link to nowhere. Please implement this.
Tom

Currently this report does not provide participant names for those without data entered in the field(s) requested when you generate the report.

This would be helpful, since now the event manager has to go back to figure out which registrant is missing the data. We use this field frequently to ask for roommate preferences on trips --- often people don't have one at registration time, so it is left blank.

I know we can force an entry by making the field mandatory to make them say something there, (or export to Excel) but it would be much simpler if the report just displayed the participant details (names) of those that had no entry.

Our association runs an annual photo contest. The Album feature in Wild Apricot goes part way to helping us with it, but needs the following enhancements to reduce the external administration we must do today: Allow custom fields when uploading images and store info with image Submitter's Name (text) Email (text) Phone (text) Caption (text) Comment (text) Contest Category (radio buttons) Nature Life on Kahshe etc Agreement to rules and regulations (which would be on a previous page) Yes/No (radio buttons) Admin Flag each photo uploaded by a non-admin so it doesn't show until admin authorizes it Ability to show/hide custom fields when displaying gallery Want to hide submitter's ID info before judging takes place but show it after Other Store images under a pseudo file name to cover for situation where two users upload images with the same name (e.g. DSCN1000.jpg). Need to also keep original file name. Ability to limit the size of an image being uploaded (e.g. to 3 MB)

There are photo contest administration websites available, but the cost is prohibitive for small organizations like ours. This capability would be a great value add to Wild Apricot.

Greig Holder

Kahshe Lake Ratepayers' Association