Re: Date fields and moving from yyyymmdd to mmddyy

[Scott Johnson <sjohnson@xxxxxxxxxxxxx>]

Why not change the screen to show the FULL date?  NO chance of confusion
then. No extra coding involved except a simple move and doing the change 
to the DSPF.  If you don't have the space to add the 2 characters, then
you probably have an over busy screen that should be simplified.

To me the date window is not a Y2K solution, it is a band-aid until the
real solution can be done.  It pains me to see people who show a 6 digit
date and say they are Y2K compliant.  It is a real bugger trying to enter a
date that you want to be 12/31/9999 and the program takes it as 12/31/1999.
Then you have to figure out why everything is expiring when it should not
be.

My two cents,
         Scott

boothm@earth.Goddard.edu wrote:
> 
> I think what irritates me most though is that we can not use the new
> solution to move an 8-digit date to a 6-digit date outside the 40-39
> window.  Users understand birthdays.  If they see a birthday of 3/31/22 on
> their screen they know it isn't 2022.    I have to go back and check stuff
> but for the moment it looks to me like I will be moving the 8-digit date
> to a 6-digit date first.  What I am after is the 8-character field with
> "/"s in place, or if the date is blank, no "/"s.
> 
> _______________________
> Booth Martin
> boothm@earth.goddard.edu
> http://www.spy.net/~booth
> _______________________
>
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---