Редактор сообщений электронной почты.

[Poleax]

В DAX 2009 SP1 нашел пару глюков, хотелось бы узнать как поправить?

1) Основное --> Настройка --> Шаблоны сообщений эл. почты
Создаю шаблон:


Переключаясь между вкладками "Обычный" и "Предварительный просмотр" текст в окне сохраняет изначальную кодировку и стиль.
Но стоит переключится на вкладку "HTML", кодировка меняется.


вернувшись на вкладку "Обычный", вижу


Как исправить кодировку?

2) На почту приходит сообщение.
Cтрока: "Запись создана в Поставщики" произошло в 25.05.2010 10:38:30 в компании dem.

Элемент данных слияния %occurred% показывает странное время = 25.05.2010 10:38:30 , а должно быть 25.05.2010 14:38:30

Куда исчезли 6 часов? (Дату и время сеанса в аксапте проверял. Системное время настроено правильно, часовой пояс тоже)


P.S. Связанные темы Ссылка на Аксапту, Шаблоны сообщений эл. почты

[Ivanhoe]

1. Встречалось еще в 4.0. Пока так и не понял от чего зависит. На разных компьютерах - разное поведение.
2. Возможно, некорректные настройки UTC-времени? Поле заполняется так: datetime2str(_inbox.AlertCreatedDateTime, DateFlags::FormatAll)

[Ivanhoe]

2. Посмотрел внимательнее:
Дата и время inbox задается в методе execute класса EventActionAlert:

alertCreatedDateTime = DateTimeUtil::newDateTime(systemdateget(),timenow(),DateTimeUtil::getUserPreferredTimeZone())

Т.е. хранится время UT0, на формах в новом типе поля оно автоматически смещается на зону пользователя. А при рассылке оповещений, похоже, не подумали. Надо, наверное, поменять так (EventActionEmail.createEmailParameterMap()):

datetime2str(DateTimeUtil::applyTimeZoneOffset(_inbox.AlertCreatedDateTime, DateTimeUtil::getUserPreferredTimeZone), DateFlags::FormatAll)

[Poleax]

Цитата:

Сообщение от Ivanhoe

2. Возможно, некорректные настройки UTC-времени? Поле заполняется так: datetime2str(_inbox.AlertCreatedDateTime, DateFlags::FormatAll)

Похожие темы со смещением времени:
The time is incorrect on an email alert in Axapta General Discussions
Time stored in the EventCUD table

[Poleax]

Цитата:

Сообщение от Ivanhoe

2. Посмотрел внимательнее:
Дата и время inbox задается в методе execute класса EventActionAlert:

alertCreatedDateTime = DateTimeUtil::newDateTime(systemdateget(),timenow(),DateTimeUtil::getUserPreferredTimeZone())

Т.е. хранится время UT0, на формах в новом типе поля оно автоматически смещается на зону пользователя. А при рассылке оповещений, похоже, не подумали. Надо, наверное, поменять так (EventActionEmail.createEmailParameterMap()):

datetime2str(DateTimeUtil::applyTimeZoneOffset(_inbox.AlertCreatedDateTime, DateTimeUtil::getUserPreferredTimeZone), DateFlags::FormatAll)

Спасибо разобрался.
\Classes\EventActionEmail\createEmailParameterMap

    parameterMap.insert('occurred',datetime2str(DateTimeUtil::applyTimeZoneOffset(_inbox.AlertCreatedDateTime,DateTimeUtil::getUserPreferredTimeZone()), DateFlags::FormatAll));

[Ivanhoe]

П.1. Открываем форму SysInetHTMLEditor, метод parseHTML, находим в конце строку:

 retVal = '{\\rtf1\\ansi' + /*generateFontTable() +*/ element.generateColorTable() + '\r\n';

меняем на (для русской кодовой страницы):

 retVal = '{\\rtf1\\ansi\\ansicpg1251' + /*generateFontTable() +*/ element.generateColorTable() + '\r\n';

Как сделать, чтобы работало универсально?

[Poleax]

Цитата:

Сообщение от Ivanhoe

....

 retVal = '{\\rtf1\\ansi\\ansicpg1251' + /*generateFontTable() +*/ element.generateColorTable() + '\r\n';

Как сделать, чтобы работало универсально?

Может быть для РФ в \Forms\SysInetHTMLEditor\Methods\parseHTML

    retVal = '{\\rtf1\\ansi\\ansicpg1251\\deff0\\deflang1049' + /*generateFontTable() +*/ element.generateColorTable() + '\r\n';

Теперь все красиво на вкладке "HTML"

[Ivanhoe]

В моем варианте тоже работает. Вопрос про универсальность критичен, если у вас Аксапта стоит в нескольких странах и несколько пользователей (с разной кодовой страницей) работают с шаблонами почты.

[Poleax]

\Classes\EventActionEmail\createEmailParameterMap
подправили в Rollup 7

[AndyD]

По поводу п.2

Не уверен, что предложено правильное исправление (в том числе и Майкрософтом в RU7)

Ведь все эти классы (EventAction*) запускаются на батч сервере и, соответственно, пользователь, для которого формируется оповещение, не является в общем случае тем же пользователем, который выполняет задание.
И если они будут находиться в разных временных зонах, то результат будет неверным

По идее, надо делать выборку из настроек пользователя, для которого отправляется оповещение

[Ivanhoe]

Не согласен. Посмотрите класс EventJobCUD.run() - обработка событий изначально запускается от имени пользователя, который получит сообщение.

[AndyD]

Да, точно, был нерав, умолкаю