Development in progress and expecting to release it in Q1 of 2017
Birthday emails is another topic, not covered here. I have went ahead and subscribed you to it - you should receive email notification about this.
Lori, this feature will work for manual email blasts - when you compose an email, you will be able to send it right away or send it at schedule time. What you're referring to is probably this one: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8826343-ability-to-schedule-follow-up-event-email-to-atten
In future please click on "Vote" button as well, otherwise your comment won't affect total number.
@Liz: no, it's not part of the July release. As soon as we start working on it, the status of this idea will change to "Developing"
This is a high-priority feature but we never promise specific release dates: they change all the time and depend on so many internal factors that we cannot really control or predict.
Our development team cannot keep with with original schedule (Dec 2015) and will release it in Jan 2016.
As a workaround, you can always create an email as a draft or template and use it later.
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?
"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
No we do not have exactly as you ask.
But as a workaround, you can create a group and add your committee members into the group. Then you can create a saved search based on the group you created (it will show all the members of the committee) and use it when composing emails - just choose this saved search in recipients.
Would it work for you?
Nope, sorry to say so. We will share our progress as soon as we've started to have some.
Hi, thanks you for your suggestion. Could you please elaborate a little? Like, what is it you are after or what problem you're trying to solve? The more details we have, the better we understand and prioritize.
Ann, unfortunately, I have no recommendations for you. May be someone else can share there recommendations.
No, no progress. Most probably, there will be none in this year.
As of now, we cannot suggest any specifically designed functionality to track member activities (hence this wishlist request).
Hi Lora. We haven't planned this feature yet and there is no chance that we can do here anything until April 2014
Working on it, current plan is to do something about this in 2017
200K?? It's a big number.
We are thinking about this too but this require some technical resources for us to test current performance bottlenecks and then fix them - which we just have none now as we are busy working on CMS changes. We will get into this as soon as we can.
I'm sorry to say that, but not very soon. This is still in our queue for analysis.
No, sorry. We're looking into it, but not this year.
That is a very good point... Thanks for sharing, we will take this into account
No, this is still in the wishlist. As of now, we're not looking into it.
Thanks for the details. Yes, I saw another one, but there is nothing I can comment on now. Both will be waiting here for their turn.
Thanks for the details. What did you do before Wild Apricot? Did you manually send the parent's part of the fee to them once a month or something? Or why manually sending once a year/quarter/month would not work?
Could you elaborate please what you mean?
We have redesigned email settings and extended subscription options for event announcements and email blasts as well. See details in presentation: https://docs.google.com/presentation/d/1bj4iE_bnw_mhLM2u5KMoH6WTCh4n0oPZkDXdB2folt4/pub?start=false&loop=false&delayms=3000
This is not yet something we’re looking into.
Sorry, Lucy, no ETA yet. This was in the roadmap, but things have changed. This still in our short list, but I cannot promise dates.
1 and 2 is in the solution design we prepared, #3 is not going to be covered here for now.
I understand your frustration, but we have a limited number of resources and majority of them are focused now on the next 5.0 release - see http://www.wildapricot.com/blogs/newsblog/2013/08/28/wild-apricot-software-news-august-2013
Just a typo - I meant "in our queue" - which means we are aware of this but it's not in development yet.
This is still in our queue and no chance it fits in 2011
While we’re working on this, one of our customers shared an option to buy a certificate for $27 for 3 years. See details in topic’s comments
Let me clarify:
- $50 is per installation, not per year
- let's encrypt is going to be free and automatic, no money to pay to Wild Apricot per year
Hi Jarren, as the status of this requests shows, we're working currently on implementing Let's Encrypt support in Wild Apricot.
As for the price, to install a custom certificate takes some manual work for us, and this is why we charge this amount (one time fee) - and this is only for accounts with custom domains. If you do not use custom domain name, encryption is free.
So far our development team is analyzing it. It's a complicated thing to do (according to developers comments), but we're working on it.
It looks like I was wrong and we're considering implementing this... Stand by, we'll get back with updates on this soon.
For now, this is not something we're looking into.
If you need an SSL certificate for your custom domain, you can do this, see https://help.wildapricot.com/display/DOC/Purchasing+a+security+certificate+from+DigiCert
Walt, thank you and I agree. Though this is not something we're going to do soon
No, still waiting in a queue and from what I see now we're not expecting any progress on this in the nearest future.
David, thanks for the suggestion. We post updates as soon as we have something new, nothing so far.
Jenn - thanks for sharing all the details, I really appreciate the information you provided.
Wow, this is quite elaborate scenario, thanks for all the details. We will get to this as soon as we start analysis on it (not yet though)
Thanks for your input, we will consider this in our scenarios.
Yes, I was about to say so.
We cannot really help here, this is part of UserVoice software we use. The only thing I can recommend is to setup email rules in your email client - to archive email with particular subject. Would it work for you?
P.S. You cannot even imagine how many I receive :)
We prepared some prototypes but as of now we have no timeline for implementing them.
This is on radar for analysis - we're not yet sure if we actually want to have usernames instead of email. When our membership development team starts analyzing this, they will share there questions and findings here.
Note: even though it is on our radar, there always can be a number of internal reasons when we may decide not to work on in. Do no consider my comment above as a promise to resolve it soon.
No, sorry :(
I believe that userid is outdated concept and email is the best way to keep user identity.AdminApricot Kernel (Product Manager, Wild Apricot) supported this idea ·
I'm looking into the description of this idea and I see the list of attributes of <iframe> element. So, a person can just add "Custom HTML" gadget, click "Edit code" and just add all the code there. It is not that different from what is already described here.
What I'm against is created pseudo-iframe gadget where all these properties are listed. Until I miss something...
Walt, I totally understand you and agree, but my point was different - we're not big fans of investing actual analysis, design, development, QA and deployment time into creating workarounds. We really want to understand the root cause of a problem and solve it. From time to time we may produce some workarounds, just as first step to understand an issue better. but in general we try to avoid it.
May be, I'm not a big fan of describing workarounds.
I thinks that who knows these attributes can simply use HTML. Do not really see this as a priority in the nearest future