simooo

Definitely a very hacky workaround and the basic problem remains: the wrong size is being assigned. But yes, personally I’m no longer in need of a solution.

Hi @imodouglas !

The problematic pages are lasala.art and lasala.art/gallery. But I now have a workaround in place, which uses Javascript and replaces both the sizes attribute and also the data-sizes attribute, since both of these had a max-size of 150px set. I’m replacing them with identical attributes just changing 150 to 300. So I’m not sure if you will be able to see the issue.

Interestintly, replacing only sizes wasn’t enough, I needed to also replace data-sizes. I guess there is some script in place copying from the latter to the form.

Hi @nicw !

Thanks so much for your detailed reply.

I just tried printing out wc_get_image_size('woocommerce_thumbnail') as you suggested. It returns with 300!

Array ( [width] => 300 [height] => [crop] => 0 )

I’m doing this at the top of my file which deals with hooks and filters, i.e. before I’m running add_image_size etc. What this suggests to me is that my settings were preserved since the last request and are in fact not being overridden elsewhere.

I also tried specifying woocommerce_thumbnail instead of just thumbnail in $_product->get_image('woocommerce_thumbnail') as you suggested, which makes a lot of sense. But it still spits out an image with max-width: 150.

Finally, I tried adding the filter you suggested – hope I got this right?

// Try to override category thumb size
function size_of_category_thumb($u) {
return array(300, 300, true);
}
add_filter('subcategory_archive_thumbnail_size', 'size_of_category_thumb');

Unfortunately this doesn’t seem to make a difference either: the thumbnails in the category block grid also still have a max-width: 150 like before. I have shift + refreshed so many times!

It’s slightly maddening!

Already sent yesterday! Thank you!

This issue was resolved directly by technical support.

Hi Nick! Sure thing, I will do that.

Hi Mia! Thanks for your reply. Sure thing, I’m reaching out to them now.

Thank you for clarifying.

Hi there Nick! Thanks so much for reply. Using the wpfAjaxSuccess event was exactly what I needed

Regarding your contact form what I saw in the console was that the form submission was being blocked by the browser. I do have a couple of privacy extensions installed (Privacy Badger and Duck Duck Go), so possibly your form is doing something that’s considered not ok by one of the extensions –?just a friendly FYI ??

Hi Mihaela, thanks for your reply!

Here are two screenshots from Chrome, before dragging and during dragging.

View post on imgur.com

It’s not very easy to make out what’s going on in the second image, but hopefully you can see how the posts below the top one (which is being dragged) have become much taller and narrower. The second post (“buró tabasco”) is overlapped by the first post (“buró dumas”).

I have tried disabling all other plugins with the same result, and also in Safari.

The theme is a custom theme based on Sage v9, but as far as I know there shouldn’t be any styles or JS applied to this admin screen by the theme.

Hi Diego!

This is the dev version of the site, with the debug mode turned on as you requested:

https://kevinspeight.balthazaurus.com/show/photography

Please note that I’m also passing allowEnlargement: false and layout: 'final' since without these the result is different. Without allowEnlargement turned off I don’t get the problem of stacked images, but instead the second image (the portrait one) is blown up to a very large size.

Hope that makes sense! Thanks again.

Hi there,

Thanks for the reply. This is a screenshot from Chrome on my phone (Galaxy S7):
https://ibb.co/h8BRcG

And here’s a screenshot from Chrome on my MacBook when resizing to a narrow viewport:
https://ibb.co/n8DKWb

As you can see in the inspector the bottom image slides up under the image above. When inspecting the IMG tag I can see that it has a TOP value of -217.634px. It also has a WIDTH value set. Both these values only get set when the viewport is under a certain width.

With regards to calling the script manually – I need to automatically generate these galleries in the loop on category pages, rather than manually creating galleries inside the plugin’s interface. Do you think this is where something goes wrong?

Hope that makes things clearer!

Thanks,

Simon

Oh ok! Yes, with the data-ftg-src attribute it’s loading.

Are the versions running different JavaScript code? Am I better off using the jQuery version if I want to do this manually instead of through shortcodes?

I haven’t ruled out doing it using shortcodes, it just seemed easier to do it manually since I had everything set up this way.

Sorry, the X was just there to “disable” the data-src attribute, to see if the problem was that I had both src and data-src.

I’ve just changed it to data-src and I’m getting the same error. The only difference is that the 404 is now for just ‘undefined’ instead of the longer URL.

Sorry I just edited my previous reply to be clearer. I’m using a WordPress loop to generate the gallery.

I’ve followed the documentation here:
https://www.final-tiles-gallery.com/documentation