Version 2.1.1 up and running

[mcrossley]

I notice that other sites including snowguide etc...have the top row of gauges displaced outwards by the radio buttons...Mark how about using a drop down list instead of the buttons?

Maybe, or maybe I leave that as an exercise for the user

[thekow]

After a lot of messing about 2.20 is running on my site .. Just need to fix some CSS etc

[Stuart2007]

I notice that other sites including snowguide etc...have the top row of gauges displaced outwards by the radio buttons...Mark how about using a drop down list instead of the buttons?

Maybe, or maybe I leave that as an exercise for the user

Why not, indeed!

Stuart

[water01]

Version 2.2.0 up and running.

Like the new wind rose output, very good.

[kapo]

Hi

Version 2.20 installed and running.

[Mapantz]

And that windrose is brilliant!

I concur!

Latest one up and running too, great work!

[dimitris vichos]

i cant understand how to change the gauges size with css/ss in the version 2.2.0

[sbuckler]

Great job! Working on my first attempt which is odd cuz usually I break things! Thanks for your work.
Stan

http://harwichweather.com/gauges-ss.htm

[mikkimii]

i cant understand how to change the gauges size with css/ss in the version 2.2.0

In gauges-ss.css change:

}
.gaugeSizeStd {
width: 221px;->221 to xxx
height: 221px;->221 to xxx
}

V2.2.0 is up and running, great job Mark

[mcrossley]

Glad you peeps are getting it working.

I have just discovered a bug, if you use the built in auto downsizing for 'mobile' devices, then the gauge CSS shadow is not recalculated. I'll have a look at that tomorrow.

[gemini06720]

Mark, where in 'gauges.js' (if it is in 'gauges.js') are the sizes for the LED, status/forecast and count down timer gauges detected - I searched using words such as 'size', 'width' for those particular gauges and I could not find any detection.

You do realize that using the HTML <style> tag

Code: Select all

style="width: 550px; height: 25px;"

instead of

Code: Select all

width="550" height="25"

in any of the HTML/PHP templates will not produce the expected results for those three gauges (and only those three gauges)!

Could the size for those three gauges not have been coded the same way the size for the other gauges has been coded, such as

Code: Select all

width : $('#canvas_status').width(),

and thus keeping some consistency between all gauge size settings!

Why place the size settings for the other gauges inside the 'gauges-ss.css' template and limit those settings to only three sizes (ie: small, standard and large)? Why not leave the full flexibility for the size of each individual gauges inside the HTML/PHP templates?

Just curious ... and somewhat disappointed in this new direction...

[mikkimii]

I have just discovered a bug, if you use the built in auto downsizing for 'mobile' devices, then the gauge CSS shadow is not recalculated. I'll have a look at that tomorrow.

Yes, I noticed that yesterday evening, gauges looked my mobile something weird
Either odometer is not positioning right in mobile.

[mcrossley]

Mark, where in 'gauges.js' (if it is in 'gauges.js') are the sizes for the LED, status/forecast and count down timer gauges detected - I searched using words such as 'size', 'width' for those particular gauges and I could not find any detection.

You do realize that using the HTML <style> tag

Code: Select all

style="width: 550px; height: 25px;"

instead of

Code: Select all

width="550" height="25"

in any of the HTML/PHP templates will not produce the expected results for those three gauges (and only those three gauges)!

Could the size for those three gauges not have been coded the same way the size for the other gauges has been coded, such as

Code: Select all

width : $('#canvas_status').width(),

and thus keeping some consistency between all gauge size settings!

Why place the size settings for the other gauges inside the 'gauges-ss.css' template and limit those settings to only three sizes (ie: small, standard and large)? Why not leave the full flexibility for the size of each individual gauges inside the HTML/PHP templates?

Just curious ... and somewhat disappointed in this new direction...

Ray as other people have already done, just edit the CSS file and change the width/height of the standard gauge class to globally alter the gauge sizes. That seems fairly simple to me?

The LED, Status, and Timer also pick up their sizes from the HTML, but as each is a one off I didn't create CSS for them, you will have to edit the HTML, or add some styling of your own.

Where do I use the code

Code: Select all

style="width: 550px; height: 25px;"

for the Status gauge, I cannot see it in my files? The LED Status, and Timer all have

Code: Select all

width="NN" height="NN"

Actually the code:

Code: Select all

width : $('#canvas_status').width()

is redundant, the gauge itself will set its size to current canvas size if you do not supply a size parameter. As I do not supply a size parameter in gauges.js any more, the gauge will internally set its size = canvas.width just like you want.

The only reason I pass a size parameter to the radial gauges any more is because that is an opportunity to modify it for mobile devices - code that is currently broken in 2.2.0 as I said yesterday.

[dimitris vichos]

with little try version 2.2.0 works fine. and the new rose is fine

[Stuart2007]

Glad you peeps are getting it working.

I have just discovered a bug, if you use the built in auto downsizing for 'mobile' devices, then the gauge CSS shadow is not recalculated. I'll have a look at that tomorrow.

Mark, will you be issuing a new version of gauges.js as part of the bugfix? I don't want to do the transfer of my custom code twice if I can help it...

Stuart