I sympathize with your difficulties using _javascript_ to work with the local computer time. Some time ago I tried to do a program that would show the correct local time and washington time from wherever one was. It was very hard to debug because the only way to test it is with computers set for different time zones.
When I pull up your page now, the last three static values -- sunrise, noon and sunset -- remain stuck at their GMT values rather than their local values. Somehow they don't pick up the timezone offset as they should. I looked at the _javascript_ and partly understand how it should work. I think that what happens is those values end up being turned into string constants too early and don't change later when the latitude and longitude is changed. I experimented a little, but gave up because I was not making much progress and it looked like it would take a lot of time for me to figure it out and my _javascript_ is rusty.
I can offer you one simple suggestion that works, however. On my screen, the numbers seem to be slightly truncated on the right. If you just change the size of the boxes from 10 to 12 (or more) it looks better. For example you can do:
<TD ALIGN="right">
<INPUT TYPE="text" SIZE="12" NAME="Mediodia">
<TD>   Noon Time
Jack
At 02:04 PM 4/18/2003 -0700, you wrote:
Dear dialists,
I would like to help these of you who helped me find bugs and faults in my online solar calendar.
I am especially grateful to Gianni Ferrari, Antonio Siccardi, David Bell, John Hall and Jack Aubert.
A lot of thanks!
I am working on solving the bugs you reported to me and I have to say that I think I have solved
almost all of them just by doing the following, which can serve as an advice:
-------------------------------------------------------------
DO *NOT* use the _javascript_ Date() class except when
absolutely neccessary. It is much better to work with angles
and translate the results into hh:mm:ss format at the end.
-------------------------------------------------------------
When I did this all the problems got solved. I am not saying that the Date() class has got flaws (I leave
this for the gurus), just that it is much safer to work with angles.
I am not completely sure my script always calculates well the Julian Date (and consequently, the DifferenceOfDates),
and maybe some bugs could stay there but (I cross my fingers) the rest of them apparently have been solved.
As regards to the vocabulary, I have accepted all your suggestions, but still I am not sure about Noon...
Is it correct to say 'True Solar Noon'? or just 'True Noon'? I wouldn't like to use cumbersome expressions
like 'Solar Transit' or so.
And about the superfluous decimal figures (nice but useless) I have received as many opinions against
them than in favour, so I don't know what to do.
Thanks in advance for your help and, please, keep sending suggestions.
Anselmo
Legal Time
UTC Time
Julian Date
Equation of Time [sec]
Declination [deg]
Ecliptic Longitude [deg]
Altitude [deg]
Azimuth SWNE [deg]
Solar Local Time
Hours from Sunset (italian)
Hours from Sunrise (babilonian)
Sidereal Local Time
Sunrise Time
Solar Noon Time
Sunset Time
