Other clients can discover these in a number of ways:
- when they actually search or browse the wishlist
- on the forums homepage among most recently updated topics
- by receiving email updates if they subscribed to a certain topic
Also, our customer service/tech support people regularly send people to specific threads if they bring up topics already being discussed.
To find your recent posting, one good way is:
1) Start on the wishlist forum homepage
2) Find the right category, in this case Fundraising/Donations:
3) On that page you will see all threads with most recently commented on top - the one you mentioned is right now is the top one. http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825839-multiple-separately-customizable-donation-forms
Becky, thanks for the feedback!
Everyone, I would appreciate your input. We have been considering doing something like this - but would like to hear your thoughts on convenience vs. security. (The way we would implement it is by creating some special auto-generated links that would auto-log in people. These links would have to be individual and also auto-expire after certain time, e.g. several days)
We have been thinking about this but there are important security considerations to bypassing the login to access private member data.
btw, you don't have to send them to the home page etc.
You can give them a direct link to membership renewal:
If they are not logged int yet, system will ask them to log in - and then immediately start the renewal.
Another option is using our recent addition - to automatically generate a renewal invoice. Then your emails can simply send them the link to the renewal invoice and they can proceed to payment even faster.
Sorry, it's not something we are likely to implement for the next few years at least. Consider using event organizer function and then email redirects that forward it to multiple addresses.
I think we already have that, check
Christian, we would really appreciate a detailed example of how this would ideally work in your situation.
Thanks Dietmar, this example is very useful!
I would love to get examples from other users so that we can analyze a more generic solution.
Andrew - thanks for posting. I would appreciate more details - as detailed an example as possible to illustrate how this would ideally be used.
There are two ways to use any payment processor with WA:
1) Have it integrated - requires quite a bit of coding on our side for each processor but provides seamless payment experience
2) Provide a link to their online payments page (if they have one) - but this is lousy experience both for users (they would likely have to enter amount etc. manually) and for admins (they would have to record each payment manually)
Since we don't have ClickBank integrated, I will move this to wishlist.
Frankly, I am not that impressed with PayPal sandbox myself - I find it flaky - some technical things work differently in the sandbox and live environment. Testing PayPal integration can be done with 1 dollar donation using the live account - and it can be easily refunded too.
Can you give us an example of data that you would like to transfer from event application into their membership profile?
Thanks for posting.
To summarize, let's say your site is http://www.abc.org and it's setup on Wild Apricot to redirect to https on payments only. Your secondary free WA domain is abc.wildapricot.org
Currently if someone (actual visitor or Google WMT) tries (for some reason) to access the site as httpS://www.abc.org, WA would allow secure connection - but it would have to use Wild Apricot security certificate and some browsers display scary looking warning before they are allowed to proceed.
So the suggestion is to silently redirect them to http://www.abc.org instead
I would appreciate comments from others.
As of now, the only reason I am aware of to delete past events is to keep the total event list smaller/manageable to search currently active events. I think the best solution for this is to provide better filtering/searching capabilities - see http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8827291-managing-a-database-with-many-events-5687
If there are other reasons for deleting past events, I would appreciate input here.
Can you elaborate - why wouldn't you want to keep past events? Deleting theme deletes event registrations etc.
Can you elaborate - why do you want to delete past events instead of simply keeping them in the system as an archive?
Would this solve anything for them/would they find this message useful? If it were me, I would be just more frustrated - tell me at least the email I am registered with!
Your second point is understood - the key challenge is the matching algorithm. (To find close but imperfect matches it has to be really smart)
The first point has privacy and security considerations:
1) There is a potential privacy breach as people can enter anyone's name to find out if that person is in your database
2) Furthermore, let's say we found the match - how do we know it is indeed the same person and what do we show to them? E.g. displaying the email of the existing record would violate privacy/security.
I created a new thread as your post was not related to Elavon.
Is this the gateway you are talking about? http://www.directconnectps.com/Software-Developers
Now that we have a thread for it we will see how many other clients might be interested in using it. (And of course, you having 10 sites gives it some starting weight already!)
We will also take a look its integration capabilities and research a bit how popular it is in general. (It did not get onto our radar for top 10 in US when we did a recent review)
The fee option is not really feasible, sorry - for two reasons: 1) even to recoup our costs we would have to charge thousands of dollars to do proper design, development, testing, security, documentation. 2) It would mean not ding something else voted by other clients
Dalek - you can actually create such a search now, under Contacts/Advanced search, use Balance amount field, select option "Overdue"
This does sound like a useful idea - I would appreciate if you could provide a scenario or two of how this might be used.
(To provide context: right now balance field is a simple flag with selections 'Overdue' and 'Overpaid')
Thanks, understood. I moved this post into a separate thread.
(We do have another thread about changing field type already.)
45 votesEvgeny Zaritovskiy responded
I have merged several similar suggestion together – they all about previewing various site functions from members perspective. For example, wen pages, registration and application forms, etc.
Becky - incognito mode is also known as privacy mode, see http://en.wikipedia.org/wiki/Privacy_mode
it allows you to open a new browser window which doesn't use your current cookies, in this way your original window can show the admin backend and the new window can show you a public/member view. Once you open it, you can review the membership form in detail.
Until we build a special feature for this, a quick workaround is to open a second browser window in 'incognito' mode - then you can view the site as a public visitor or as a member (you would have to log in for that - e.g. by creating a special test member record)
Thanks for the suggestions.
Can you elaborate - what do you mean by 'dupe the fields rename it and move it into the appropriate location'?
Re instructions - we will have special field in our next version 4.4 for instructions and you can adjust its formatting.
Can you tell us more - who are your members, what kind of website would they need, why would they use this and not some free website builder like Google Sites etc.
Thanks for the clarification. Unfortunately it does not look like this particular scenario will be addressed in version 4.4 - it is possible to enable/disable taxes in each registration type in each event but no way to use different rates. This will have to be addressed in future versions.
I am still quite reluctant about this specific solution as my gut feel is that this against good security practices. (E.g. admin can potentially do things on behalf of user and then there is no proper audit trail of this). Still, I see the valid need so if many other people support this, we would seriously consider it.
In the meantime I would appreciate more details - what are the most frequent situations when this need arises?
Thanks, appreciate the post and especially you taking the time to mock this up! Will move this into our Wishlist forum to collect votes/comments and prioritize.
Let's focus this on one specific thing - what is more important - pages, posts or contact records?
Conceptually I fully agree. However, anything is a big word. I don't think I have ever seen a system which would allow you to undelete *anything*. So let's focus this thread - what has prompted you to comment on this? What is the most important object in Wild Apricot to implement this?