SteelSeries Gauges - version 1.0

gemini06720 · Post by **gemini06720** » Wed 28 Dec 2011 4:09 pm

Are you sure you have made the suggested modifications! I just looked at the source code for 'gauges.js' and it is still showing:

Code: Select all

var realTimeURL = "/public_html/Weather/realtimegauges.txt";
var imgPathURL = "/public_html/Weather/images/";
var oldGauges = "/public_html/Weather/gauges.htm";

FTBoomer · Post by **FTBoomer** » Wed 28 Dec 2011 5:33 pm

Thanks guys, you were correct, I did not upload the new script, I though it was part of the web update batch. Uploaded the new script and we are goo. Thank you so much for your help and great work on the gauges.

mcrossley · Post by **mcrossley** » Wed 28 Dec 2011 9:30 pm

Playing around with the ciolouring for inch rain gauges I uncovered a bug in the core SteelSeries library (exposed by a bug in gauges.js

).

So I have rushed out version 1.3.1, this also enables configuration of all the changes I talked about earlier for 1.3.0 at the top of the script.

1.3.1
* Updated the readme file
- With corrected remote file slashes, and details on configuring the standard Cumulus pages
to point to the new SS gauge page
* Updated steelseries.js to library version v0.9.6
- The inch rain gauge exposed a bug in the core library
* Updated gauges.js
- Made tick label orientation a globally configured item
- Made rain gauge colouring configurable from global variables at the top of the script
* Updated realtimegaugesT.txt
- Small changes for future consistency

meteotortosa · Post by **meteotortosa** » Wed 28 Dec 2011 11:19 pm

mcrossley wrote:
Anyone got 1.3.0 up and running yet? (about 25 downloads so far)

Can you see here -> http://www.meteotortosa.cat/web3/wxgaugess.php

gpercival · Post by **gpercival** » Wed 28 Dec 2011 11:54 pm

It is 1.3.0 is working for me except for a small problem with the rainfail gauge. Intermittently does not display the LCD number. I am hoping 1.3.1 fixes this.

http://www.rhumbline.com.au/weather

FTBoomer · Post by **FTBoomer** » Thu 29 Dec 2011 1:33 am

13.3.0 running fine for me, Thank you very much

GraemeT · Post by **GraemeT** » Thu 29 Dec 2011 1:49 pm

Mark,
v1.3.1 is now working for me, with 1 exception - Rainfall LCD is blank. v1.3.0 had the same problem?

http://weather.gktnet.com/gauges-ss_test.php

Otherwise, it looks good.

Cheers,

mcrossley · Post by **mcrossley** » Thu 29 Dec 2011 3:28 pm

GraemeT wrote:Mark,
v1.3.1 is now working for me, with 1 exception - Rainfall LCD is blank. v1.3.0 had the same problem?

http://weather.gktnet.com/gauges-ss_test.php

Otherwise, it looks good.

Cheers,

I have had a look and I cannot see anything wrong/different that may be causing it.

I did notice that your PHP has dropped the hidden DIV towards the bottom of my sample page which forces the early download of the LCD font. The PHP also still includes the parseRealtime.js script that is no longer needed.

gwheelo · Post by **gwheelo** » Thu 29 Dec 2011 9:27 pm

Code: Select all

v1.3.1

I assume v1.3.1 is working - all seems corrector except without rain the rain rate rainfall arn't proven in my page. I do see that the Rainfall gauge is showing the "Rainfall" (0.0) not in lcd type characters but the Rain Rate lcd characters do match the rest of the gauges. When I do a "ChangeLang() the characters then display in the correct style. So far I have failed to find the problem - perhaps a small hint.
http://www.wheelocknet.net/cumulus/gauges4.html?gb

George Wheelock

mcrossley · Post by **mcrossley** » Thu 29 Dec 2011 10:13 pm

I see the same issue on your page George, I'm pretty sure it is a font download timing thing. I think doing the following may help with this...

Move the hidden div to preload the font to be the first thing in the body:

Code: Select all

<body onload="init()">
<!-- Hidden span to force early .ttf font download, required for web servers that do not serve .woff files -->
<span style="visibility:hidden; font-family:LCDMono2Ultra">Dummy</span>

Move all the scripts from the header to the end of the body or just after:

Code: Select all

</body>
<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.7.0/jquery.min.js"></script>
<script src="scripts/tween.min.js"></script>
<script src="scripts/language.js"></script>
<script src="scripts/steelseries.js"></script>
<script src="scripts/gauges.js"></script>
<script src="scripts/ddimgtooltip.min.js"></script>
</html>

Moving the scripts to the end may help with download blocking.
If someone with the problem could try this and report back...?

GraemeT · Post by **GraemeT** » Thu 29 Dec 2011 10:44 pm

Thanks Mark,
Adding the hidden span fixed the rain LCD display problem.

One other 'trap for new players'...
If there is a carriage return character (0x0d) anywhere in the forecast string, the data download will fail, causing all gauges show no data, something that didn't occur before v1.3.0
This can occur if metar data is used, as each line output by mweather is terminated by a CR (0x0d).
For those interested, here's my updated metar.php script.
http://weather.gktnet.com/public/weathe ... cripts.zip

Thanks again.

gwheelo · Post by **gwheelo** » Thu 29 Dec 2011 10:49 pm

Move the hidden div to preload the font to be the first thing in the body:

was all it took to display correctly on startup.

GW

mcrossley · Post by **mcrossley** » Thu 29 Dec 2011 10:52 pm

GraemeT wrote:One other 'trap for new players'...
If there is a carriage return character (0x0d) anywhere in the forecast string, the data download will fail, causing all gauges show no data, something that didn't occur before v1.3.0
This can occur if metar data is used, as each line output by mweather is terminated by a CR (0x0d).
For those interested, here's my updated metar.php script.
http://weather.gktnet.com/public/weathe ... cripts.zip

Thanks for the update Graeme. The <cr> thing is probably a consequence of switching to the JSON data format, thanks for providing a fix for your metar data.

gwheelo wrote:
Move the hidden div to preload the font to be the first thing in the body:
was all it took to display correctly on startup.

Thanks for the update George, I'll amend my HTML for the next release.

GraemeT · Post by **GraemeT** » Thu 29 Dec 2011 11:12 pm

I probably should have been stripping out the CR's anyway. This episode just got me to clean up the code a bit.

R-II · Post by **R-II** » Fri 30 Dec 2011 1:29 am

R-II wrote:OK I may be being a bit stupid here... it is late but I appar to have a slight problem with the gauges part of my website not working properly

If I click "gauges" I get the old gauges displayed but if i type in a direct url to "gauges-ss.htm" it works fine, what have I done stupid

Regards

Richard

Thanks for the reply Steve, I knew I was doing something stupid. I notice now a helpful guide in v1.3.1

It appears to be working as it should.

Next step is setting the gauges on just 2 lines as I think it looks a lot tidier, but as I'm learning this as I go along it may take a while

Thanks again for all the hard work people put into this....

Cumulus Support

SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0

Re: SteelSeries Gauges - version 1.0