benarobinson

Hmm, adding htmlspecialchars_decode() as a wrapper for str_replace( $bad_encoding, $good_encoding, $response ); does get it to look like it does above, but I can’t get it to remove or parse the <sup> as html.

Actually, it’s not even showing it as well as here… Maybe a document encoding issue?

Not sure why, but I have this same issue and the code above doesn’t work for me. I agree that it should work and I’ve tried a few different variations. URL is rubyslube.com

Has anybody else found any other place in the files for WP e-Commerce 3.8.12.1 where the original encoding might avoid being replaced?

It’s also possible that it’s some sort of caching issue where I’m just not seeing the results of the change (I haven’t been able to get it to change at all, which seems odd since I would expect *something* to happen), but I’ve tried from multiple devices and it’s still showing me:

Standard Post^® $5.60
First-Class Mail $3.60
Priority Mail 1-Day^™ $5.60
Priority Mail Express 2-Day^™ $16.05

An example of better possible usage on your site might be for the three images below the slider — you might use it to place square images there without having to crop them down yourself every time.

Hi Moody,

Did you get this figured out? When I look at it, both the “Enjoy Amazing Food” and “Gift Vouchers Now Available” look the same. It looks like you just used images there, though.

I would say maybe the issue was a competing style of some kind from your theme.

Also, I don’t think my widget is necessarily the right choice for placing graphics where you need the entire image to show. It’s mainly for placing images for which prescribed dimensions (square, 4:3, 16:9, etc.) are more important than showing the entirety of the image.

It looks like you solved this a different way, but let me know if I can give you more info.

Hi Rustywood,

Is your image hosted locally on your own site, or somewhere else? Did you change images at all before the message? Let me know on those two things.

I believe that the issue is caused by the permissions at a server level regarding the execution of the getimagesize() function in PHP, so it could be something that your host changed recently. Who is your host?

Let me know and I’ll see if I can track it down and give you another workaround, I think I may need to use CURL to convert remove URLs to local ones to fix this in the next update.

You can email me personally at [email protected] with your URL and I might be able to look at it more directly — I realize you may not want to share that with the general public yet.

Thanks a lot for the review, I’m really glad you found it useful! If you run into any trouble with it, don’t hesitate to post in the support area, I try to check fairly regularly for new support requests.

Actually, this widget isn’t probably suited best for things where you need to include the entire image (like a book cover), but rather where you want to quickly and easily cut an image to a specific ratio inside of WordPress. Basically, the ratio is given more preference than the entirety of the image. An example usage might be wanting to add a series of photos of the same height and width to a sidebar area, but not wanting to go and edit each photo in an image editor to those dimensions.

I may release one that displays an entire image and resizes horizontally as the screen shrinks — that might be better for what you’re trying to do with a book cover. With this one, it’s true that you need to match the ratio to the ratio of your original image in order to show the whole thing. Again, thanks so much for the review and I’m glad you found it useful!

Also, I think this issue may be solved by using local rather than remote files.

In other words, you should upload your file to your own media library rather than using a file hosted by someone else (in the case that your server gives you this error.)

Again, I will post an update in the future which will avoid reliance on this function, but the best practice is always to use a local rather a remote file for other reasons too — a remote file hosted by someone else might be taken down!

PS: The solution above is a workaround that will probably work, but I’ll try to get a better solution built into the plugin in future updates.

It’s a PHP permissions issue for the image size function, 1and1 is not letting that function run (the function gets the height and width of the image). Try what they suggest at that link above:

Basically, you just create a text file with a filename of “php.ini” and save it in the main directory of your WordPress install. And its content should have the following:

allow_url_fopen = ON

So, make a text file in notepad, put that single line and save it as php.ini, then put it in your WordPress install folder (probably httpdocs or public_html).

Looks like this is an issue with server settings at 1and1:

https://kb.pastelfriday.com/morphis/warning-getimagesize-function-getimagesize-url-file-access-is-disabled-in-the-server-configuration-in-morphisfunctions-php-on-line-2635/

I’ll look into it, thanks for letting me know. Might be a PHP version issue.

Glad that did it! I’ll mark this as resolved.

Thanks, and I’m glad you find the plugin useful!

Just kidding. Version 1.4. Update to the most recent and you should be good.

Version 1.3 should resolve the issue, I believe. The 1.2 update would fix it if it were the div background (the image) being overwritten, but this one fixes the link and forces it to display as a block rather than an inline block. Let me know if it works!

Thanks