A sports club usually has several teams (i.e. groups) within it, each of which will require periodic renewal and new applicant approvals. Each team is managed by an individual manager who is ideally placed to authorise renewals and new membership applications for his/her particular team. When a new applicant applies for membership of the club they are required to select the appropriate team on their application form (e.g. age group). This application should then ideally be emailed to the actual team manager for acceptance / refusal rather than having at present to be processed by the overall site administrator(s). The only feature a Group manager would have access to would be to approve or reject membership, everything else would be restricted. The main administrator(s) would receive a copy of the emails. At present the administrative privileges available are too wide for this task

I have certain fields with MANY entries (over 200) and members who often will select all 200. I can't have individual drop down lists, because to have 200 dropdown lists is unmanageable and looks way too complicated. The next option: to have checkboxes. However, the way the system is, when members edit their profiles, they are presented with a huge vertical list. There is SO much white space to the right that could be used to make the presentation more professional, so that one doesn't have to scroll through 3 pages just to get to the bottom of the list. If you presented the checkbox items in a BOX of 4 or 5 columns, it would look SO much better. So right now, I have to choose between two unprofessional presentations: a) 200 dropdowns, or b) huge never ending lists. The big problem? This list is growing, larger and larger, and the 'edit profile' page is going to start looking more and more messy, unprofessional, and confusing. I know that this would be a very simply code fix, and I hope that you guys can do that before summer is over.

Thanks very much,
-Monroe

This is a relatively minor request but something I find to be a workflow pain. As an admin, when I add a new member to the database the new member activation email does not automatically get sent out to the new member if I set their status to 'Active' initially. I have to add the member in two steps to get the email to go out -- first add them as 'pending', save it, then either go back into their record and record receipt of their payment or change their status from 'pending' to 'active' to trigger the email.

It would be nice if I could just add the member as "Active" and check a box or something when I'm to cause the activation email to go out, all in one step.

I manually entered about 200 new members this way this year b/c our organization has old-fashioned manual registration forms in addition to the online registration and many people prefer the manual form. Each one took me about 2-3 minutes to enter because of the two-step process. It adds up.

Our premium level members are looking for a better set of tools, essentially to use their profile pages as a marketing tool, to make membership more value-added. For example, they are used to higher end features available from http://psychologytoday.com . Obviously, this is not as high end a system, but for a wish list, and to make paid membership a value, these desired features are very relevant.

Member requests:

--custom URL's allowing us to list the member name in the url--or some automated option to do so, without having to manually create a redirecting page for everyone.

--SEO

--web stats: the ability for members to view, in their own profiles, some basic web statistics and analytics of views on their profile page.

Our membership application page displays information about membership. It would be useful for members to be able to view the information on the page, and to be able to show it to someone else without logging out.

But logged-in maxed out bundle administrators can't view any of the content on a page containing the Membership Application gadget. All they see is a message about the bundle being full.

If a bundle member views the page, at least they can see the content and they get a coherent error message "You are already a member." But there is useful information in the Membership Application Gadget that they can't see.

The Member Application Gadget should just be grayed out for a logged-in member. Add a message "You are already a member" if you like. The bundle admin can use their profile to add members.

But there shouldn't be a page that looks four different ways for the public, a bundle member, and a bundle admin depending on whether or not they're maxed.