|
Eric, I tend to agree with you though I believe other values would also be needed (such as Territory so that the system can figure out when Daylight Savings Time takes effect -- first Sunday in April and last Sunday in October are not global). I also would like to see time (and related matters such as DST observance) to be propogated to the job level in addition to the system level. And while we're on time, I would like to see system/job time be based off of GMT/UTC; and not the current implementation of basing GMT/UTC off of local system time (there is a difference). Do you have any other ideas of how time support on the system might be enhanced? I'm interested in any and all thoughts on the matter. Thanks, Bruce Vining (talking/asking out of curiousity; and strictly for himself) > >It would be great if there were a system value to adjust for daylight savings >time! QDYLGHTSVNGSTM 1 = Yep 2 = Nope > >By the way, within NT Date/Time properties, there is a box that you can >uncheck to tell NT to ignore day light savings time. > >Eric Kempter >CommAir Mechanical Services, Inc. > +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.