View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006349 | JEDI VCL | 00 JVCL Components | public | 2014-11-05 10:35 | 2015-09-14 11:46 |
Reporter | ralfiii | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | sometimes |
Status | confirmed | Resolution | open | ||
Product Version | 3.47 | ||||
Target Version | Fixed in Version | ||||
Summary | 0006349: TJvDateEdit can't handle years in past when 2-digit years are used | ||||
Description | When you configure Windows to use 2-digit years (in the control panel), then TJvDateEdit also shows the year with 2 digits. If a user now wants to enter e.g. a birthday, and enters "30.12.15" (for 30.12.1915), then the JvDateEdit interprets that as 30.12.2015. That's no problem, it's easy to correct that date with if datDOB.Date>now then begin DecodeDate(datDOB.Date, y,m,d); y:=y-100; datDOB.Date:=EncodeDate(y,m,d); end; However, If I then query the date, it's still 2015. Even worse, if the user then clicks on the calendar icon, it always folds out with 2015. It looks as if the date was not stored internally, but if the displayed string is decoded every time anew. | ||||
Tags | No tags attached. | ||||
|
Please provide the zipped sources of a sample application showing this. |
2014-12-04 15:29
|
_Sx_JvDateEdit_2DigitYearBug.zip (1,326 bytes) |
|
Demo app attached. Demonstrates problem also on systems with 4-digit year setting. |
|
Well, yes, the date is decoded everytime from the text. That's why I can't see how this could be solved easily |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-11-05 10:35 | ralfiii | New Issue | |
2014-12-04 15:02 | obones | Note Added: 0021081 | |
2014-12-04 15:02 | obones | Status | new => feedback |
2014-12-04 15:29 | ralfiii | File Added: _Sx_JvDateEdit_2DigitYearBug.zip | |
2014-12-04 15:30 | ralfiii | Note Added: 0021085 | |
2015-09-14 11:29 | obones | Status | feedback => acknowledged |
2015-09-14 11:46 | obones | Note Added: 0021197 | |
2015-09-14 11:46 | obones | Status | acknowledged => confirmed |