isabel104

I’m sorry for the delay. Version 1.6.4 was just released. It fixes the missing attributes on the Cart page.

Things to double check:

Did you also add the attribute to a product?
Did you enable, “Visible on the product page”?

The latest version of the plugin, 1.6.4, works with WooCommerce version 3 and up, including the latest WooCommerce version 3.3.0-beta.1. I can investigate further if you please provide some details, such as where you expected to show the attributes, and where they are missing.

• This reply was modified 7 years, 2 months ago by isabel104.

I’m sorry for the delay. Version 1.6.4 was just released. It fixes the missing attributes on the Cart page.

Sorry for the delay. Version 1.6.4 was just released. It fixes the missing attributes on the Cart page.

Yes, the recent update (1.5.7) fixes the first one you mentioned (a typo). And the ' in '. Thank you for listing those.

However, the other examples with variables, such as $planet[‘label’], $asp[‘label’], $p_1[‘label’], and $p_2[‘label’] are not hard-coded. Those are already translated strings. They’re translated before being used in this file.

Please note: in WordPress, we cannot use variables in __() and other gettext functions. For example, this would be wrong:

__($planet['label'], 'zodiacpress' )

If the translation still doesn’t work after the latest plugin update, please let me know and I’ll be happy to investigate further. To be sure, please clear any browser cache and/or cache plugins after updating the plugin.

This feature will be added to an upcoming update.

I’m sorry, the plugin had a few strings that were not being properly translated. I just released the latest version (1.5.7) which has an updated .pot file.

If this does not fix your issues, let me investigate further. Are you using a multi-language plugin such as WPML or Polylang?

Very sorry for the delay. Thank you for the information.

This has just been fixed in version 1.5.6 by using a data URI for the image. I was hesitant to use this method because the image is about 119 kB. The data URI is over 110000 characters long (much longer than the previous image.php url). This may still be a problem in some browsers.

However, my testing showed that it works in Firefox, Chrome, Internet Explorer 11, mobile Android Browser, and Safari (iPhone, iPad).

I hope this helps.

—————————————
Notes:

Why I used the previous method with the long image url:

Most modern browsers do not impose the 2000 character limit for a URL. Not even Internet Explorer 11. In my testing, the previous extra-long image url was displaying fine on Firefox, Chrome, Internet Explorer 11, and the mobile Android Browser. The only browser that wouldn’t display the image was Safari (iPhone, iPad).

Very sorry for the delay. The plugin was just updated (version 1.5.6) to fix an issue with the chart image displaying in some browsers. Your issue should be fixed with this update.

Yes, ZodiacPress is safe for PHP 7. That warning is a “false positive” because it will not throw an error in PHP 7. The warning was generated because the plugin checks for earlier versions of PHP (since we support as early as PHP 5.4), but it will not hurt in PHP 7.

I love this idea. I have tested importing the data myself but found that it was much slower to search my local database. I’ll look into the WP GeoNames plugin as it may have a better database configuration for faster performance. Thanks for the suggestion.

Sorry, there is no other way. The plugin cannot work if the PHP exec() function is disabled.

This example lets you add a link to the error message.

Note: you have to update the plugin to the latest version (1.5, just released) to have the ability to customize some of the error messages.