Loving the new android mobile app. It's great. Something that would make it even greater would be total counts displayed within Contacts -> Saved Searches. We constantly have a need for a quick look at membership numbers. The numbers could be placed and styled similar to how they are displayed for event registrant numbers in the Events section of the app. That's one approach. Alternatively/additionally, a mobile app equivalent of Members -> Summary would also accomplish what we would love to be able to do. Feel free to reach out if you need more info or ideas. Keep up the great work!

Right now, we are entering a member's dues payment check number/check date in the "Comments for payer" text box. That appears on the email payment confirmation. However, "comments for payer" is not included in an export file action. If it were included, then we could easily generate supporting documentation for bank deposits by using the export feature.

If it is not possible to include "comments for payers" in a file export process, I would like to have two additional fields added to the payment screen: check date and check number, and ensure that they are included in the export file function.

I have been using Excel and Access to create reporting tools based on WA exports. At this point, I have not been able to identify an export that will indicate how to connect a particular event registration with a particular invoice. At this point that involves looking up registrations one at a time and entering the information into a database. As there seems to be a 0/1 to many relationship between invoices and registrations, adding the invoice # to the atendees export (as it is already displayed on the attendees list) would probably do the job.

This is rather important, as it is difficult to trace back who paid what for whom over an entire event. We do not expect WA to handle all this -- after all, different organizations have different needs. , But if we have the data, we can handle the specialized stuff ourselves.

And Quickbooks is not an option for us, and I would speculate, for a number of other users that are units of a larger organization. QB is too much for the unit to handle itself, and far too little for the overall organization.

Many thanks!

When I export data from the Finance area, WA puts the members names in one column (John Doe). I need the name to be in two columns so I can alphabetize by last name. I went to the WA support/help people and was told that's the way it is and I will need to do a 'text to columns' procedure as a 'workaround'. This is what I've been doing and, because I export frequently, it's an additional timely and frustrating problem when reformatting the Exports.

1. I would like WA to consider changing the way the names are exported in the Finance section.




2. If this can't be done, I'd like an explanation as to why it has to be this way? For the life of me, I can't see the logic in how it is now.




3. If anyone who reads this request knows of a solution (besides what I'm already doing), please pass on your information.

Thanks in advance, Susan Porter, National Button Society Secretary/Membership

Hi there.

Per Evgeny's suggestion on another thread at http://forums.wildapricot.com/forums/308920-archive/suggestions/8835598-enhanced-advanced-and-simple-search-with-geo-searc , I'm submitting this as a separate feature request:

We'd love to be able to integrate a simple member search on the homepage. Preferably, if as a gadget, not as a "singular" one so as to be able to offer other important gadgets such as latest blog posts or a signup/donation form on the same page.

I've basically been compiling our member testers' evaluation feedback, and all of them confirm that the most important features to them are the ones that help drive the public to the member websites. So that includes features such as making the member search available front and center on the homepage, without having to click in to a directory.

Also: providing user-friendly, custom member page url's (http://oursite.com/membername); making sure that the member directory and pages are indexed and SEO-optimized (also related to the url); and providing an integrated google (or other) mapping service to the public member search that also offers zip code proximity, so the public can find members near them. I have commented on all of these wish list features separately. Just trying to tie them in together on these posts because they are all strongly needed features our membership has specifically requested.

Order of importance of these features in their compiled ranking:

1) easy member URL (as several of them use this as their practices' web page)
2) SEO indexed member pages and directory
3) Zip code proximity search (and map) integrated into public member search
4) Public member search gadget on homepage

Member fees are what keeps this organization going, so being able to provide these features are pretty important to drive membership.

Many thanks, sorry for the deluge in tying these issues together on the various feature request pages.

After more than a year with WA, I have found that the greatest barrier to getting non-technical persons to create clean content is their ability to cleanly paste text from other sources. The Word filter works OK, but so often I see page edits made by staff that has different fonts, text background color, or different text size. I remind them to paste and copy from Notebook (or other plain text editor) to strip all formatting, but they forget and find that rather inconvenient.

I seem to remember other WYSIWYG editors of the past (TinyMCE?) that had "Paste as Text" buttons. It seems to me that our staff is more likely to use a toolbar button than running the text through Notepad.

If you agree with this request, please add you comment to vote for it!

Currently it appears that WA creates cryptic page names (links) automatically whenever a new page is created such as:

http://cispi.com/Default.aspx?pageId=1232308

These types of page names do not contain rich keywords and thus will not be ranked as well by search engines. They are also not intuitive and useful to users that find them in searches because they aren't descriptive.

WA developers should consider changing this default behavior to perhaps use the menu names and structure as the page names instead of the cryptic names currently used.

For example, the above named page on our site would then become something like:

http://cispi.com/What-is-HPT

While it is true that administrators can manually create custom page names like this, I would guess that the vast majority of WA administrators probably don't understand SEO well enough to know this is important.