Basically they are getting served through GitCDN (an awesome, opensource, free service) which uses Cloudflare, so I don’t need to worry about it 
And while we are still in such early days, it will be a lot easier being able to do it this way. Will save people from having to upload ~30 new script files for every minor bug fix… 8O
Sounds good 
Definitely got me interested, I was looking at my current WDL site the other day and itching to change it. Now i may have an excuse. And yes, a speedometer for wind speed would be nice
Gordon
That’s good to hear, always glad to encourage a bit of change, once in a while
I think the wind-speedometer is a given now, seems to be a lot of desire for it. The real question is when will it get to the top of the to-do list… 8O
maybe you could have 2 .html templates…one with it and one like it is now?
(or somehow have it set which one is used in the config.js file)
I have a thought for how people can adjust their templates if they want to hide certain gauges etc. for the future.
Might be able to add it in to that.
It’s looking very very nice Yerren so I look forward to trying it when you’re ready.
When your software is running on my desktop PC, the CPU load increases from about 5 to 15% and the GPU load increases from about 5 to 40% on my NVidia graphics card. This doesn’t cause any problem at all as there is still plenty of spare capacity.
When running on my Intel Atom-based tablet, the CPU load sits at around 80% so it is close to being maxed out. This means that I can’t do much else on my tablet when your software is running. That is perfectly acceptable to me given how much value it delivers and I can just shut it down when I’m not looking at the graphs, tables etc.
Running on my Samsung Galaxy S7 using Firefox, the main screen works perfectly fine, but if I try to bring up the Records or Graphs, it isn’t possible to choose between them using the drop down list. The ‘X’ to close also doesn’t work so I have to get back to the main screen by closing the tab and re-opening. However, I just tried the same thing on my phone using Chrome and everything works perfectly. Looks like Chrome will be the browser of choice for running your software.
It’s very early days yet for this software but it looks very promising indeed and I’ll send a donation once I have it running.
Thank you so much for the detailed feedback.
Honestly, it helps me out so much to get this sort of information, at least as a pointer to where I can direct my efforts to improve it in the future!
Hopefully it’s only going to be a couple more days till it is available!
…i cant wait
Yerren, may I suggest at some time (not now as the script changes too often) that you look at the Microsoft Ajax Minifier to ‘minify’ (reduce the size of) your JavaScript files - I have ‘minified’ (and I am still, whenever I make some changes) many of my large cascading style sheet files and most of my JavaScript files … to reduce their sizes by almost 50% … thus shortening the download times of the files to the users’ browser cache… 
In the version I am putting out, the JS files have been minified (at least the majority of the code has been) Reduced it by about 30% from memory, but that is still a sizeable amount!
Load time sped up, as well as less data to be cached, so a win win
I hadn’t considered the CSS file, I’m not sure how large it is, but will check it out. Thank you for the advice!
Yerren,
I’ve recently played with ‘Steel guages’ pending the demise of Flash and wasnt happy with the results
compared with WDL.
What you’ve achieved here is already looking great.
A donation will be winging your way when you are able to release it.
Thank you very much, I truly appreciate it!
where to make a donation paypal.
when we can have the new script to test it on our websites
Thank you
Emilio
this is now available on the WD download page
http://weather-display.com/files.php
thanks Yerren!
ps, if you do not have the time along the graphs in WD set to be in 24 hour mode, then make sure to be using the latest update of WD
From the readme: “then upload…where you have the weather display clientraw.txt files uploading to” - does this mean it’s not possible to set the clientraw location?
there is provision in the config.js to set the name of the clientraw files
but not sure if you could add a relative path to that name and that would work if the files are in a different location
depends on how Yerren uses that variable in the javascript?
he might be able to tell us more…
WORKING!!! here is mine
http://weather.rms.rdale.org/WDL2/FreshWDLmaster.html
It was easy once I put inch instead of in. DUH follow the directions.
only issue is there is a problem with the graphs
but that is fixed by using the latest update of WD (and then over the next 24 hours that will get fixed)
I cannot believe that I didn’t think of this in more depth… :oops: As it currently works, the start of the path will always be where the HTML file is placed, but you could add another level to that, such as: folderName/clientraw.txt.
However, this would be a very simple issue to solve, I think, by having an optional “base URL” variable in the config file, that you can set to the location of the clientraw files. If it would be left blank, then it would just work as before.
I will get on to setting that up, and will send it through to Brian update the download files when it is done!