Century Threshold And Default Century
century threshold n
default century n
where n is a numeric entry (see below for more information)
These two configuration options control the century used when date-masked fields contain ‘ YY’ instead of ‘ YYYY’.
If a field is masked only with ‘ YY’ and not ‘ YYYY’, then the end-user cannot enter the century, and Zim assumes the century is 19. Application developers are strongly urged to either i) use ‘ YYYY’ to mask date fields, or ii) use the two configuration options to automatically increment the century for certain date ranges.
Note:The former approach always works, while the latter works for applications with well-defined input data that falls into certain date ranges.
The default century is a number from 0 to 99 that is copied to the century position of a date when the end-user can enter only two year digits. If the century threshold is -1, then this default century is used verbatim. If century threshold is on the range 0 to 99, then the default century is incremented if the year entered by the end-user is less than n. The table below gives examples of resulting dates given user input and the input mask of ‘MM/DD/ YY’:
User Input | Default Century | Century Threshold | Resulting Date ( YYYYMMDD) |
12/12/94 | 19 | -1 | 19941212 |
12/12/94 | 20 | -1 | 20941212 |
12/12/01 | 19 | 30 | 20011212 |
12/12/35 | 19 | 30 | 19351212 |
12/12/35 | 20 | 30 | 20351212 |
In general, if your application must deal with widely-ranging dates, then use an input mask of ‘ YYYY’ to obtain expected results. However, if your application deals with dates of events occurring in the present, such as tagging orders with the order date, then an input mask of ‘ YY’ is sufficient, and set century threshold to a value, such as 50.
Valid Settings – Default Century
nn = numeric entry 0 to 99
Windows | -1 |
UNIX | -1 |
Valid Settings – Century Threshold
nn = numeric entry -1 to 99
Windows | 19 |
UNIX | 19 |