|
As a vendor, my experience with the system value QUTCOFFSET is most users *have not* set this system value correctly (usually it is defaulted to zero). Fortunately, it doesn't seem to have an adverse effect to anything other than e-mail date/time stamps (Bruce: care to elaborate?). However, if there becomes a time where more date/time system values are used to control more important aspects of the system (ie job date/time; automatic daylight saving time adjustment, etc.), there needs to be improved documentation/education to make sure the system values are set correctly. JM2CW ... ---------- From: John Earl Sent: Wednesday, October 28, 1998 11:12 PM To: MIDRANGE-L@midrange.com Subject: Re: Daylight savings time bvining@VNET.IBM.COM wrote: > 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. Yes please! Some way of assigning time based on workstation/job/user/etc. so that users across the country are all presented with their local time. But, and it's a big but :) , I would not want an westcoast user updating a record "10:00am" that was initially written to the file at 12:24pm by an east coast user. Some how there must be a way to tell the difference between "System" time and "User" time. I would envision system time (GMT?) as being for logging and system wide updates, and User time being primarily for local workstaion/report display. jte > 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 > +--- -- John Earl PowerTech Toolworks johnearl@toolnet.com www.toolnet.com 253-858-7388 206-575-0711 PowerLock Network Security for the AS/400 -- +--- | 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.