Topic: Meteotemplate - new free website template

[KapitainOne]

Minor glitch seems like the footer is a bit wider than the rest of the page, the mobile and admin icons are off screen to the left?

See http://www.sanfordweather.com/meteo/

At least that's how it shows in Firefox!

[virusdunil]

 

first attempt full install not and update...

filled up the /install/setup and voila

now trying another fresh dload and upload in another directory

[Jáchym]

Minor glitch seems like the footer is a bit wider than the rest of the page, the mobile and admin icons are off screen to the left?

See http://www.sanfordweather.com/meteo/

At least that's how it shows in Firefox!

Looks good to me, try holding down the refresh button for slightly longer, it could be just CSS pulled from cache

[nitrx]

Hi Jachym I noticed on my tablet (Nexus 10) that gauges are displayed very huge by default it seems also to happen on very much used devices from Apple ( iPad ) attached screnshot , any clues how this can be fixed ? As there are a lot iPad users (don't know how it behaves on iPhone)

[Jáchym]

first attempt full install not and update...

filled up the /install/setup and voila

now trying another fresh dload and upload in another directory

Hi Carl,

sorry I dont really get your post, or rather dont understand if it is working or not and if not, what the problem was.

[virusdunil]

sorry i forgot to post the link 

it wont work

http://www.meteolacstjean.com/hebertville/indexDesktop.php

[Jáchym]

Hi Jachym I noticed on my tablet (Nexus 10) that gauges are displayed very huge by default it seems also to happen on very much used devices from Apple ( iPad ) attached screnshot , any clues how this can be fixed ? As there are a lot iPad users (don't know how it behaves on iPhone)

Yes I know this and it is probably the only one thing right now that I just cant get my head around. It seems like it never affects FF and usually happens in Chrome, but the weird thing is that it seems to be totally random, it sometimes does happen, sometimes not. If I refresh the page it will occur on about 50% cases. And it only happens on some websites, not all. My for example where I run the demo, never does it.

And also looking at the code, I really dont see why it is not resizing the gauges correctly, if you click the zoom-in or zoom-out icon it gets back to normal, but those buttons use the exact same function as the initial loading one, which should shrink the gauges to fit the block.

This is something Im still (so far unsuccessfully) trying to solve, but it is as I said very difficult because I am unable to replicate the problem on my side and it happens completely randomly.

[Jáchym]

sorry i forgot to post the link 

it wont work

http://www.meteolacstjean.com/hebertville/indexDesktop.php

OK I see.. it is incorrectly set path.

You need:
path = "/hebertville/"
pageURL = "http://www.meteolacstjean.com"

Make sure you have this

[virusdunil]

 

perfect 

[Jáchym]

Hi Jachym I noticed on my tablet (Nexus 10) that gauges are displayed very huge by default it seems also to happen on very much used devices from Apple ( iPad ) attached screnshot , any clues how this can be fixed ? As there are a lot iPad users (don't know how it behaves on iPhone)

OK, "good news"...

Your page seems to be doing this all the time, which is "good" because I can look at what exactly is going on and I think I know already. It seems to be a problem with XMLHttp request and that would explain it. Right now I think it is because on slower servers, it does not load jQuery fast enough and so it does not resize the gauges.

In other words, it loads the gauges before loading jQuery, this results in it not resizing and then it later loads jQuery, so when you try resizing it using the icons, it works. And it works on faster servers, because it loads jQuery in time and also explains why it sometimes does work and sometimes not - current server load.

So the solution should be trying to somehow force the gauges to only run the resize after jQuery is loaded. I will work on it.

[nitrx]

Hi Jachym I noticed on my tablet (Nexus 10) that gauges are displayed very huge by default it seems also to happen on very much used devices from Apple ( iPad ) attached screnshot , any clues how this can be fixed ? As there are a lot iPad users (don't know how it behaves on iPhone)

OK, "good news"...

Your page seems to be doing this all the time, which is "good" because I can look at what exactly is going on and I think I know already. It seems to be a problem with XMLHttp request and that would explain it. Right now I think it is because on slower servers, it does not load jQuery fast enough and so it does not resize the gauges.

In other words, it loads the gauges before loading jQuery, this results in it not resizing and then it later loads jQuery, so when you try resizing it using the icons, it works. And it works on faster servers, because it loads jQuery in time and also explains why it sometimes does work and sometimes not - current server load.

So the solution should be trying to somehow force the gauges to only run the resize after jQuery is loaded. I will work on it.

That's great news I saw it too that this happens random, I did not get the huge gauges on online simulators that confused me too, well I wait for yor solution it's no hurry
thanks in advance

[KapitainOne]

Minor glitch seems like the footer is a bit wider than the rest of the page, the mobile and admin icons are off screen to the left?

See http://www.sanfordweather.com/meteo/

At least that's how it shows in Firefox!

Looks good to me, try holding down the refresh button for slightly longer, it could be just CSS pulled from cache

Nope that didn't do it, just looked on my Wife's computer with both Firefox and IE with same results!

Not a biggie as long as I remember to scroll to the left if I want to access the Admin pages!

[Jáchym]

Minor glitch seems like the footer is a bit wider than the rest of the page, the mobile and admin icons are off screen to the left?

See http://www.sanfordweather.com/meteo/

At least that's how it shows in Firefox!

Looks good to me, try holding down the refresh button for slightly longer, it could be just CSS pulled from cache

Nope that didn't do it, just looked on my Wife's computer with both Firefox and IE with same results!

Not a biggie as long as I remember to scroll to the left if I want to access the Admin pages!

Weird... I will check again on Monday when Im on my office PC, I have all different types of browsers there including FF, Chrome, IE, Vivaldi, Safari, Opera, Yandex and Maxthon

[KapitainOne]

Minor glitch seems like the footer is a bit wider than the rest of the page, the mobile and admin icons are off screen to the left?

See http://www.sanfordweather.com/meteo/

At least that's how it shows in Firefox!

Looks good to me, try holding down the refresh button for slightly longer, it could be just CSS pulled from cache

Nope that didn't do it, just looked on my Wife's computer with both Firefox and IE with same results!

Not a biggie as long as I remember to scroll to the left if I want to access the Admin pages!

Weird... I will check again on Monday when Im on my office PC, I have all different types of browsers there including FF, Chrome, IE, Vivaldi, Safari, Opera, Yandex and Maxthon

Just looked at it again and seems I had zoomed in one step in FF, as soon as I Reset the zoom level everything is good 

[weatherbee]

I noticed with the banner that the two small airports by me have metar but not TAF. They won't work.  The two larger airports have TAF.  They work but both show clear and one shows cloudy on the banner and the other shows mostly cloudy.
The two small airports are KDXR and KOKX.  The two larger are KHPN and KPOU.
Tom

[Jáchym]

Ron I think with your help by providing me access to your FTP I fixed the gauges! Something that was puzzling me for quite some time. Now, unfortunately I do not have a possibility to check in a different browser right now, so if you or anyone else could check your site and see if the gauges now resize properly.

[Jáchym]

I noticed with the banner that the two small airports by me have metar but not TAF. They won't work.  The two larger airports have TAF.  They work but both show clear and one shows cloudy on the banner and the other shows mostly cloudy.
The two small airports are KDXR and KOKX.  The two larger are KHPN and KPOU.
Tom

I see, you are absolutely right and I see the problem now... I used a function which only supports TAF... 

Try this and let me know if it worked:
Go to your header.php and find line 67

Code: [Select]

$metarData = (getTafFromWWW ($ICAO));
there, change it to:

Code: [Select]

$metarData = (getMetarFromWWW ($ICAO));
This will get the METAR instead of TAF

[nitrx]

Ron I think with your help by providing me access to your FTP I fixed the gauges! Something that was puzzling me for quite some time. Now, unfortunately I do not have a possibility to check in a different browser right now, so if you or anyone else could check your site and see if the gauges now resize properly.

Well I tried it on my windows phone (Edge) and my Nexus10 (Chrome) tablet its seems to work fine now great job  Hopefully somebody with an iPad can confirm this

[weatherbee]

Jachym,
I changed the code but it still won't work. 
Tom

[nitrx]

I noticed with the banner that the two small airports by me have metar but not TAF. They won't work.  The two larger airports have TAF.  They work but both show clear and one shows cloudy on the banner and the other shows mostly cloudy.
The two small airports are KDXR and KOKX.  The two larger are KHPN and KPOU.
Tom

I see, you are absolutely right and I see the problem now... I used a function which only supports TAF... 

Try this and let me know if it worked:
Go to your header.php and find line 67

Code: [Select]

$metarData = (getTafFromWWW ($ICAO));
there, change it to:

Code: [Select]

$metarData = (getMetarFromWWW ($ICAO));
This will get the METAR instead of TAF

Great this fixed my conditions too !!!

[Jáchym]

OK good news.

So I will (probably tomorrow) release an updated version of the gauges block which fixes this problem. And in the bug fixes section I will give instructions for people who want to use Metar instead of TAF how to do it.

Thanks guys

[weatherbee]

Jachym,
For mine to work I also had to change the line below the one you had us change(line68):

Code: [Select]

$condition = getWeatherGrafic($metarData["taf"],$ICAO);to

Code: [Select]

$condition = getWeatherGrafic($metarData["metar"],$ICAO);Tom

[Jáchym]

Jachym,
For mine to work I also had to change the line below the one you had us change(line68):

Code: [Select]

$condition = getWeatherGrafic($metarData["taf"],$ICAO);to

Code: [Select]

$condition = getWeatherGrafic($metarData["metar"],$ICAO);Tom

Oh yes... of course 

[Paul]

When I switch my current block from db to wd (so I can pull UV from clientraw.txt as well) I don't get the right data.
Time is 01:00 and all data is 0 except temp which is -4.

Any ideas?

[SpringHillWeather]

When I switch my current block from db to wd (so I can pull UV from clientraw.txt as well) I don't get the right data.
Time is 01:00 and all data is 0 except temp which is -4.

Any ideas?

Is the PATH correct in the settings?  Is it pointing to the correct location of clientraw.txt ?