Bubbles

I got it to work with little effort, Jeremy.

My theme calls in <?php get_template_part( ‘content’, ‘single’ ); ?>, so I copied single.php and called it single-testimonial.php, made changes to single-testimonial.php, clicked refresh on my testimonial, and it worked. I had no need to edit the plugin files themselves.

In one of my client sites, we do updates to PDF forms all the time, and using a different plugin, I had the same problem. Support for that plugin posted somewhere that the original PDF had to be deleted or renamed, in order for a redirect to work. They didn’t cite a reason, but I’m thinking it could be WordPress thing and not just a plugin thing, so, even though it was a different plugin, it may be helpful to one or both of you.

As for leaving the old LINKS, we agree; they are often in places where it would be cumbersome to update. But if the URL is going to be redirected, then it shouldn’t matter if the prior version document exists (in our case, anyway).

I need this, too, @hal, so popping in to say THANK YOU!

No response? Really? This seems like it would be a pretty easy fix for someone smarter than I am . . .

Anybody? Joost de Valk, maybe?? Please? And thank you. ??

So that does’t work for text fields; only for textareas. Oy.

How do we change the size of a text field?? With a plugin this advanced, we can’t possibly have to mod CSS, can we?

I also can’t see the link, but if you’re going after the class named blockquote, your CSS needs have a period for ‘blockquote’ in all instances. Like this:

.blockquote {
	border-left: none;
	border-right: none;
	font-family: Georgia, serif;
	font-size: 18px;
	font-style: italic;
	width: 450px;
	margin: 0.25em 140px;
	padding: 0.25em 40px;
	line-height: 1.45;
	position: relative;
	color: #000000;
	background:#ffffff;
}

I am on my way there next, Andrew. ??

When I hear something like “they will never be able to change their email address,” I consider that a challenge. If I didn’t like the MailPoet plugin, I’d have moved on. But for the fact that I’ve already tried a half dozen or more options, and I like MailPoet best. So I accepted the challenge.

The shortcode [global:manage] appears to provide the entire SUBSCRIBER PROFILE in the PREFERENCES PAGE when the link is generated by a CONFIRMATION email. (If [global:manage] is used in a NEWSLETTER or [wysija_page] on a CUSTOM PAGE, it will not show the entire profile — email address and subscribed lists are not echoed on CUSTOM pages and not editable on DEFAULT pages.)

So email addresses can be updated in MailPoet by the USER, in the following manner. Not everyone will like this work-around, but may help a few.

Make sure you’re using DOUBLE OPT-IN (which you should be doing anyway).

Create a LIST called SUBSCRIPTION SETTINGS (or similar) to keep these requests completely separate from all live lists. Save it.

Create a FORM called REQUEST LINK TO UPDATE PREFERENCES (or similar).

• Only two items need to be on this form: Email address and the button.
• Change the button display text to say SEND LINK TO UPDATE MY PREFERENCES (or similar).
• Make sure the only LIST option for the form is your new SUBSCRIPTION SETTINGS list.
• Change the “After Submit …” text to be “Check your inbox or spam folder now for a link to update your preferences” (or similar)
• Remember to save it and copy your HTML/shortcode/iframe/PHP to paste this in the next step.

Create a PAGE called REQUEST LINK TO UPDATE PREFERENCES

Copy your short code from the previous step into the page. Publish it.

IMPORTANT: Do not confuse this with your Edit Preferences page that uses the shortcode [wysija_page]. This is a new, separate page and all it will have is a space for the user’s email address and a big ol’ button that says “SEND LINK TO UPDATE MY PREFERENCES.”

Update your CONFIRMATION EMAIL

Modify your confirmation email to say:

• Something like, “We received a request indicating someone at this email address is interested in [list choice].” By phrasing it this way, it will read properly whether they are ‘interested in … [List Name]’ or they are ‘interested in Subscription Settings’ (which is the list name I suggested).
• Give choices such as:

• Activate (This will activate, without further ado)
• Review your settings and activate (This is [global:manage] and it will let them edit settings, and they can click “subscribe” on the resulting page, so it gives them a chance to update AND activate.)
• Update your settings (This link is also [global:manage] and they can change their email or whatever.)

The only caveat I can find is that we will manually have to UNSUBSCRIBE people who end up ACTIVATING a subscription to SUBSCRIPTION PREFERENCES list. If we don’t, then the next time they want to update their preferences, they’ll get an “Oops! You’re already subscribed!” error, and we don’t want that. Unsubbing this entire list daily, even, is fine with me. (If someone smarter than I am can figure out how to automate this, I’m interested!)

It works perfectly for me, until MailPoet 3 comes out. ??

List choices not appearing on site Registration page

I deactivated site registration, as I can’t figure this out.

Custom Subscription Page doesn’t echo email address

I found a way around this: I don’t know why it works, but if [global:manage] is used in and clicked from a Confirmation email, then both default and custom “edit subscription” pages will display the user’s email address and let them update it.

Custom Confirmation page doesn’t echo subscribed lists

Same note as above. The lists are not only echoed, but the user can change which lists they wish to be subscribed to.

Already Subscribed page says …

I haven’t been able to replicate this error, but I did find where the text to be displayed is in the file /wp-content/plugins/wysija-newsletters/models/config.php.

I call it an “error,” because I felt my custom confirmation page should’ve overwritten any default confirmation messages. Perhaps it showed what I’m calling an “error” because I clicked a link which was created prior to my customization.

Yes, thank you, I got it, Weblizar. ??

Was letting @Jamesl22015 know he could change his to “email.”

Okay then. I must be getting tired. I’m missing the obvious AND responding to my own posts. ??

Per this thread, it doesn’t work unless you’ve actually clicked an “unsubscribe” link in a newsletter. Then the “Sad to see you go” page will display the content of the undo unsub shortcode function.

I do note that the closing paragraph needs a slash (</p> instead of <p>), though that wasn’t throwing an error.

Oh, yes — I will check out mail-tester when I get to that point. Bookmarked!

I haven’t viewed any of my test newsletters on my phone yet. That’s a whole new ball of crap to wade through after I get through making the subscribe functionality work as I want it to! LOL! (I’ve been on the forums alllll day looking for possible solutions and have answered some people’s questions along the way.)

Back to your issue. Realizing “too small” is subjective, I don’t see how 11px and 16px could be considered too small in a standard (typical) font like Times or Arial.

This is what Google has to say about it here:

Small font size
This report identifies pages where the font size for the page is too small to be legible and would require mobile visitors to “pinch to zoom” in order to read. After specifying a viewport for your web pages, set your font sizes to scale properly within the viewport. Read more about font size best practices in Use Legible Font Sizes.

Not very useful, eh?

Thinking you probably don’t have any hidden text (which may or may not be super small), then are you using any fonts that appear small? For instance, some cursive and non-standard fonts may appear smaller than their size might suggest.

Do you have one of your newsletters (that scored poorly) online somewhere that you post a link and I could look?

I installed the plugin a few weeks ago and just looked at the directory /wp-content/uploads/wysija/themes/ and there isn’t even a CSS file name “main.css” in there. Style.css is in wp-content/uploads/wysija/themes/default/, but that’s the only CSS file I see.

When we install any plugin, we’re at risk of having those plugins testing for the existence of other directories and possibly accessing them. It may or may not have been the fault of MailPoet, and I’m going to give them the benefit of the doubt.

I’m happy with the plugin.