We need to give some Admins read only permission to our members data but also full Events admin access. In this case we would want them to maintain the 'write' access associated with the Events Admin but also have the additional Read Only components added with the 'RA' access.
The selector does not allow this combination to be selected.
This is a critical issue which is preventing some of our members from fulfilling their roles in our club. We do not want to solve it bu giving them full configuration access.

The ability to separate core configuration access and read access for each of the main access types, and to be able to select a combination thereof would address this (although our priority for this is for Membership data)

Hi, love your software. I have several sites and am getting a number of other administrators to help me out.

I find that I have to keep a list of what I want to teach them, what I want them to learn about or what I need to them to catch up on. Essentially an in-app communication page, like a giant To Do list.

it would be nice if as an administrator, you would see this communication blog/To Do list when you logged in . It would help administrators to continue to update all of the various features of a site.

thanks, Mark

I am on the board of an organization with multiple branches. I looked into the multi branch discounts you offer, but it is based on the total number of branches, not on the total number of members. Currently we have 4 branches, each with their own membership process, and are adding a 5th so we might get a slight advantage out of this. One of our branches will probably exceed 1,000 members this year for example. Under the current multi branch plan, you could have 10 branches with 20 members each that would get a significant benefit, while we could have 4 branches with various levels ranging from 100 to 1,000 and be worse off. Could there be a way to have aggregate billing based on total memership without having to have a single WA website?

A big problem (and our organization has had this happen in the past) is when someone in charge gets disgruntled and deletes the account and information. Is there a way to require at least a two-fold verification process before an account and all information can be deleted...where it takes more than one administrator to ok it or a secondary authorization from the CEO/President/Manager of the organization? I feel our information and our account is uncomfortably vulnerable otherwise the way things are now. There just has to be a better way to protect accounts and the information from accidental or vindictive deletion.

As a Wild Apricot partner we are tasked to do the following:

- setup a new ** website and launch
- migrate an existing ** website with new website designs

This feature is particularly helpful when a customer is already on Wild Apricot, in production but would like to test some new website design features or redesign the website altogether.

Currently our approach is to clone the production site with ** support, design on the clone and then move manually over to production. It would be really helpful if ** featured a way to export configuration options that can be imported into another ** website.

For starters I could see

1. Theme selection
2. Colors & Styles Configuration
3. Bulk File manager download (not just file by file)
4. Site template configuration

If you could export these settings and import them into an existing ** website and apply these changes it would really help.

Of course exporting events and related configuration settings for each event, exporting site pages between sites would also be nice.

Another approach would be to allow a "staging" feature to be available inside a site that can allow a separate website to be designed and Promoted to production, archiving site pages, overwriting configuration settings.

I realize it's a complicated ask with lots of issues, but right now ** redesigns and new configuration and experimentation is not really possible on a production ** system. You have to clone and move the results manually.

Currently there are set administrator "roles." If an organization's administrators don't fall neatly into these roles, then they end up with either too many or not enough permissions. It would be nice to be able to customize administrator roles, and determine whether that type of admin has full access, read-only access, or no access to all of the items described in the tables on the Site Administrators help page. I.e. A page to create/edit a role with radio selection to determine access for that role for each feature of the site. This would be immensely helpful for reducing clutter for administrators that don't need to see certain features and menu tabs. http://help.wildapricot.com/display/DOC/Managing+site+administrators