Hmm. The Wishlist system here seems to be changing a " to the HTML entity for it ("). Be sure to use the quotation mark instead. Single quotes might suffice.
Apologies for a typo in the #1 code below. Should be:
<meta http-equiv="refresh" content="0;url=https://www.yourdomain.org/Sys/Login" />
BUT SEE THE WARNING IN MY INSTRUCTION BEFORE YOU USE IT.
And if moving to Trash, be sure you use the rightclick flyout next to the page in the list of pages. If you use the Move to Trash link button at the top of the dashboard, I fear you might instead delete the page the system redirected to, which could be your home page or whatever a 404 defaults to.
I assume your reason for wanting this is that the login link is sometimes not noticed in the corner of the page? There may be better solutions for that, but here goes...
#1 is the cleaner for users, as it is more direct. However I would not use approach #1 without touching base with Support first. At least do it only during hours that you are sure of being able to reach support. I'll explain below.
1. Create a new page as usual. Create a Custom HTML gadget space on it. (A Custom Content gadget is optional.) Click the Edit Code button (at left) and insert a standard Refresh meta tag. (Putting it in the body is unorthodox, and is not optimum for SEO, but it will work.)
<meta http-equiv="refresh" content="0;url=https://www.yourdomain.org/Sys/Login/" />
Put the page on your menu and when the user clicks it, they will
immediately be taken to the login page.
If you need to edit the page (e.g., error, change/add content), the page will redirect in the WA Site Pages editor (probably to your home page),
making editing it IMPOSSIBLE. It will redirect even if you have included a delay to give you time to click Edit! (Which would also delay it for users, so that's not a good idea.) If you must use this method for some reason, first save a version of the page without the meta tag (or comment it out), and then save the "final" version of the redirection page. Then if you need to edit it, rightclick to choose the earlier version (without the redirect), make your edits, including the meta tag with zero delay, and resave. If you've wound up with two redirect versions live (I haven''t tested that far), rightclick to delete the unwanted one. Whew!
2. This approach is simpler, kosher, and barely more trouble for your members. They won't think it odd: Create a page with the login link and save it on your menu. Done. A user clicking on the menu will get your page, and when they click the link, it will go to the login form.
As always, have several people test, who are unfamiliar with what you are testing.
However, if you think (as I do) that regular communication with Members helps make them feel wanted, this may be a good excuse for a few lines in your newsletter or "letter from the President." Telling them how to login might be helpful. A lot of our members still think everyone has the same password which they have to remember.
Hopefully you've found the answer by now, but here goes ...
In the HTML window, edit the link to include a "target" tag. Typical advice is to add _blank, as in <a href=http://whatever.com" target="_blank"> . The target page will open in a new window or tab, depending on the user's browser and configuation. But if you have a lot of external links, that will clutter the user's screen with a new window or tab for each link. Depending on the situation, that could be desirable, or could be annoying. If you want each link to open in the same new tab or window, give it a name (as in <a href="http://whatever.com" target="Chtywin2") and use the same name in each link.
I usually add something distinctive to the name (as you see) so that the browser won't confuse it with a window opened by another site that they happened to give the same name (however unlikely that is).
But you can call the window any darn thing you want. If each has unique name, it will open in a new window, so from one web page you can send some links to one window and other links to one or more others windows
Remember that the user might not realize that a new tab or page has opened, especially if they on a smartphone (where the new page might be under the one they're viewing), so if space and situation permits, consider mentioning "... will open in a new tab or window."
The same technique can be useful for internal links. For example, here's a page at my site (non-WA) that shows the user a photo. I don't want them to inadvertently close the photo and leave my site. I do the same thing when linking to a PDF; I'm constantly accidentally leaving sites because I forget I'm in a browser, not a PDF reader.
Correction: Below, I forgot about sites I managed for several clients. Make that "... for several websites." And to the Wishlist, please add "enable editing our wishes." :-)
I have set up Google Analytics for two websites, one of them my own. I wouldn't wish it on anybody short of a dedicated webmaster. Google is notorious for its poor usability -- like driving in certain East Coast cities, it's impossible to tell where you are unless you've already been there. I've used various state reporting systems, dating back to WebTrends (which I loved).
Also, Google does not provide all the statistics mentioned in the wish. Or if it does, they're not all clearly visible and recognizable, in one place.
But most importantly, Google and virtually all other affordable or free reporting systems do not provide for excluding admin visits. If you're Lands' End or Proctor and Gamble, our own visits are statistically insignificant. But in a small organization's traffic, admin visits (including site editing, testing, and simple visits) grossly skew the stats.
WA provides a Help page on setting up Analytics. If there is any advice on how to make those statistics actually meaningful, I don't recall seeing it.
I've already commented that this wish, maybe combined with the addition of a second Organizer (assistant, reservationist, whatever) would be firmly in the Top 5 of our organization's wishes, so I won't go on about how we would use it.
Meanwhile, for those here who mention that the Organizer of a single event should not receive emails regarding other events, note Support's advice that each event can have a separate organizer. But that still leaves a problem: Unless the Organizer is herself registered, she will receive all the promotional emails for it.
We have a privacy workaround that involves setting up an autoforward "event address" for each event, at our hosting service. After entering that event address in our Contacts list, it is then specified as the Event organizer. It's a Rube Goldberg scheme, and requires setup by someone trusted to access our hosting account (2-5 min chore for each address) but it works. We can forward simultaneously to the various managers in involved in the event (somewhat obviating the need for separate Manager, Organizer and Reservationist fields), and the Organizer's personal address is not broadcast to our entire mailing list. (However, unless a special Gmail (etc) account is used, it will be disclosed to Registrants who the Organizer contacts. The relevance to this thread (sorry for burying the lead!) is that unless the event address is configured to opt out of mass mailings, the Organizer will get all the promotional emails about ALL our events. Luckily that setup is very easy and a one-time thing.
Alternatively, if privacy is the only concern, maybe each Organizers could have their own Gmail address. I don't know offhand if Gmail can be configured to autoforward. If so, that would resemble our system. But without autoforwarding, accessing a special Gmail account would be yet more work for the Organizers and those who teach them. And it would be a ton of work for the Organization to create and configure many scores of Gmail accounts.
Maybe WA should think about ways to pull all these concerns and workarounds together within the WA system. If not, hopefully some of what I've described will be helpful to some here.
I'd include this among our top five most important wishes. We run scores of events per year, many of them involving registrations, which are managed by a Reservationist. They are volunteers. Some handle one event, some handle recurring events. Many of them are ordinary Members who should not have access to Admin functions and data, but they do need access to data for their particular event.
Giving them that access would make it SO much easier for them to do their jobs, and thus to recruit volunteers, and simplify life for the webmaster and other admins who manage them.
Give Organizers admin access (only) to their own event. It's absurd that our Organizer/Reservationist for each event has to depend on an admin to email them a spreadsheet just so they can track who has signed up and status etc. But we do NOT want to give these dozens of Organizers full admin privileges. Also, their access should expire when the event has passed, or a specified period thereafter.
PS: Thank you for your interest, in asking for details.
We are a ski club, and run events of various types. Some are evening get-togethers involving no charge by us (eg. a happy hour, dinner or ice skating at a local venue) some involve a charge (e.g. a party or group-tickets film), some are weekend stays at our lodge in New England. Of those stays, some are bus trips requiring payment in advance, others are carpools where people pay at the end of the weekend.
Each event has a "reservationist" who takes reservations, keeps track of "sales," arranged drivers and riders, assigns rooms or whatever the event entails. For decades we've done this using spreadsheets and/or our own proprietary software (a PHP-written CMS backend that produced our website calendar, created emails, managed data, stored documents securely (.htaccess level) and stored how-to screens). Understandably, we didn't want to be dependent on one or two members who created that system, which is why we turned to WA, which had meanwhile grown more robust and versatile.
Unfortunately, not quite versatile enough for us to use without requiring way more training and managerial effort than should be necessary. Previously, an event would be put on the calendar and various people would make it happen. But now, especially now that this year we decided to try requiring Registration for almost all events of all types, our Reservationists can't even reliably get the registrant data! They get an email, but what if it goes missing? And having gotten all the registrant emails, then they have to, what, create a spreadsheet or some such document? That's missing the point of this system, eh?
So now someone on our management committee (i.e., and Admin) has to export the data, ideally every day, to each and every Reservationist! Multiply that, during our peak season, to two or three local events every couple of weeks, and four weekends a month, and it just gets silly to even consider.
It would work so much better if each reservationist could access the Registrant data for their respective event, ideally with the ability to add or revise data and add or remove registrations, without giving them access to the whole system (with the obvious data and privacy risks in that). When the particular event is over, we would then want to cancel that Reservationists' access either manually or automatically.
By the way, we've always called them Reservationists, but that's also an important distinction. The person who organizes and event is not necessarily the person tracking reservations. Sometimes yes, sometimes no. And sometimes there is more than one organizer. Yet we're limited to one Organizer per event, with our automatic emails going out with their personal address as reply-to. That's both a privacy and a security issue (about which I've placed another wish on the wishlist already), so for each event we create an autoforward at our domain registrar, which is the one we publish and (after putting into our Contacts list and setting preferences so it won't get all our emails), is the one we specify as Organizer.
I hope that gives you a sense of our workflow. I'm not sure my offhand description is as organized as our procedures themselves are, but they've worked for decades, and now with WA, some of our people have gotten pretty confused. Some of it is just the transition from paper to computer, but some is a result of having to shoehorn our systems into your capabilities, which are great in some ways, but in others very limited or inflexible. (For example, the Registration form itself, which I've also already mentioned on the Wishlist).
I'd be happy to walk you through some actual events if that would help. But the bottom line is: help us distribute the workload so that our individuals who volunteer their time to help with an event can truly collaborate and each do a part of the job, without requiring more than supervisory involvement by our management committee members and webmaster, who are also volunteers.
I think this might be part of this wish:
We have several people in charge of various types of events. Each event has a Reservationist (who you call Organizer), who tracks registrations, and payments, arranges car pools, orders refreshments, etc. Currently all a Reservationist receives to work with is a bunch of emails, which in some email environments are hard to organize, hard to work with, and easy to miss (and in one case was questioned as a test or spam). If they want a list or spreadsheet, someone with Admin privileges must download data as a spreadsheet, ideally doing this every day and for every event -- a huge task that should not be necessary and will not be done. (Someone has asked me, if I still have to circulate spreadsheets, why do we need WA?)
We need to give limited or read-only access to each Organizer, so they can see current registration data for their event. Ideally they should also be able to make notes and changes, but only in their own event, and (ideally) only in event-related fields, and they should not see sensitive data.
I would settle for the Organizer being able simply to download the Registrations data themselves, as either a spreadsheet or organized list (text and/or Word file), for their event only, without needing further Admin privileges.
I agree, this is critical. We can't very well give a dozens of Organizers broad Admin privileges. This year we decided to require Registration for all our events (as opposed to also accepting reservations by email), but what's the point if our Reservationists can't access it?
Limited or read-only access by Organizer to registration data for their event.
Currently our Events Manager has to produce a spread sheet every day and email it to the respective Reservationist (Organizer), doing this for EVERY event. An impossible task. And if we need to circulate spreadsheets, why do we need WA? (Sorry)
It's been almost a year since I composed our last newsletter, because by the time I gathered all the images, optimized them, tweaked and tested the layout, added all the events and news, and tested it half a dozen times, it took all day. Having stepped down from our leadership committee, I no longer have that responsibility, and NObody else is qualified to do it. I admit, I really tried to overachieve -- there's no reason a "newsletter" can't be in a simple letter format. But even that has to be formatted, which means it will vary from author to author and year to year. It also limits the number of people qualified to compose it, and even a simple multiple-element letter is quite a chore to someone who isn't being paid to do it, and who does it regularly.
What's needed is the option of a preformatted template in a true Content Management System -- the author simply fills in a form and the system resized the images, optimizes them, everything is run into the prescribed format, test and send. Only then would I consider it a simple matter to send a newsletter, on schedule, monthly.
I suggest the same sort of CMS for Event Descriptions. Ideally, there should be an option to override and use the current system for events types and email situations that are not repetitive and must be published quickly.
Add <hr> (Horizontal rule) to the Email editing toolbar. There is currently no provision for creating a vertical separator between items, unless they are (otherwise) needlessly placed in a table and the table border modified, which creates its own complications. Also, please note that Outlook 2010 and Gmail (at least) do NOT respect CSS margin values, so text winds up butted against images regardless of image Margin Settings.
Although I don't see my comment that was reportedly rolled into this thread, I do have a thought, possibly more important now that this Wish is comparatively ancient:
Clicks can be counted, but an email reported as "not opened" may indeed have been fully read. The open rate just measures how many emails displayed an image (I presume a web bug placed in the email by WA). Now that everybody's checking their mail on phones, your open rate might be much lower than the actual level of interest. My iPhone, for example, doesn't display images unless I tell it to do so on that particular email. In contrast, on my computer, Outlook is configured to automatically display images from senders I have designated as "safe."
In fact, affecting data at the other extreme, if I just scroll through my inbox, the email will be displayed in preview merely by clicking through the list. I may never click to “open” it, let alone read it. (I have not tested to see if Outlook downloads safe senders’ images before previewing, but I doubt it.)
I know of no solution to this situation, except to format your email so that the absence of a un-downloaded image is apparent (borders? captions? Alt values?), and to remind that an open rate should always be taken as a **relative,** comparing it with that of other emails and over time.
Although I've read no data on this, I suspect that over time open rates in general have been skewing low.
We've been putting off Archiving hundreds of non-Member contacts who have opted out of both email types, or not attended an event in many years, or both.
We can generate that list. Now, how do we archive them all?
Apparently I have to export to spreadsheet, change the archive flag and re-import? Talk about make-work! Not to mention opportunity for grievous error. (Okay, I've mentioned it.) And some people, believe it or not, are not handy with spreadsheets. (I've pretty much forgotten what little I knew.) In fact, some people shudder at seeing one. I don't blame them. If you don't use Excel regularly, even a simple chore like this is scary and involves a hugely disproportionate learning curve (plus the program).
I'm not quite so cynical as to think WA is makes this a chore just to get us up to the next billing tier, but I can't imagine any other reason why this was not a top-ten capability on WA's Advanced Search specification document when you built it.
We’re looking into this request in much broader context – we want to simplify overall management of contacts, lists, saved searches. Saved search should be perceived as smart lists and provide quick access to various contact and member groups.
I'm very disappointed to find that Project Manager's latest report on this Wish was in 2015. My own laundry list of wanted Advanced Search capabilities is going on two years itself. I've seen no improvement since then, and there has not been a month where I could have used some.
Case in point: Currently I need to delete hundreds of inactive Contacts from our mailing list (we're nearing our plan limit), and apparently to do so, I have to mess with spreadsheet export/import or do each record manually?
Make Advanced Search easier to use, test and save:
* Rename saved search
* Longer saved search name
* Report of parameters for all searches (to have a backup record of all our searches before cleaning house, I've had to take screenshot of each)
* Let us disable criteria, for comparing results (Currently must Remove then reconstruct).
* Display full name of Saved Search on tab page (currentlyu appears only in dropdown list, cut off)
* Include field for a description of saved search, and have that description appear as a help note when hovering over search in selection list (e.g, when selecting from list to schedule a send).
* Don't allow user to save search as duplicate name
* Sort saved search list
* Make clear to user the effect of selecting a saved search in Automatic Announcement emails, vs. same search in Manual email. One filters further (those who have opted out of automatic announcements), the other doesn't. Yet, neither we nor our recipients know exactly who is opting out for what why. (If that's confusing, guess why!) When sending a manual email that resembles an automatic one, should I filter out the people that the automatic announcement filters automatically?
Make Advanced Search easier to use, test and save:
Rename saved search
Longer saved search name
Report of parameters for all searches (to have a backup record of all our searches before cleaning house, I've had to take screenshot of each)
Let us disable criteria, for teting. (Currently must Remove then reconstruct).
Display full name of Saved Search on tab page (currentlyu appears only in dropdown list, cut off)
Include field for a description of saved search, and have that description appear as a help note when hovering over search in selection list (e.g, when selecting from list to schedule a send).
Don't allow user to save search as duplicate name
Sort saved search list
Longer Advanced Search names, or detailed description of each Advanced Search (e.g., a pop-up) when viewing Searches in list. And while your at it, let us rename Advanced Searches.
Need to be able to rename a saved Advanced Search. Lacking that ability, I saved the tweaked search to the same name, figuring WA would ask me if I wanted to overwrite it and I would say "yes." WA did nothing of the sort -- it just saved the tweaked search as a new search having a duplicate name -- so now I have two identically named searches, one erroneously finding 700+ members of various kinds, the other more accurately finding 225 members of any status and type. I will delete the former, but shouldn't have to.
Forgot to mention... When I tried to print in Firefox, Firefox didn't see the gray text of past events. Chrome saw the entire page okay, but printed the image-based pdf. As I noted, I'll experiment further, but in any case PDF files are often not a good source for copying text coherently.
Yes. I don't understand how having a easily created, customizable form is not considered a standard website feature. Yet, I run into the same obstinance at obstinance at some other hosting services, such as GoDaddy. I've used forms on my own websites (and not just for non-spammy email, although that is a key use) for two decades now. Why at WA does it need to be a third-party workaround?
Yes. Many websites aren't complete without forms of various types.
Thank you. Your response was so prompt that I apologize for my tone, but I don't feel too bad, considering that it was being used in too limited a sense in any case. Some professionals do use the term and thus would search for it, so I understand the need to keep it in some occurrences. I'll do the same as you in our own documentation.
Your Help system states:
"You can use Wild Apricot to send manual emails or email blasts, to people in your contact database. You can use email blasts to broadcast announcements or send out newsletters. You can send an email blast immediately or schedule it ..."
Do you realize how painful it is to read that? Please STOP USING THE TERM EMAIL BLASTS. I FIND IT INSULTING, AND IN ANY CASE, YOU USE IT INCORRECTLY. (Does all-caps look offensive? Yes. I see the word "blasts" the same way.)
No email recipient wants to be "blasted." It's a terrible mindset if you want to encourage responsible email marketing (and otherwise, it appears you do). And you use it to refer only to manual emails in the WA system. The term "blast" refers to ANY mass email send, which would include automatic event announcements. So you're wrong in that, too. Please use the term "Manual" email, "Manually sent" email, "Special" email, or such.
At the risk of promoting indirect competitors of yours and mine, please consider these views:
I will grant that setting up WebDAV to transfer files (resembling an FTP transfer) is not as scary as it first seems. Also, it has an advantage over downloading files via a browser, because it retains timestamps and file architecture.
But backing up thoroughly on a regular schedule still involves a rabbit warren of tools and procedures.
To back up our website, our Contacts, images, and other data, Wild Apricot advises using a rabbit-warren of methods that includes special installation and understanding of third-party services. For our volunteer organization, where we change jobholders every year or two, that is just not practical and puts us at risk.
WA itself backs up our entire system in case of a catastrophe, but it's not available to the WA customer (which is understandable). We need essentially the same capability to do this ourselves, routinely and without extraordinary effort. We'll figure out where to store the data. Given the overall WA service concept, your omission of this -- and all the rube goldberg workarounds -- is NOT understandandable.
By the way, even with the various backup methods advised, none of them backs up Saved Searches and manual email Templates. What else in our system is at risk? We don't even know.
There is another thread wishing for this. It has surprisingly few votes, even though it dates back to 2008. But that wish's headline mentions only "website." That's the least of our concerns. And, as everybody knows, backup is always a neglected user issue, even though it is among the most essential concerns. WA should provide this capability as a matter of professional service, not wait for customers to vote who never will.
Agreed. This is an important part of marketing and Customer Relationships. And it's not just that we may want to follow up with people who have expressed interest by viewing an email. Sometimes following up with people who have NOT opened an email is even more important.
For example, we just emailed all our members regarding a very important issue that they should all be made aware of. Those who did not view the email will need to be contacted by phone. But to give our volunteers a list of those 90 people with their phone numbers, we will have to go to each record and copy/paste the number(s) into a document manually. That just isn't sane.
BTW, there are several wishes regarding the need to display or download manual email log data. Each has a few votes. This capability would have more votes, and perhaps get rolling, if you somehow consolidated them.
While we, too, want to provide certain Members with very restricted access (e.g., an Event Organizer gets access to data for only their event, possibly even read-only), here's a solution to one issue mentioned here:
> to give the front desk person the ability to see if someone is a member
Apparent solution: Create a web page that lists Members. The list is based on an Advanced Search that you create. Members' preferences can be selectively set up so that a Member's option to be hidden on that list (or to hide any particular profile data) is disabled.