JohnArcadian

Yes. The issue only occurs when both are activated at the same time. We’ve talked with the author of Dynamic Pricing and he is aware of the issue but they haven’t been able to resolve it from their end.

We often do testing with QM to gauge speeds when different options are enabled on the store, and we can turn off QM (which is our current solution), but if we leave it on at all it kills the cart. Dynamic Pricing plugin is part of a wholesaler strategy we use, so we can’t turn that off.

It’d be awesome to see a fix for this from either end, since both are useful plugins.

I downloaded the latest update and found that if I leave off closing tags, it works, but it’s somewhat inconsistent.

I’ve been able to create a pretty good template with images and table layout, but if something renders oddly, the whole thing blows up. If it would not try to close tags automatically and leave that up to the template composer, that would be a great feature. Even if it were a checkbox that you turned on for “Don’t attempt to format my template”, you could have choice in the design and setup.

That would be great. It’s an incredible solution for about 80% of what we do. If it was an option to turn off any kind of auto formatting and just import the variables into whatever template we create, it would be 100% perfect. It’s a feature I’d pay for in a pro version.

Has this been added in yet? I’m going to add the code myself, but would love to know if this has been incorporated into the plugin or is planned soon.

No effect. The price shows correctly, the sale tag just shows even though the sale date has not yet been reached. You can see it here:

That was a typo. It has the proper date format of 2016-02-28 and the date was entered using the date picker built into woocommerce.

This is the way it looks in the backend setup of the product and on the front end.

https://www.dropbox.com/s/6swshhdcdynld4g/Sale-Issue.png?dl=0

Gravity Forms breaks when Simple Calendar is enabled. Something that Simple Calendar is loading breaks it right after it gets the menu loaded.

I wanted to chime in that I’ve had this issue as well. With Simple Calendars disabled, everything works fine, but with it enabled there is a javascript conflict that occurs, breaking Gravity Forms and a few other things.

When I’ve encountered stuff like this in the past, it is usually because of a jquery or javascript conflict of some sort. I tried to get a console error, but the page freezes on load and doesn’t continue running anything after the initial header. To keep the site I’m working on functioning, we’ve turned off simple calendar, as it is breaking multiple forms. This occurs in the .11 version I just updated to.

Just adding the note here to mark this as resolved.

Thanks. I wish there were more up to date documentation. I’ve been able to piece together a lot of stuff and hack it into a usable form for the website I’m working on, but I would have dug there being actual documentation like it says on the plugin page.