Hmmm lets see. 1. Change to Sys Def to allow users to configure this 2. Add to Station Block in CP - need direct view 3. Change to Network MGMT 4. Change to checkpoint utilities 5. CP d/b migration tools ? upgrade to existing systems 6. Total system wide test If all items were really acceptable, then risk of breaking "everything" against reward (more Sales ?) Probably would need to coincide with another 'major I/A release' wrb >From: Corey R Clingo <clingoc@xxxxxxxxxxxxx> >Reply-To: foxboro@xxxxxxxxxxxxx >To: foxboro@xxxxxxxxxxxxx >Subject: Re: [foxboro] Time keeping in the I/A Series formerly Novell and >the I/A Serie s formerly Printing to Ethernet >Date: Tue, 19 Mar 2002 09:16:10 -0600 >MIME-Version: 1.0 >Received: from [206.53.239.180] by hotmail.com (3.2) with ESMTP id >MHotMailBE60A1D3006E400438E1CE35EFB40F660; Tue, 19 Mar 2002 07:18:44 -0800 >Received: from turing.(none) (localhost [127.0.0.1])by turing.freelists.org >(FreeLists Mail Multiplex) with ESMTPid 6DA3984431; Tue, 19 Mar 2002 >10:12:01 -0500 (EST) >Received: with ECARTIS (v1.0.0; list foxboro); Tue, 19 Mar 2002 10:11:03 >-0500 (EST) >Received: from basfegw.basf-corp.com (basfegw.basf-corp.com [144.29.1.2])by >turing.freelists.org (FreeLists Mail Multiplex) with ESMTP id CE8118440Bfor ><foxboro@xxxxxxxxxxxxx>; Tue, 19 Mar 2002 10:11:02 -0500 (EST) >Received: from basfigw.basf-corp.com (actually host basfigw) by >basfegw.basf-corp.com with SMTP (MMTA) with ESMTP; Tue, 19 Mar 2002 >10:16:23 -0500 >Received: from intmaila.basf-corp.com by basfigw.basf-corp.com >(8.9.2/8.9.2) with ESMTP id KAA22912 for <foxboro@xxxxxxxxxxxxx>; Tue, >19 Mar 2002 10:16:22 -0500 (EST) >Received: from basf-corp-gw88.parsippa.basf-corp.com by intmaila with >ESMTP; Tue, 19 Mar 2002 10:16:15 -0500 >From foxboro-bounce@xxxxxxxxxxxxx Tue, 19 Mar 2002 07:20:05 -0800 >Delivered-To: foxboro@xxxxxxxxxxxxx >Message-ID: ><OFB0C03DFF.838AAF15-ON86256B81.0053C28A@xxxxxxxxxxxxxxxxxxxxxx> >X-MIMETrack: Serialize by Router on BASF-CORP-GW88/BASF-CORP/BASF(Release >5.0.9a |January 7, 2002) at 03/19/2002 10:16:15 AM >X-archive-position: 898 >X-ecartis-version: Ecartis v1.0.0 >Sender: foxboro-bounce@xxxxxxxxxxxxx >Errors-To: foxboro-bounce@xxxxxxxxxxxxx >X-original-sender: clingoc@xxxxxxxxxxxxx >Precedence: normal >X-list: foxboro > > > ><snip> >A better approach would separate the display >of time from the system time and require the applications that want to >display time to use the standard API to convert the system time prior to >display. > >The display of time should be handled by the application. Displayed time >should allow for things like Day Savings Time and time zones in general. ><snip> > >Excellent plan. So what's the schedule for implementation? :) > >Corey > >P.S. Do all-NT I/A systems have this issue as well? > > > > >_______________________________________________________________________ >This mailing list is neither sponsored nor endorsed by Invensys Process >Systems (formerly The Foxboro Company). Use the info you obtain here at >your own risks. Read http://www.thecassandraproject.org/disclaimer.html > >foxboro mailing list: //www.freelists.org/list/foxboro >to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join >to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave > _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com _______________________________________________________________________ This mailing list is neither sponsored nor endorsed by Invensys Process Systems (formerly The Foxboro Company). Use the info you obtain here at your own risks. Read http://www.thecassandraproject.org/disclaimer.html foxboro mailing list: //www.freelists.org/list/foxboro to subscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=join to unsubscribe: mailto:foxboro-request@xxxxxxxxxxxxx?subject=leave