19
OK Lucio & Mamba,
it seems that the modification also works with the d/m/Y format ... I think you can use this mod.
However, there are a couple of aspects to review:
the first concerns the date that the system proposes in the date field of the item modification form; in fact this proposes today's date instead of proposing the one that had previously been inserted. In addition to the problem of having to always check this data with each modification of other parts of the article, there is the danger that clicking "back" on the web bar, wrong data will be sent and you will find yourself with the article with today's date. The system should be able to interpret whether it is a new sending request or an article change request.
The second problem is always that of the time ... although the time zone is set to GMT + 1 both in the general preferences and in the user account data, there are two hours of difference in the time displayed. In practice, if the sending time is set at 13.00, the 11.00 time is then displayed.
Cya
Pino
Update :
about the first problem , I saw if I set :
define('_DATESTRING', 'd-m-Y H:i:s');
define('_MEDIUMDATESTRING', 'd-m-Y H:i');
define('_SHORTDATESTRING', 'd-m-Y');
The form propones the correct stored data
if I set :
define('_DATESTRING', 'd/m/Y H:i:s');
define('_MEDIUMDATESTRING', 'd/m/Y H:i');
define('_SHORTDATESTRING', 'd/m/Y');
The form propones the today's data ... it is possible?
