We are working on design solution for this request.
The first step will include the option at the event level: automatically register people from Waitlist (in turn) or not, do it manually, as it works now.
Hi, there is no way vote against in this form. But you should not worry - when we analysis and design a solution for a problem, we take into account all the comments before making design decisions, so your will be be accounted for.
Merged several similar suggestions into this one.AdminApricot Kernel (Product Manager, Wild Apricot) shared this idea ·
No, we don’t have what you describe. Administrators can import member data and then members can log in and update their profiles. Why do your members need to upload business card vs update their profile fields?
Just not in the priority listAdminApricot Kernel (Product Manager, Wild Apricot) supported this idea ·
Sorry, this is not in our plans for 5.1
Could you please provide more details on your suggestion? And, if possible, I'd like to focus more on the problem you need to solve rather than solution.
Is that critically different from 1st day of each month? If yes, why so?
77 votesCollecting comments · 37 comments · Wishlist » Website / Content · Flag idea as inappropriate… · Admin →
Jeniffer, integration of 2 different platform via frames will never work smooth comparing to a single platform.
Thanks for sharing, Alex. This is something we keep in mind but not yet focusing on due to a number of internal reasons.
All of them?
62 votesCollecting comments · 41 comments · Wishlist » Online payments · Flag idea as inappropriate… · Admin →
Eric, I merged your requests with existing one. This is not in the works as of now and I have no expectations set so far. As soon as we start working on it, we will comment here and your and others will be automatically notified via email.
Jennifer, the answer is no - this is why it is still in the wishlist.
Our roadmap is here: http://help.wildapricot.com/display/DOC/Product+roadmap
Thanks for comments.
I think that having multiple payment providers should be implemented only when we implement ability to customize payment methods - see http://forums.wildapricot.com/forums/308920-archive/suggestions/8833330-customize-payment-methods-labels-and-descriptions
My idea is that you need a way to setup multiple payment methods in first and where you allow to use each one (or several simultaneously). Having several payment providers is an extension to this customization - like one of payment methods is connected to a different provider.
25 votesCollecting comments · 14 comments · Wishlist » Account administration · Flag idea as inappropriate… · Admin →
Lee Anne, I believe there are 2 different things here:
a) archived members being able to log in
b) increasing number of contacts and database and possible plan limitations
For point (a) I see no different between an archived member and any other anonymous visitor from internet. When a visitor comes to your site and registers for an event, or makes a donation or subscribes to a newsletter, the system creates a contact record for them - or, if there is one in database, uses existing ones. When an archived member logs in, the system restores his record - but does not give them any membership access rights, so they are basic contacts, not different from any other contact that made a donation, registered to an event or subscribed to a newsletter.
In your case, you're willing to allows new visitors to create a contact record in database, but you'd like to forbid existing (past) to use the functions. How does that make sense?
So I guess the key problem is (b).
Can you elaborate please? Some examples as well?
Nothing special, just sitting here and collecting votes. No plans so far to implement it.
Could you elaborate this please?
Merged, thanks Alex
How would you change it to make it clear?
Can you please provide more details?
Hi, thanks for sharing. Why is it so important?
We faced some issues during beta tests, so release of the API for non-administrators shifts to the Q4.
If you’d like to get an early access, you can join to the beta tests. To do so, please, write to email@example.com
Karl, what you're asking for is being handled in a different way - see https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825602-registrant-to-view-change-his-event-registrations
Did you have a chance to look at https://help.wildapricot.com/display/DOC/Authenticating+API+access+from+a+Wild+Apricot+site+page ?
Hi Judi, thanks for the feedback! What kind of reports are you talking about?
Hi K Gane, thanks for the feedback. This particular request is not in our priority list and there are no expectations so far. The Wishlist forum is where we give our customers opportunity to voice their requests, we it does not mean that we're implementing all the requests right away. Currently, we're working on other things - you can see them if you filter the Wishlist by "Work in progress" status.
Murray, why is integration with external mailing systems "a must"?
Matt - thanks for sharing.
I actually agree with you in general and we will get there. I still think that there for quite a lot of organization internal email system is good enough and easy to use, but for others integration with MailChimp and similar systems will work much better.
Wild Apricot does track emails opening and links clicking - http://help.wildapricot.com/display/DOC/Tracking+emails
@ stanleyfelix - see http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825584-generating-membership-cards-and-certificates-6344 thread on badges
On the very next release 4.3 we're adding ability to manage bounces. The next step we plan (as Dmitri mentioned earlier) is to have pre-built email template to select from when blasting newsletter.
Talking about integration with constant contact (or other systems) - this is not something in our nearest plans and again as Dmitri mentioned we are more dedicated to evolving WA tools instead.
Not soon, you're right :(
I think that ideally we need to create our own API to get an access to WA data (i.e. member records, event attendees, etc.). Then based on that third-party companies can creates services to sync data between different services - like WA <-> mailchimp, WA <-> constant contact.
This depends on privacy settings of member fields - when name field is accessible, it shows the name.
Can you elaborate what is important specifically? I mean, what do you ideally want to have. There are different ideas/problems being discussed here, I just want to make sure.
Thanks for commenting - but do not expect any change here soon, sorry. I will continue monitoring this thread to adjust the importance of the request.
But the question is - why? You do not want to reveal real name but want to substitute it with some profile name (nickname?). What is profile name in this case? Can you give us some examples of such profile names?
Unfortunately, this is not possible now.
Any comments from other on this are welcome.
Very interested. I would love to know how many organizations are considering something similar.
Nope, we're focusing on top voted items now. You can check what we're busy with if you filter by status work in progress.
This is a great suggestion! Thanks for posting it.
Walt, this was not done on purpose. Just on of things to work on in future (but not this year).
No plans yet, Liz. Not soon for sure.
Well, easy or hard, we cannot do it right now - it has to go into our product roadmap in first.
For now, I separated your comment into a dedicated thread and will keep it here. Wishlist is a place for us to collect new features and changes requests, we use it when we plan system updates.
Would it solve your problem, if we add an option for common field setup to make a field "Read only", same as we have now for membership fields? Rating itself can be a simple text field in this case, edited by admin.
Could you please elaborate your case?
Nice workaround, Gary! (though still a workaround and we need to get it solved someday)
Charles, this topic is not about us, Wild Apricot, but about our customers and their members. So the second part of your comment makes total sense to me.
It does force to pay full amount
No, we're not working on it yet. See our Roadmap - http://help.wildapricot.com/display/DOC/Product+roadmap
We hear you, but we've been putting all our efforts into version 5 (to be release soon). Now, we're slowly getting into other requests and the key focus for us is to close as many long outstanding posts as we can. This one is among them, but we haven't had any progress on analysis yet.
Sorry to say that, but no. But we have not forgotten about this, just had no resources to get to this yet.