Показать сообщение отдельно
Старый 03.09.2011, 07:49   #14  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2476 (88) +++++++++
Регистрация: 20.08.2005
Ну, текст - это не самая большая проблема. В конце концов, его можно и ручками поправить (в *.ktd)

Проблема в том, что если у пользователя менять preferred time zone на подходящую (к примеру, для RST - на GMTPLUS0400ABUDHABI_MUSCAT), то либо на этой тайм-зоне вообще нет DST и тогда исторические данные за предыдущие периоды будут неправильными, либо DST есть, но не совпадает с Российским (да и замена в таком случае - шило на мыло)

Если же зону не менять вообще, то будем иметь вот такую картину, неприемлемую с моей точки зрения

Да и еще, есть куча мест в коде, где используется DateTimeUtil::newDateTime() совместно с DateTimeUtil::getUserPreferredTimeZone()
__________________
Axapta v.3.0 sp5 kr2

Последний раз редактировалось AndyD; 03.09.2011 в 07:54.