AndyWalmsley

Hi jeuansk,

This has been reported a couple of times now and I am actively working on finding out why this is happening and a way to fix this. It was working fine on my test copy before release (and still is) so I will try and release a fix early this week.

Yeah, a few people have reported a similar problem and I’m looking into why it’s doing this as it was working fine on my test copy, there will hopefully be an update early this week with a fix.

As I said, I will look properly early next week, but for now the ID for Saint Croix is 4796512 you could try using that to see if it helps at all as ID is sometimes a bit more responsive with OpenWeatherMap that city names.

Hi Gizzle,

Thanks for notifying me of the typo, will definitely be fixed in the next version ??

As for the error you are getting, I am having no problems finding Christiansted, Virgin Islands, U.S. have you tried refreshing? The error message is kind of generic at the moment and will display on all problems, including just not being able to find weather for that exact time, this will also be made a bit clearer in the next release, with more error messages to properly explain what is going wrong.

So, if you could try refreshing a couple of times, maybe give it 10 minutes before trying again, and if it still doesn’t work let me know in a new support thread and I’ll look into properly next week.

If this is with forecast displayed at the bottom or not at all, then you will need to put this in your themes style.css

.weather-wrapper .main .cond {
    width: 25% !important; /* You may need to change this number depending on the size of the sidebar */
    vertical-align: top !important;
}
.weather-wrapper .weather-temperature,
.weather-wrapper .weather-condition {
    width: auto !important;
    /* You may want to put some padding between these so: */
    padding: 10px 0 10px 0 !important; /* If you are unsure the order is top right bottom left */
}
.weather-wrapper .weather-wind-condition,
.weather-wrapper .weather-humidity {
    display: none !important;
}
.weather-wrapper .weather-icon {
    display: inline-block !important;
}

The !important is needed because theme styling is processed before plugin styling so the browser needs to ignore plugin styling.

If this doesn’t quite work or you need anything else, feel free to ask.

Hi aliware,

In the widget settings in the back end, you can select where you would like the forecast to be displayed; either on the left, bottom, right or not displayed at all.

Also, to hide the humidity and wind, you can unselect the “Show weather breakdown” setting, so only the temperature and the icon are displayed.

Hi zimbo000,

The latest version 2.4.2 should help with plugin reliability so you can remove the frequency attribute from the shortcode.

Errors are handled slightly differently now so if an error occurs the data will be reset on the next refresh no matter what you set the frequency to, if everything is returned alright then data will be stored for whatever you set frequency to, default is 60 minutes.

Hi bestpowder,

Sorry for the inconvenience and your disappointment.

The reason the css is in the php file is because we need to get the id of the weather widget in case there are multiple widgets displayed on one page, and even if the css was in its own file it would still be overwritten by any updates to the plugin.

If you want to use your own styling, the best way is to put any of your own css in your themes style.css with !important on all of the rules this would then be used over the plugins styles and not be overwritten by plugin updates, but still might be on theme updates if you aren’t using a child theme.

Again, sorry for the inconvenience.

I haven’t specifically changed anything for this yet, as it still just seems to happen when OpenWeatherMap is a bit slow and I haven’t found anything that can help yet.

So I would say keep that in for now, and if you find yourself not really needing to refresh as much you can take it out or increase the time from 1 minute (default is 60).

I’ll keep looking for ways to improve the performance as it is a crucial part of the plugin.

Hi zimbo000,

The latest update now does change the order of the markup depending on where the forecast is displayed, this should hopefully help with the problems you were having. If not, let us know!

Thanks for the suggestion,
Andy

I’ve just tested all of the icons again on my end using Chrome ver 39 and 40 with no problems.

If possible, could you send me a link to the site or take a screenshot the next time you get the error and email it to me at [email protected]

Thanks.

Yeah, this works great when the forecast is displayed at the bottom of the widget, but when the forecast is set to the left or right then the breakdown moves to the bottom of the widget causing even more problems.

I’ll look into changing the markup depending on settings to see if anything can be done to make it work as well as possible with all settings.

Hi ricochet7,

I can’t see any reason why there should be an error, have you checked your browser’s console for any errors (press F12 and go to console tab)?

Also, what browser are you using and I’ll try and see if there is any problems with compatibility?

Hi zimbo000,

I’m getting a similar problem on my copy so as you said, it seems to be a problem with OpenWeatherMap being a bit slow at times. I will look into making the plugin more reliable in the next update when I get time.

For now though, you can add frequency="1" to your shortcode which will allow you to refresh the weather faster which will hopefully get the weather the second time if not the first.

Hi zimbo000,

Yeah I noticed this the other day and it will be changed in the next update.

Thanks