I would appreciate comments from others who have similar needs, please add your comments.
Alex, Can you elaborate further - why do you want to categorize donations in this way, how this might be used?
Thank for your posting. I would appreciate if you could elaborate - why do you consider these features necessary/how they would be typically used.
About your second note - can you please create a separate thread for this? We focus each thread on one enhancement so that it can be properly discussed/prioritized.
Appreciate the details, I understand your perspective now.
To be frank, since this applies to relatively narrow scenario (many events per day - not too common among our users; printing the calendar - also not very common vs. looking it up online), it's not something I envision us looking at for at least the next 12 months. However, the event calendar itself has not been updated in a while so there is a good chance that we will end up redesigning that - and when we do, I will make a note to consider the printing aspect.
For the time being I hope you will manage with the workarounds/procedures you have described.
I tried it on my account and it worked pretty well for me. Please contact support and provide more details:
- specific page in question
- your browser/OS details
Can you elaborate - which calendars do you print and why/how it is being used?
Interesting idea. A bit similar to saved searches we already have but I guess integrated with filters UI.
I would appreciate comments from other users.
It's not that we don't get it - it makes total sense. The question is only of priority - this request has to be considered with ~2000 other requests we are currently tracking. As of now, our main focus is new CMS in version 5.0, later in the year we have a number of enhancements for other modules, including forums. So we will do this - but it will have to wait its turn against more common requests.
Have you considered using membership application for this? You can create a special free level and have it on a separate page, with its own set of fields.
Thanks for posting - I do not think this has been brought up before. We did have people ask about the ability to register for an event and apply for membership and then pay once. That scenario we will try to address in our next version 4.3 - it would basically allow a user to do two separate things first (event registration and membership application) and then pay for both invoice in one online transaction. What you are talking is different, here are the key things to consider:
1)this would apply to existing members only (renewal)
2) Currently we always force members to review/check their profile/record during renewal, would this apply as well?
3) Would this work with memberships with dynamic pricing based on selected options?
Anyway, I would appreciate comments from other users as well.
Yes, since release 4.2 Members in *lapsed* status get renewed from actual date of when they renew - while members in *active* status but with past renewal date get renewed from that old renewal date.
In next version 4.3 archived members will be able to renew.
We recognize the deficiency of current approach where archived members can't login or reapply - this is something we are working to change, maybe even in version 4.3 (just have to be careful with data security/privacy)
The gist of what we have changed was in response to requests from many users - who made a very good point that if someone was overdue for long time, it does not make any sense for them to catch up on overdue fees, they might as well simply register as a new member with a different email. To make this more flexible we decided to use Active/Lapsed status as administrator-controlled switch on whether to renew member from his prior renewal date (Active status - this situation assumes member kept using his membership privileges and thus owes back dues) OR renew from date of current renewal (Lapsed status).
From the feedback we got back so far, looks like most clients liked this change.
I agree that this might be improved further, specifically I see two areas:
1) Better way to identify/act on records which are Active but overdue (maybe add one more renewal action step?)
2) If someone does owe backpay and is way overdue (more than the whole full renewal period), force them to catch up in full (vs, current functionality where they would only pay for one renewal period and would still not be fully caught up)
I would really appreciate comments from other users.
Let me reconfirm.
We are talking about a situation when someone does online self-service event registration and you want to include detailed registration information for all guests into the confirmation email, is that correct?
Sorry, what you have described is not currently possible in Wild Apricot.
Sounds like a good idea though for people who run many events, I will split this off into a separate thread.
let me clarify - is the main driver for this collecting event feedback? (Vs. importing).
Can you also elaborate on what exactly you are importing/how it links ups to attendees/used further?
Dianne, thanks for posting.
Can you elaborate - how do you envision this report would look like / overall workflow of this process?
Please elaborate how you would like it to work instead.
E.g. you have an annual membership and want to offer annual recurring and non-recurring membership payment options - or annual and monthly recurring?
Nancy, I am not sure if making the free membership auto-renewable is the right solution. Why not have them renew at all - leave the renewal date empty?
Thanks for posting.
I would appreciate comments/more details from everyone on manual donations. Our original thinking was that for manual donations people do not need to fill out the online form, can simply send a check.
I would appreciate more details on what would be the ideal functionality to work with pledges, e.g.:
- recording original pledges (self-service, by admins)
- recording actual donations come in and have them recorded against pledges
28 votesEvgeny Zaritovskiy responded
Thanks to Barbara, here is current workaround:
TO ADD A SITEMAP.XML to a WA SITE:
Create a new folder under file mangement called sitemap.
Then upload your site map to this folder.
Sumbit your site map to Google, it will look something like this yoursite.com/resources/sitemap/sitemap.xml
A good place for free google sitemaps is:
Unfortunately there is no 'root directory' as such - all sites are generated on the fly from one big engine. So unfortunately right now there is no way to put up this file.
Actually I do not think it will work this way :-(
My understanding that Google will only index pages which are on the same URL as the sitemap (for security reasons). So if sitemap is in resources, only links under resources would be indexed.
Thanks for posting. I would appreciate comments from other users.
I am assuming you are trying to use event extra charges fields for this and using an option when each registrant has to fill out full event registration form.
Can you elaborate on at what moment you are hitting the roadblock with what you have described?
Luchia, This can be done now via a workaround - create a page invisible in menu and insert a Read more link to this page.
There is no way to do this (and never was). We are considering this for future updates but quite a bit of foundation has to be put in place first, starting with the ability for people to view their current event registrations.
Richard, sorry, there is no way to do this now. This is being considered but we have to be careful due to risk of overloading users.
Hi Richard, thanks for sharing your thoughts. I agree, our current forum functionality is quite basic and something that we need and will enhance in future releases. However, we need to deal with some other foundational pieces first, specifically rolling out the new CMS UI in version 5.0 - CMS is the #1 used aspect of Wild Apricot. Also, quite a few enhancements and changes are due related to payments in the next 3 releases - they are used widely and are the biggest reason people sign up for an integrated system like ours. So we will certainly improve forums but it will be at least a year before we can do much there (though we will try to fit a few small items in-between).
Thanks Alan, this makes total sense.