prokops

Please show backend screenshot of the settings on this field in CFE

Is it greyed out like this?

https://paste.pics/Q2LBL

• This reply was modified 11 months, 3 weeks ago by prokops.

Hej igen!

This field does not seem to be a Themehigh CFE field. So that would explain it ??

https://paste.pics/Q2LAQ

Hej! Det kan v?re jeg kan hj?lpe.

Which field is it?

• This reply was modified 11 months, 3 weeks ago by prokops.

Hey people, you can add the declaration by inserting into the main plugin file:

add_action( 'before_woocommerce_init', function() { if ( class_exists( \Automattic\WooCommerce\Utilities\FeaturesUtil::class ) ) { \Automattic\WooCommerce\Utilities\FeaturesUtil::declare_compatibility( 'custom_order_tables', __FILE__, true ); } } );

https://github.com/woocommerce/woocommerce/wiki/High-Performance-Order-Storage-Upgrade-Recipe-Book#declaring-extension-incompatibility

Hi Ole

I am trying to make general css rules targeting a css selectors. The tables are different so I cannot create even/odd rules as they are too imprecise. I would like to be able to specify css class for certain rows or target rows by the modifications made in editor.

All the changes I try to make in the editor all target the td cells and not the tr container.

Example: I have certain rows that have two columns and are merged. I would like them to have “merged” css class or some other class indicating that the rows are merged. In stead, the editor css makes the first cell colspan=2 and hides the other. The tr itself does not get any new css class. Same with background color, coloring a row does not actually color the tr. It colors the child td’s in the tr, so we can again not css target the tr.

I could target the “height” of each tr if I could specify the height. But the editor only offers to pull the height with mouse without specifying what the final height is.

In short, please consider allowing users to specify css class of rows, allow row changes in editor to reflect as css classes on the row and not the tds and properly classify the td rows with ids. That would be a great improvement to your nice plugin .)

Yikes! This is a big problem, maybe it should be mentioned somehow:
“If you transfer your DEV site to your PROD site, the templates blank”.

Luckily I read this thread just before I was to delete my DEV site, thanks @csanceau

I found the solution here:

https://stackoverflow.com/questions/12272733/woocommerce-get-variation-product-price

Still a problem in WooCommerce 7.9.0. Does this get adressed?

I have writte to your support. I’d love the input of other ACF users also.

Basically what I have on product backend is: https://paste.pics/OQDQ5

What I’d like to achieve is: https://paste.pics/OQDTI

Hello Dean

I found the root of the problem, it was this setting in “Imagify”:

Create WebP versions of images > Display images in WebP format on the site > Use <picture> tags (preferred)

When this is set to “Use rewrite rules” option instead, everything runs smoothly.

• This reply was modified 1 year, 5 months ago by prokops.

Any news on this one?

I think this does not help the core issue of the menu being unhelpful to customers.

We are trying a different route and centering the main menu within a 100% width element. This sidesteps the need to resize the menu with only slight design changes.

Thanks for the interest ??

Hi!

We use Avada. It seems all products: https://allydesign.dk/produkt/skum-haandsaebe-jubilee/. It used to work.

I will contact samples @ wordfence . com with the actual file

yes, this was the solution I think. I did misunderstand the flow as if I was already creating follow ups and did not notice I was actually recategorizing the email.