Dmitry Buterin
My feedback
274 results found
-
179 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment -
14 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedYou 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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedDo you use membership levels for your programs?
An error occurred while saving the comment Dmitry Buterin commentedHi 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 commentedComment 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 commentedIan,
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 votesEvgeny 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 commentedYour 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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedI 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)
-
366 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 commentedIt'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 commentedWe 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 commentedWe 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 commentedYou are right that 2) is much more complex. So I think we will consider 1) first.
-
133 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedSorry, 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 commentedSorry, not likely to be addressed in 2011.
An error occurred while saving the comment Dmitry Buterin commentedSo 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 commentedCan 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 commentedUnfortunately we have to postpone this feature - too much other stuff on our 2010 roadmap - so I am moving this back to wishlist.
-
45 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedHi Richard,
Not sure what you mean re 'hide level', can you elaborate?
An error occurred while saving the comment Dmitry Buterin commentedAn error occurred while saving the comment Dmitry Buterin commentedI would appreciate comments - how this might be useful in real life examples?
-
104 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedSome 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 commentedEric - 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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedIt'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 commentedThis 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 commentedThanks 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 commentedI 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 commentedAnyone else would find this useful? Please comment here.
An error occurred while saving the comment Dmitry Buterin commentedI 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 commentedI would appreciate comments from other users and additional examples.
-
180 votesEvgeny 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 commentedNo problem, thanks for the input here.
An error occurred while saving the comment Dmitry Buterin commentedBob, thanks for posting.
I would appreciate comments from other users who have similar need.
-
5 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedInteresting idea, I would appreciate comments from other users.
-
40 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedOK, thanks
An error occurred while saving the comment Dmitry Buterin commentedMitch, I would appreciate any examples of situations when a log like this would come handy.
An error occurred while saving the comment Dmitry Buterin commentedThis makes sense.
Anyone else - comments, is this important for you too?
-
15 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedAnyone else pro/against removing day of week?
-
9 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedThe 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 commentedAmy, 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 commentedAmy, 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 commentedThis 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 commentedUnderstood, 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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedThanks Shelbi!
I would appreciate input from others, especially on p. #4
An error occurred while saving the comment Dmitry Buterin commentedThanks 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 commentedSounds 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.
-
34 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedOn 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 commentedI 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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedLouis,
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 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedSorry, no, we are unable to fit this in 2010.
-
75 votesDmitry Buterin supported this idea ·
An error occurred while saving the comment Dmitry Buterin commentedWhat 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?