Site Admin will grant access to a specific WA page for each Group Leader.
-- On this page will be a form Nicasio creates using WordPress and a
form plugin.
-- If more groups are added or changed, Nicasio would need to
add/update these forms for the Site Admin (or walk the Site Admin
through how to set these up).

The form will include the standard email fields (subject, and body, as
from and to fields will be auto-populated behind the scenes).
-- The from address will be set to the group leader's email within the
form's settings (a Site Admin or Nicasio would need to edit this if
changes are needed).
-- The to address(es) will be loaded via a custom WA API script
Nicasio creates that pulls all email addresses from members within the
specific group being sent to.

The WordPress site and form will need to be hosted where client chooses.
-- The forms will then be iframed/embedded into the group leader pages
mentioned above.

The WordPress site will not meant to be accessed directly and should
probably be blocked unless visiting from within the iframed page while
on one of the Wild Apricot group leader pages.
-- The WordPress site will be streamlined/stripped down to only show
the forms so any other content would be added to the Wild Apricot
pages.

To complete the items mentioned above we estimate this at roughly 25 hours of work.

Description of project:
Members sign up for an activity on a list, once signed up activity is not visible to other members. Admin page that allows admin to see all who have signed up and create to activities to add to the list.

Member views:

Page for specific member group. this page will be list of available activities/item for these group members to select. one member can been associated to an item on the list. Once an item has been selected by a member of this specific group only the member who selected the item can see the item with there name next to it.

I would like to store who is associated with each activity, we will have many activities so I do not want to use custom attribute on a member profile is there location in db or else where to store data for custom page data for relationships between members and the tasks they signed up for?

Page for Admin, see all activities with who as selected which activities

It is time to combine/merge the following site pages admin functions into a single admin window within the Website admin tab. Currently each website & system page has to be edited individually when moving the page into or out of the website menu system and when changing assigned page template. This can be time consuming when trying to move large volumes of pages in or out of the menu system or when changing templates. The Reorder pages function only allows the movement of page that are already in the menu system and doesn't account for any page not in the menu list.

Moving & combining these three functions into a single admin window would allow website developers & website admins to quickly move pages in or out of their respective website menus, assign new or updated templates and reorder pages within the existing menu.

I am converting an existing (working) application based on the excel example provided by Wild Apricot to work with Access instead of Excel. All I need from the API is to download a list of members. I've found that the Excel code does not work with Access. I've found many workarounds on various VBA boards, but I'm stymied at the final step of actually downloading the XML for the membership roster.

These three lines of code from the LoadContacts sub are the problem. The dim statement does not compile in Access. The error is that the 'user defined type is not defined'. If I change that to be DOMDoccument60 it compiles, but the following statement fails silently. The call to LoadXML does return an object, but the following call to SelectSingleNode fails silently. Nohting is returned to ContactsResultUrl. It remains an empty string.

Dim contactsRequestDoc As DOMDocument
Set contactsRequestDoc = LoadXml(url)
ContactsResultUrl = contactsRequestDoc.SelectSingleNode("/ApiResponse/ResultUrl")

It is no longer possible to edit an event registration type in the web UI if it was created via an API call. Attempting to load these registration types causes Uncaught Error: Invalid cancellationBehavior to be thrown in the console and the page spins forever without loading.

Unfortunately due to the asinine piecemeal implementation of the API it is only possible to set this field through the web interface. See the issue? Yet another reason why you should use your own dang API; you could catch these issues before they break your customers' workflow and piss them off.

Console log attached.

PS: You may also to check out the article linked on the second line of the log file, in case you weren't already aware of the issue with your site certificate.