In my view, anything that will be "correct" in the strictest terms, must do this for each location:ġ) Have some kind of ability to "setup" the location initially. It's like getting sunrise/sunset or moonrise/moonset times for different locations with WebParser, instead of computing the whole thing yourself. So in a sense you first have to know the correct current date and time for a location, before you can have the skin use THAT date and time to determine if it the change to DST needs to be triggered.īut doesn't the WebParser internet source handle the DST change, assuming you interrogate a reliable and comprehensive source? You just need to toggle/change the location you use to interrogate the site in order to get the time and date in that location - at least that's how I view the whole thing. Many DST changes happen at 2am on two dates during the course of a year, but it's 2am THERE, not 2am HERE. The real conundrum with this, if you want it to work "correctly", is that DST time changes happen on some particular date, at some particular time, but that date and time is for the timezone you are working with, not your local PC time. The world would be a much simpler place if it wasn't for Daylight Saving time. Getting that information, and keeping it correct and current over time, is the tricky bit. That's pretty easy, once you have the information you need for each location. Getting your multiple locations to "toggle" in a single skin is not the hard part. Jsmorley wrote: ↑ January 16th, 2019, 3:40 pm
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |