mtstudios

If you had 10 sidebars for ten product category pages (ie shirts, shoes, accessories) with 10 widgets each (when you add filtering in the sidebar this is not unreasonable), that’s setting 100 widgets’ visibility. Compare this to creating 10 sidebars that are set to the product category you want and dropping in the widgets. There isn’t really a choice. If you’re looking for custom sidebars for product category pages, your plugin is not viable as it’s far too time-consuming for larger websites.

Ran into the exact same issue when we upgraded a website from non-SSL to SSL. Spent a couple of hours trying to resolve the error, even reading the code, but no resolution (and no support here).

In frustration, switched to the SagePay/WooCommerce plugin recommended by SagePay : https://www.woothemes.com/products/sage-pay-form/ – which does both Form and Direct integration.

Everything was working within 10 minutes, better presentation and supports refunds and has a useful debug mode.

Thanks, Buzztone. That’s helpful.

I think then the text for ‘There are terms that the sender must accept’ is like the other fields i.e. ‘please fill in required field’… then by all accounts, I should get two errors – the main form validation error, and the accept-the-terms message too, but I don’t….

Any thoughts on how to get this error to show? I just need users to understand they need to accept terms before the form will send.

I can edit PHP, so if you have a link, please do include it.
Cheers!

Fixed.

Had to remove the Placeholder and it finally sent the submitted date data.

Conflict with watermark fallback?

If your theme has columns built into the site you can use those classes to style them.

For example, here’s the top section of one of my forms:

<div id="booking"><h3>Booking Details</h3>
<div class="one-fourth first">[text* BookingName akismet:author placeholder "Name of Person Booking *"]</div>
<div  class="one-fourth">[text* BookingTel placeholder "Booking Telephone *"]</div>
<div  class="one-fourth">[email* BookingEmail akismet:author_email placeholder "Booking Email *"]</div>
<div  class="one-fourth">[text BookingRef placeholder "Booking Reference"]</div>
</div>

example style:
.one-fourth {width: 23.076923076923077%;}

Or, you can style cf7 fields directly with

Submit button:
.wpcf7-submit

text fields
.wpcf7-text

email
.wpcf7-email

text area (message)
.wpcf7-textarea

CF7 has a fallback, but it’s disabled by default. Add a filter:

” Contact Form 7 is able to provide jQuery UI-based fallback for the date and number input fields. By using this solution, you can provide calendar UI for the date field and spinbox UI for the number field, respectively, even with Firefox or Internet Explorer.

By default, this fallback feature is disabled because it loads extra JavaScript and CSS (makes for poor performance) and it is only necessary for websites that use the date or the number input fields. If you use the date or number input fields and wish to use this jQuery UI-based fallback feature, add the following code into your theme’s functions.php file and activate the feature:

add_filter( ‘wpcf7_support_html5_fallback’, ‘__return_true’ );

As the default is “F j, Y” try swapping around those letters, rather than adding d M.

As the default is 24 May, 2014 and you want just the day and the month, try removing the “,Y” so it’s just “F j”

I’m unsure how to abbreviate the month…

I’ve been in touch with Mandrill re. Hotmail delivery problems and received this excellent, comprehensive reply:
—–
MandrillApp writes:

Beyond that, we noticed a few things about these emails which might be contributing to the emails getting either delayed or possibly filtered more aggressively by Hotmail:

They come from a noreply address, which means that if a recipient were to try to reply or get in touch, the address makes it seem like they can’t contact the sender. This can be problematic, and it’s something we generally discourage. Here’s a blog post that we wrote last year about this: https://blog.mandrill.com/declaring-war-on-no-reply-addresses.html

There’s no logo or identifying information about the sender in the body of the email – no contact website, no contact address – in general including that information or some branding helps ensure that when recipients get the messages, they have an indication in the body of the email of who is sending the email, how to contact them, what the website is, and more.

The test email sent also has a relatively small amount of content, which means there isn’t much for spam filters to analyze. Including contact information, including a link to the website not only provides more information for a spam filter, but also provides some consistent information that a spam filter can analyze for messages being sent.

SPF and DKIM records haven’t been added for this sending domain. While not strictly required, we do strongly recommend adding both so that Mandrill can authenticate the messages as your sending domain, which in turn can help improve deliverability.

It looks like you’ve got link-tracking turned on, and are using a custom tracking domain, click.xxxxxxxx.com. If the same click-tracking domain is being used by a variety of clients or senders, it’s possible that the domain, in combination with other factors, is triggering a more aggressive filtering by the receiving server. This domain also at least appears unrelated to the sending domain, xxxxxxxxx.com, which may cause some confusion by recipients.

————————-

Implementing a couple of these seems to have solved the problem – hotmails draconian filtering is the issue – the answer seems to be “send a better email”.