Dmitry Buterin
My feedback
273 results found
-
180 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment -
14 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
You are right, at the moment field type can not be changed. I will make a note for our list of enhancements.
What you can do is create a new field, enter the values manually (which is a pain...), export the list, copy the whole column from old field to new and import back.
-
208 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Do you use membership levels for your programs?
An error occurred while saving the comment Dmitry Buterin commented
Hi Gordon,
Thanks for posting these details. Unfortunately we have not been able to look into this area - so we are still collecting feedback to figure out the key issues and design changes/enhancements.
An error occurred while saving the comment Dmitry Buterin commented
Comment form another user:
" ...The system is a poor match for our Family Memberships. The database lists the family members separately and does not connect them for mailings and e-mails. Many of our Family Members use shared e-mail addresses. Have to set up 1 member with a false e-mail. I would list them both in the same entry except some want each to get an e-mail. I would prefer a username that did not require an e-mail, with a space in the database for at least 2 e-mail addresses so I could enter the family membership as one entry...."
An error occurred while saving the comment Dmitry Buterin commented
Ian,
I appreciate your detailed comment.
First, there is a workaround (more like a hack) that might work (works with most email providers). use idmcdonald+connor@xtra.co.nz for Connor etc. Our system will consider this to be a unique email but your email provider will ignore stuff after plus sign and deliver to your mailbox.
Now, we definitely still need to address the situation you have described - in a proper way. Simply removing the requirement for email will not cut it since there would be no way to send invoices etc. I will split your post to a separate thread so that we can get more feedback, thoroughly analyze and properly address the key issue - handling family memberships.
-
73 votes
Evgeny Zaritovskiy responded
Current proposal: https://drive.google.com/file/d/0B0f9kMyQqlBsV1UzVVYwS21ZU28/view?usp=sharing
We do not have plans yet on when we’re going to deliver on this.
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Your point is well taken.
What we are currently thinking of doing is
1) making the picture field thumbnail size customizable and
2) providing the ability to view the full picture behind the thumbnail.
Would appreciate comments.
-
13 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
I will rename the thread to talk about gadgets (in our current lingo: WA widget: what you use to place WA functionality on external sites, WA gadget - little blocks of content/functionality used on WA site itself)
-
367 votes
We're considering to take Donations during registrations/applications into development right now, but during analysis of the feature we ran into an issue where we would love to hear your feedback.
Essense of question: how would you like donations during applications or registration to be processed for offline payments (when your member/prospect decided to get an invoice and pay later)?
Some more details:
We can implement donations during event registrations/membership renewals for online payments - not a problem.
But when we're talking about offline payments, straighforward solution seems to be a bit expensive - we don't have invoices for donations or pledges yet.
So right now we're considering going on with straighforward online payments solution (donation will be added to payment transaction) and for offline payments - just include an invoice memo to buyer to add $XXX to his payment as donation for event/membership he has selected.
This way administrators would…
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
@dseger - thanks, that's a good summary and this is the exact direction we are working in. Will probably ignore the approval thing for starters.
An error occurred while saving the comment Dmitry Buterin commented
It's not a question of priority, it's a matter of this feature requiring a big redesign of some internal processes in our system - which might not be obvious at the first glance.
We are working on a design and best case it will be addressed in 4.3, which I would guesstimate for release in September-October. Even then, 4.3 would not provide the full ideal solution to what is being requested but just a first good step to improve this process.
An error occurred while saving the comment Dmitry Buterin commented
We are working toward this but several other pieces has to be put in place first to allow this.
An error occurred while saving the comment Dmitry Buterin commented
We are currently thinking about implementing a shopping cart - which would allow people to buy several different things in one go. They would still have to go through individual form wizards - I do not think this can be avoided simply because wizard workflows are different for each form.
Would this address your need to a significant degree?
An error occurred while saving the comment Dmitry Buterin commented
You are right that 2) is much more complex. So I think we will consider 1) first.
-
134 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Sorry, it would be later than that - our main focus for the next ~6 months is to finish the CMS redesign in version 5 so we are putting everything else aside.
An error occurred while saving the comment Dmitry Buterin commented
Sorry, not likely to be addressed in 2011.
An error occurred while saving the comment Dmitry Buterin commented
So you mean the system would analyze the content of the post and try to auto-tag it based on the words it contains? I am not aware of any technology which can do this reliably at the moment, have you come across any good implementations?
An error occurred while saving the comment Dmitry Buterin commented
Can you elaborate about auto links of tagged words? I am not sure I understand what you mean.
An error occurred while saving the comment Dmitry Buterin commented
Unfortunately we have to postpone this feature - too much other stuff on our 2010 roadmap - so I am moving this back to wishlist.
-
45 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Hi Richard,
Not sure what you mean re 'hide level', can you elaborate?
An error occurred while saving the comment Dmitry Buterin commented
An error occurred while saving the comment Dmitry Buterin commented
I would appreciate comments - how this might be useful in real life examples?
-
105 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Some insightful details from one of our clients:
Right now, we have a 60 day grace-period for our members, during which they can maintain their membership if they pay their dues along with the added $25 late fee. Currently, the day after they are due, I go in to the accounts of each member who hasn’t paid and click the “Extra Charges Multiple Choice” field that adds the late fee to their renewal invoice once they begin the renewal wizard (big pain, but I suppose I could do an export/change/import if there were too many). After that grace-period, I have to manually “Suspend” the memberships of everyone who hasn’t paid (also a big pain). Ideally, I could tell WA to add the late fee on December 2nd of each year and also tell it to suspend their memberships if they haven’t paid with 60 days of that date. We have found that we don’t really like the auto-creation of renewal invoices to everyone (we tried it this year) because their invoices might change depending on what optional features they choose to add during the renewal wizard. So, it might not be as easy as adding an additional invoice to their records. But if that’s the way you choose to go, we would be OK with that. It would still be an improvement over the way we currently have to do it.
An error occurred while saving the comment Dmitry Buterin commented
Eric - sorry, no news for now. This is still in our plans but a few more pieces of the puzzle have to fall in place to allow us handle this.
-
215 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
It's quite a bit of work, but this is on our (long-term) roadmap, I will merge into existing thread.
An error occurred while saving the comment Dmitry Buterin commented
This makes total sense, I though we already had a thread about this but could not find one.
An error occurred while saving the comment Dmitry Buterin commented
Thanks Russell, appreciate the detailed example - this is exactly the kind of information we are looking for, please always feel to share as broadly as possible so that we understand full context.
An error occurred while saving the comment Dmitry Buterin commented
I would appreciate comments from others - especially examples of when different registration forms can be needed for each registration type.
An alternative to this is for us to implement 'conditional fields', where fields are shown/hidden based on other field choices.
An error occurred while saving the comment Dmitry Buterin commented
Anyone else would find this useful? Please comment here.
An error occurred while saving the comment Dmitry Buterin commented
I am surprised that no other users have commented on this.
I wonder if maybe could post a specific detailed example of what you need - people might find it easier to relate to it.
An error occurred while saving the comment Dmitry Buterin commented
I would appreciate comments from other users and additional examples.
-
180 votes
Evgeny Zaritovskiy responded
Merged together several closely related by meaning ideas – so we can properly resolve them all together, in different live scenarios
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
No problem, thanks for the input here.
An error occurred while saving the comment Dmitry Buterin commented
Bob, thanks for posting.
I would appreciate comments from other users who have similar need.
-
5 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Interesting idea, I would appreciate comments from other users.
-
40 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
OK, thanks
An error occurred while saving the comment Dmitry Buterin commented
Mitch, I would appreciate any examples of situations when a log like this would come handy.
An error occurred while saving the comment Dmitry Buterin commented
This makes sense.
Anyone else - comments, is this important for you too?
-
15 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Anyone else pro/against removing day of week?
-
10 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
The donation widget only takes amounts from donations - can't include event registrations.
And the confirmation page is the same for the event page (in fact, that's why this is a challenge - there is no 'donation confirmation page', there is a generic payment / confirmation process that applies to all transactions - events, donations, memberships. So its very tricky to customize it, especially for a particular type of transaction)
An error occurred while saving the comment Dmitry Buterin commented
Amy, we are not able to undertake this - we don't provide any services directly as our goal is to apply all our resources to the ongoing product development for everyone. So for us to do this kind of customization will mean delaying doing something else for everyone.
You can try contacting our partners - see http://www.wildapricot.com/partners/ - try Nicasio and DotCreativity. They might be able to come up with some kind of Javascript workaround.
An error occurred while saving the comment Dmitry Buterin commented
Amy, thanks for the details. Unfortunately I can't think of a way to customize the confirmation page now. We would need to think this over and then depending on the demand indicated on this thread prioritize against all other requests. Realistically, I don't see this happening this year.
An error occurred while saving the comment Dmitry Buterin commented
This is still on the wishlist - it has not received much support yet. We would appreciate more detailed examples - how exactly people want to customize this page/why etc.
An error occurred while saving the comment Dmitry Buterin commented
Understood, thanks for posting.
I will rename the thread to focus on page customization.
Quick question - since we already have the customizable donation confirmation email - what if we use exactly the same template and display on the donation confirmation page? Or should page and email be somewhat different?
-
4 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Thanks Shelbi!
I would appreciate input from others, especially on p. #4
An error occurred while saving the comment Dmitry Buterin commented
Thanks for posting Shelbi. Can you give us as much detail as possible about their situation? What kind of events, who should be able to post, any moderation, how to handle registration etc.
An error occurred while saving the comment Dmitry Buterin commented
Sounds like potentially useful idea - apparently we have to implement member-submitted events first ( http://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825554-members-to-be-able-to-submit-events-3764 )
I would appreciate comments from others.
-
35 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
On a second thought this might be addressed by another enhancement we do plan to implement in the future:
currently all guests have to use the same registration type. It has been requested that we allow different registration types for each guest.
So if we do this I think then you can create a special registration type requiring secret code (existing capability in WA), you can handle what you have described above.
An error occurred while saving the comment Dmitry Buterin commented
I will withhold my judgement waiting for additional comments from other clients but so far this looks like a pretty unique setup so I do not think we would be able to consider adding this to Wild Apricot...
-
7 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Louis,
I understand what you need and this makes sense but realistically I know we will not be able to consider this at least for 12 months - too much other stuff already in the pipeline.
One workaround I can suggest is to use an extra cost field on the membership application and adjust the renewal date manually after the fact.
-
137 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
Sorry, no, we are unable to fit this in 2010.
-
75 votes
Dmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commented
What you can currently do is to create a custom admin-only field like "Promotion" - then mark all appropriate contacts via that field and using advanced search/saved search.
I suspect the underlying point is that the interface for including (member) records into a group is better/faster to mark a set of records than the approach above, am I correct?
Barry - can you give us an example of how you would use a gadget in an email? Does this apply to Events gadgets only?