Very Computer

Dear Programmers,

  I have been porting a FPW 2.6 application to VFP 6.0.  For the most part, the
port has been going over much smoother than I expected.  I was dismayed,

take 4 digits years.  Is there anyway I can avoid having to use the NAME
command for each screen containing dates and use the object properties override
for EVERY DATE field in the application??!!!!  It seems thats is what I am
going to have to do, and it really sucks, because it seems to me there should

Frankly, I'd just as soon keep it 4 digit year entry across the board, but
gotta make the clients happy.  And , if reference to an earlier post, dont tell


anyway.  Just setting SET CENTURY OFF will not do the trick since the help
states that the object.century setting defaults to SET CENTURY ON instead of
the SET('CENTURY') setting.  I just dont know what they were thinking on that
one.

Thanks in Advance,

Michael Occhipinti

Hello ZorkBear!
The easiest way to get what you want is the class way.
Create your own DATEinput class, with the properties you need and assign
this class as standard for date fields in the options dialog.

--

mfg

Wolfgang Schmale / Germany

ZorkBear schrieb in Nachricht

with CENTURY ON, displaying 4 digit years, textboxes will still accept
2-digit years for input and assign the century according to the SET CENTURY
TO setting in effect for that particular datasession.
We use
    SET CENTURY ON
    SET CENTURY TO INT(YEAR(DATE())/100) ROLLOVER 0
in order to insure any 2 digit year uses the current century (19, 20, 21,
whatever)

Wouldn't think of it. <gd&r>

You wouldn't have this problem if you had your textbox class properly set up
so that it only accepted a 2-digit year but you can't take advantage of that
because it's easier to port. Now you're stuck with a huge effort because you
stubbornly insist on continuing with the port.

This IS just the beginning.

Quote:>  I just dont know what they were thinking on that one.

They were responding to the SCREAMS of thousands of developers world-wide
for better response to a little problem called Y2K that's coming up. I can
now write apps that actually pass Y2K certification. In FPW it was much more
difficult if not impossible. I just went through a Y2K certification this
week with a client, and a load test, and a few other tests behind a
corporate acquisition. This start-up actually made it.

AND I can make the clients that want 2-character data entry happy by
flipping a switch. (After getting a client signature on a piece of paper
prepared by an attorney explaining my reservations and relieving me of
culpability.)

You might try it. It's good stuff.

Dan