Walt Bilofsky
My feedback
231 results found
-
48 votesWalt Bilofsky supported this idea ·
-
6 votesWalt Bilofsky supported this idea ·
-
6 votes
An error occurred while saving the comment -
10 votesWalt Bilofsky supported this idea ·
-
3 votes
An error occurred while saving the comment Walt Bilofsky commentedThis is a small thing and unfortunately will probably not attract many votes. But it's an annoyance and probably quite easy to fix. I wish it would be taken care of.
Specifying an event ending time will keep the event up, but it's not a workaround because often we don't know when the event will end, and just picking a time could be misleading.
Walt Bilofsky supported this idea · -
5 votes
An error occurred while saving the comment Walt Bilofsky commentedSuppose the member registered for an event where the option is to pay online or pay by check. And he decided to pay by check. So the check is in the mail and the invoice is open.
Now he registers for another event which requires payment online only. But now he is asked to pay also for the check which he already sent.
If you don't want to make it a default, then if there are other outstanding invoices, at least give him a screen where you ask if he wants to pay all of them or just the current one.
Walt Bilofsky shared this idea · -
20 votesWalt Bilofsky supported this idea ·
-
16 votes
An error occurred while saving the comment Walt Bilofsky commentedThere is a long-awaited wishlist feature to allow a secondary email address for a member: https://forums.wildapricot.com/forums/308932-wishlist/suggestions/8825614-allow-secondary-alternate-emails-for-members .
The design posted specifies that all emails are copied to the secondary email. If that would solve your problem, you can vote for that item.
-
11 votesWalt Bilofsky supported this idea ·
-
6 votes
An error occurred while saving the comment Walt Bilofsky commentedI think the issue is terminology. You call additional registrants Guests. He wants to call them Potential Members.
We have a different problem. Most of our memberships are couples. When a couple registers for an event, they need to register as the member plus one "Guest" who is not a guest at all but another member.
Why not just let the registering member specify the number of people in the party?
-
75 votesWalt Bilofsky supported this idea ·
An error occurred while saving the comment Walt Bilofsky commentedMaybe this should be a new suggestion but it overlaps this one.
You have three kinds of groups of members / contacts: Subscription list, Group and Forum subscription. These have overlapping functionality: Whether a person and/or admin can manage an individual's group membership and/or set default memberships, whether the fact of membership can be exported, and controlling access to site pages.
Why not just make all of these into Groups? Then a Subscription gadget will be associated with a specific group, and so will a Forum. If an admin wants people to be able to sign up for a Group, he can create a Subscription gadget for it. If he doesn't want non-members in it, put the gadget on a members-only page. If he wants to select or email everyone subscribing to a Forum, he can search on that Forum. If he wants members of a Group to have a Forum, he can create a Forum associated with that Group.
And then you only need one admin UI to manage memberships in all these entities.
-
21 votes
An error occurred while saving the comment Walt Bilofsky commentedHaving just gone through the tedious process of linking to member profiles for the leaders of half a dozen events, I would really like this feature, specifically for member profiles.
It seems like the suggestion has been around for many years, though it's hard to be sure without dates on the older comments. It might even have been implemented for system pages, but we still need the member profile part of it.
Walt Bilofsky supported this idea · -
11 votes
An error occurred while saving the comment Walt Bilofsky commentedThere are a lot of macro suggestions scattered around. This should be treated as one modification and looked at globally.
Macros should be more generalized and available system-wide, not just in emails but in all text usage, including website pages.
Walt Bilofsky supported this idea · -
6 votesWalt Bilofsky supported this idea ·
-
124 votesWalt Bilofsky supported this idea ·
An error occurred while saving the comment Walt Bilofsky commentedIn the default Events email page, it would be nice to have the checkboxes from the individual Events email settings, to set defaults for new events. Now, if I understand correctly, if we don't go into the event email and uncheck something, the organizer always gets a confirmation email, which we don't want.
-
26 votesWalt Bilofsky supported this idea ·
-
5 votes
An error occurred while saving the comment Walt Bilofsky commentedMembers can sign up for different sets of e-blasts using email subscription forms, but you would have to select which subscription list to send your e-blasts to.
You can use forums to post information Members can subscribe for email notices to specific threads or entire forums.
They can subscribe to blogs via RSS feed. Not sure why email subscription isn't offered for blogs too.
-
160 votesWalt Bilofsky supported this idea ·
-
200 votesWalt Bilofsky supported this idea ·
-
32 votes
An error occurred while saving the comment Walt Bilofsky commentedYes. The current member summary is useless for us. A membership is either a single person or a couple, so the number of contacts pending renewal tells us nothing.
Walt Bilofsky supported this idea ·
I don't know if this helps, but we have customized our Authorization Required system page to include an invitation to membership and a link to a page with information for prospective members.