Paul, contact record and event record are two different records and if you change something in one it will not propagate to the other. So if you need to change the email you must adjust the contact's email since the email blast is sent to the contact email.
Unfortunately, there are no such options. For now they would have to be printed and summed up one by one.
I've edited the title of this thread so that it's a little more representative of its contents when looking at the list.
We could clone your account, send your account details to email@example.com
Clients can only experiment on CSS on their own site. Any change they want to try out and test can impact their live site, meaning that if they make a mistake, or if their experiment isn't as good as expected it impacts the look and feel and usability of their public site.
Create a CSS sandbox area, either as part of help as as associated with a testing site, where they can try out different CSS setups and see how they look before doing them on their own site. This would allow them to practice CSS, as well as give them a place to experiment with different setups.
I merged another very similar thread into this one, they should be solved together – the registration to multiple events should be simple and fast if possible. There are a number of suggestions in comments on how to achieve this.
Guests can only be signed up under the same registration type as the main registrant
The ability for a guest to have their own registration type. There are cases where, for one reason or another, such as selection fields, where an organization would want each person attending the event to have their own registration type.
Each one would have to be itemized on the invoice.
When setting up guest registrations there should be a list of applicable registration types for the guests to be registered under, similar to how we set up membership levels that are available for upgrade.
We have more requests for family memberships. I am posting another use case from a client for discussion.
I have just launched your nice tool but have run into a problem:
We are a club with junior members were the parents do the membership registration and register juniors for events. Now, parents that have more than one child in our club, will of course register more memberships which is fine except for that they will need to use additional email addresses to create additional memberships and login names. That's not very nice.
Is there a way that the login does not also have to be the email address that info ets is send to. Or do you have other ways that get me around this problem.
Most blog software enables people to create tags for their posts. This allows a way to categorize blog posts, and also gives people to see posts on similar themes grouped together.
As part of our top 50 goals for 2010, we are planning to add this feature to the blogs that you can create as part of Wild Apricot. We have some ideas on how to implement this, but we'd love to hear from you and how you would use tags on your blogs.
Merged together several closely related by meaning ideas – so we can properly resolve them all together, in different live scenarios
All email blasts are sent from the site administrator email.
Similar to GMail and Outlook, when creating a blast email (or an email template for events) the admin can select from a drop-down who the email should be from.
The list that you could select the sender from is built from:
1) All people with site admin privileges.
2) People with limited admin privileges. (For example, we could set it up that you would only have the option to set the sender to site administrators and Event limited administrators f you are sending an email from a list of event attendees).
Is this something that would benefit the way your organization handles communications? If so, how would you want to define who should be displayed as the "sender" for the email?
Additionally, you could set up a type of mask to automatically generate the custom field name: For example, all membership profile could be set so that it generates it from the fields "organization-firstname -lastname"
All member profiles (public or member-only) have their own URL. However, it's a long URL and not very friendly looking.
At present we have a way to create a custom URL for individual pages on the site. This functionality could be offered to Member profiles. Any time a member has selected to show their profile, give them a field where they can enter a custom URL for their page. This functionality would also exist on the Contact card, under the Privacy settings for the member.
So, for example, lets say I have a site http://www.usefulapricot.com, as a member I could create my custom URL to be http://www.usefulapricot.com/gvalentino. People who enter that URL on their own browsers would be taken directly to my profile.
* Names would be unique - if someone entered a name that was already taken, they would have to choose a new one.
* If the member's profile is member only, anyone clicking on the URL will have to enter their login credentials before going to the profile
OK. Thank for the detail. I am moving this post to our wishlist forum so that other users can comment and vote for it.
John, so do you want Organization members and individual members to show on one member directory in some specific order? I am not sure if I understand your requirement completely, I would appreciate if you could provide more details.
"Organizations need to be listed by organization (the person signing up for the organization is secondary and usually just a contact person)."
- Right now all records are based on a personal record. We are planning to have organization records sometime down the road.
An additional suggestion for this it to set it up not just so that the data conforms to a certain format, but also to make sure that the value entered into the field meets certain other conditions.
For example, you may be running a site that requires people belong to a certain email domain to join, like .org or .gov. You could set up a mask field on so that not only do you verify that an email is entered, but that the email ends in either .org or .gov.