Could you please share why you need this?
Bob, I created a separate idea for your last comment - see http://forums.wildapricot.com/forums/308932/suggestions/18672796
Hi Christina, why would you need that? Currently, Wild Apricot sends an email notification to admin when a new member applies. Why is not this enough? What is it you want to do with a popup notification?
Please review results of our analysis and design:
Post your comments/ideas right here. Until we see major disapproval, this is what we will develop in one of future releases.
Walt, sometimes I feel like I have to transfer you some of my income - as you do part of my job here at the forum, by following and replying to a number of comments from our customers :)
No update so far. When we have one, we will update the status.
Brian - no update yet. I can share that we're not going to have it in H1 of 2016 as no development has started yet. But this is the top thing in email roadmap, for sure.
The mode details you can share on what you really want here, the better solution we can provide. So if there is anything you can add, please do.
Walt - thanks for the feedback, we will use it when we start development. I have shared your notes with developers.
It is not being developed yet and I cannot say when it will be. As soon as we start development, I will post an update
We're not putting it on back burner, just delayed a little. I think we will start working on it Q1 next year.
The design we created works simpler: email reply posts a comment (or event a new topic) into a forum and then each participant is notified according to their notification preferences on the forum.
No need to pay extra, all our system updates are free for paying customers.
Kim: not 2015, we have already scheduled all the releases to the end of the year.AdminApricot Kernel (Product Manager, Wild Apricot) supported this idea ·
Yes, it was (as it says on our Roadmap page, the schedule can change any time). We hit a snag during implementation of this item and had to reschedule our resources. It is still very important item, we will get back to it as soon as we can.
This will not be in scope of suggested change. Most probably, I will archive this thread as soon as we release what we planned and we will be reconsidering new suggestions after that.
The closest thing to what you're asking is this one - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825587-ability-to-submit-forum-posts-by-email-to-use-fo
We've already designed it and posted our suggested solution in the thread comments.
Analysis is in progress now - this is in our Roadmap http://help.wildapricot.com/display/DOC/Product+roadmap
By the way, currently, when you compose email, you can choose specific group as recipient - and system will send email to all group members. Can this help?
Thanks for your input, Alan. We have related thread about listsevr - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825587-ability-to-submit-forum-posts-by-email-to-use-fo - we will include your scenario in the design. No timeline though, sorry.
This is still in our queue and unlikely to be done in 2011.
We'd rather fix issues with our editor - though, not easy
Currently, all data of Wild Apricot customer accounts are stored in US – for now, we have no plans to provide different locations depending on customer’s location.
Thanks Walt, this is exactly the workaround I wanted to share, but you were first. Thank you for watching by back!
We always appreciate people's input, but we have to prioritize and choose. No progress yet on his one
Thanks for comments.
You can restore them in Suspended Membership status - would it work? This basically keeps them as contacts and they do not count into membership numbers.
Alexia, I'm not sure what you mean. I saw your comment ("embarrassing mess") about event registration workflow, but I'm not sure what you are asking for here. User may or may not log in, but authentication is the only way to provide a number of functionality which is private - for example, ability for a user to review their past registrations or cancel registration for an upcoming event; to change email preferences and so on.
Alexia, thanks for the feedback. Could you elaborate a little "embarrassing mess" thing? Particular details can help us to understand the problem better and ultimately improve it.
Walt, thank you and I agree. Though this is not something we're going to do soon
Could you please clarify why do you need such a function? Why do you need to deleted invoices at all?
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.
Could you elaborate please?
Angus, I hear you but most probably we won't have it done in the nearest future - we're currently focusing on top voted suggestion (100+ votes)
Chris, thank you very much for sharing! I have forwarded your message to our Events development team.
I totally get what you are trying to say and I want to thank you for being very polite about it :) We are going to totally redesign event editing screen in future, exactly because of this (and a number of other things), but not quite soon.
Thanks again and I'm very sorry for the difficulties.
Not sure I understand, can you please elaborate?
Sorry, we do not provide estimates. We tried for some time in the past, we realized that there are too many unknowns and we cannot predict our development to keep up with out promises, so we decided against estimates.
Sharon - thanks for sharing.
Our current development status, plans and releases schedule are described in our Roadmap - see http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8827717-roadmap-2015-plans-releases-expected-dates
No update yet. This is one of the next steps after 5.0 release, as we've built required framework to create new gadgets, like that and others.
No update is expected for this particular thread in at least first half of this year.
"This is becoming a seriously big issue ... Please, please, please, move this up the list!"
The most recent update is that this particular idea is a part of 2017 focus on Email Development team in Wild Apricot. As soon as they have some progress here, they will share it.
I'm very sorry this this is a big issue and we haven't had any progress over it.
This is not intentional, priorities just change all the time. We now never promise any release date. When we start working on something, we change it to "Work in progress".
well, it's not a kickstarter :)
this has a good number of votes and it is in out top list.
No estimation though.
We will update the status to "Work in progress" when we start working on it. Nothing more I can add now, sorry.
Sorry, we do not provide estimates.
Also unfortunately with the system of that scale (9000+ accounts, 6M+ contacts) there is not easy/simple change, everything requires thorough testing and resources. Our product roadmap is here http://help.wildapricot.com/display/DOC/Product+roadmap
Oh, Susan, as soon as you commented or voted for a feature in the wishlist, you will be automatically notified about any change related to the topic.
I see... Well, as soon as we are close to development of this, we will get this into consideration. Thanks for sharing, Walt, this is exactly why we want to share our design thoughts in first place!
Hm, the idea about having alternative email is to not have 2 contacts in database, right? So, you have 1 contact (e.g. for a husband) and you put alternative email into his contact record (wife's). The only reason you do this is so WA can automatically notifies BOTH emails when something happens or when admin sends emails, etc. Otherwise, what is the point of keeping spouse's email at all in contact records?
Unfortunately, we are not able to fit it into our original schedule in Dec 2015, and it also won't fit into our Jan 2016 release. I do not have information after this date, so for now I cannot promise any release date. I will update everyone as soon as I have more information.
Please, accept my and development team apologies for this.
This is something we want to address as a part of another thread - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825986-family-child-memberships-8131 - focused on family memberships. There we'll be analyzing all scenarios and finding best solutions.
What kind of information tied to primary contact are you talking about specifically? Could you give some examples of contacts with some example data (emails, etc.) that you're trying to keep? I cannot understand your contact's connection map you're trying to implement.
But in general I can comment that current contact database model basically consider each contacts a separate record with its own set of data and when you use use search, it uses data specifically from this contact data. Bundles are the only exception and allows to group contacts and show all related contacts when looking into details of specific ones. Probably, some of your problems can be resolved using bundles, but I'm not sure - need to get examples of contact details as I asked in the beginning.
Our current inclination is to have something like a single "backup" email for each contact - not multiple emails. This makes email blast scenario simpler to implement - like admin can select if he wants to force a copy to "backup" email or use only primary email. Contact could also select if he wants always to receive a copy to his backup email or use it only in special cases (like forgot password, etc).
We think that bundle scenarios (like families) should be considered in terms of bundles in general, not just emails. This means that we need to rethink and change whole bundle management and this is a different aspect of discussion - see
Sorry - no progress yet here. I'm not expecting any change here in 2011
Events only (like titles, description, locations) or all registrations from all events?
No progress so far and we are not planning anything here in this year, sorry to share this.
Can you please elaborate a little more? For example, we have another suggestion - http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825554-members-to-be-able-to-submit-events - isn't this the same one?
Thanks for the comments, I appreciate it. We do monitor everything in Wishlist, and I also agree that this is important request. We're just focusing now on even more important things, requested more by customers. So, no progress yet.
Thanks for the input. It's going to take us some time until we have progress in this area (I would say not within a year), but in the meantime have you tried to look into http://www.wufoo.com/features ? This can be a suitable workaround.
Is it not enough to use payment instructions functionality? https://help.wildapricot.com/display/DOC/Payments+-+Overview?from=SJHGB#Payments-Overview-PaymentInstructionsAddingpaymentinstructions