|
05.11.2014, 09:04 | #1 |
Участник
|
Не подглядываю)), но в свое время мне с такой виндой повозиться пришлось
На самом деле, и до установки обновлений для таймзон были проблемы на такой конфигурации. Причем, как у 2012-й Аксапты, так и 2009-й Как выяснилось, все дело в том, как сохраняется название таймзоны в реестре (значения для Std и Dlt). Оно должно совпадать с языком интерфейса (с точки зрения клиента Аксапты, хотя, как видно из той же ветки реестра, эти названия хранятся в языковой dll как ресурсы). Для новой таймзоны Москвы соответствие такое "Russia TZ 2 Standard Time" -> "RTZ 2 (зима)" "Russia TZ 2 Daylight Time"->"RTZ 2 (лето)" В приложенной картинке приведены все названия таймзон на русском и соответствующие им на английском. Взяты из ресурсов файлов tzres.dll.mui языков ru-Ru и en-Us Кстати, отсюда видно, что зоны Калининграда и Минска разделены. Но в Аксапте Минск вообще проигнорировали PS Не совсем понятно, как соответствие имен должно вести себя, если на терминальном сервере настроят разный языковый интерфейс для разных пользователей)). Есть подозрение, что не взлетит
__________________
Axapta v.3.0 sp5 kr2 |
|
15.03.2024, 17:42 | #2 |
Участник
|
Цитата:
Причем у меня все хорошо. А у пользователя на том же сервере метод getClientMachineTimeZone возвращает другую временную зону, притом что если из под юзера в винде открыть настройку временных зон то все ок. Может есть более простое решение. Явно что-то в профиле юзера не так. |
|
Теги |
time, time zone, utc, utcdatetime, зимнее время, часовые пояса |
|
|