johnfrl_15

Sorry, ignore my previous post. By nature, this IS dynamic. I never tested it properly. Absolutely brilliant solution, well done!

This is great and exactly what I have been looking for. In my case though, the PDF link needs to be dynamic so I can’t hardcode in the pdf id.

Does anyone know how this could be made dynamic?

Answered my own question.

I dug into the javascript and in /js/awl-owl-carousel.js from line 1456 to 1460, it specifies how many slides to show in different sized screens.

So mine now looks like:

itemsDesktop : [1199, 1],
        itemsDesktopSmall : [979, 1],
        itemsTablet : [768, 1],
        itemsTabletSmall : false,
        itemsMobile : [479, 1],

Thanks Martin. If you want a login to my site to have a look just let me know if that’s easier.

Hi,

unfortunately not, if I change ‘Version of jQuery Cycle’ to ‘Version 2 (beta)’ there is no change. Clicking ‘next still slides left.

Can you think of anything else to try?

Update on this, it is my template after all. I created a new template as a test which was simply a full width container, and applied this to the cart page and the cart now shows fine.

Thanks for the reply though.

Ok, this makes sense but I’m still lost. I assumed that as I can override the cart layout with my own cart.php in a /woocommerce folder in my root then that was the cart template but clearly not and thanks for clearing that up.

I don’t have a page.php, just an index.php (this may be against the laws of WordPress perhaps but I have just never used one – bad practice perhaps)

I do get that from what you’re saying, what SHOULD happen is when I click ‘View basket’, it would load the index.php template then populate the page content with the basket contents. This is what isn’t happening. It is loading the index.php but there are no sign of any products, prices or anything basket related. If I change the theme to one of the built in defaults then visit /cart my basket shows up and all it’s contents.

My index.php is pretty basic, a grid of posts but clearly as it works fine on other themes, that suggests the issue lies with my index.php template, would you agree? (which is obviously for me to go away and sort)

An update here, I resolved this. It is a bespoke theme I’m working on and what I didn’t notice was I was running 3 instances of jQuery so removed 2 of them and all working fine now:)

A very delayed response from me, but you’re very welcome weblizar ??

Ok David, my client has decided with one currency for now so once they require multi currency I’ll check any updates to this plugin in the future.

Ok no problem, I’ll stick with plain text emails for now and when you release an update will revisit this. Thanks a lot.

Hi, I resolved this. I have no issue with css, in fact i work with it every day. It is worth taking into account though that for people not that used to WordPress, everything is made 4 times harder than it needs to be.

It’s the same with PHP, so many WP plugin/theme developers always say, ‘it’s easy to make that change if you know PHP’ whereas realistically that’s not true. Most PHP developers wouldn’t go near WordPress as it’s not ‘just PHP’, it it’s own animal.

In my case, it was the theme’s styling that was overriding mine so what I was doing to style these fields was correct but the theme was wiping my changes.

@twinsforheat – to add css styles or override this plugins styles for example, just add your styles to your own stylesheet (for example the theme’s style.css) That will then override the plugin’s styles.

It sounds like meleti wants the address fields to always be there, just not be required. Turning them off means they would never appear (and would ermove the gift aid option for UK donators)

Awesome, yes I see it now. I didn’t see it before as I hadn’t added the donor address to my form.

+2 for multi currency – I mean my client needs it so I will have to use another plugin if this can’t be added!

See what you can do ??