validateField(),leave(),modified()

[belugin]

еще вариант - в update датасурса перед супером сравнивать этих значения полей с предыдущими (orig) и запрашивать коммент на все сразу

[DSPIC]

Цитата:

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

еще вариант - в update датасурса перед супером сравнивать этих значения полей с предыдущими (orig) и запрашивать коммент на все сразу

Нет таких методов на датасорсе Есть write(), который по RecId условно расчепляется на update и insert

[petr]

Цитата:

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

еще вариант - в update датасурса перед супером сравнивать этих значения полей с предыдущими (orig) и запрашивать коммент на все сразу

Тут только надо быть осторожным. Если это write на датасорсе формы то все ок, если же метод update на таблице, то надо не забыть проверить текущий уровень транзакции, иначе при обновлении таблицы из кода внутри транзакции будет запущена форма для взаимодейсвия с пользователем, что категорически нельзя допускать.

Я однажды такую ошибку допускил и меня EVGL за это страшно отругал

Не повторяйте чужих ошибок...

[belugin]

Цитата:

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

Тут только надо быть осторожным. Если это write на датасорсе формы

я имелл виду write на датасурсе формы.

[Lanai]

2 belugin: Коммент должен быть к каждому полю свой.

2 lev: Забыл сказать версия 2.5. В 2.5 нет метода modifiedField() на таблице! Даже если бы и был, то не ясно какие именно действия нужно выполнить.

2 ZVV: Такой вариант допустим, но не хотелось бы например в справочнике клиентов создавать какое-то поле для временного хранения комментов - как-то не очень красиво. Но вариант!

2 DSPIC: Ща попробую - отпишу.

Всем спасибо за ответы!

[Lanai]

2 DSPIC: Попробовал! Во-первых код какой-то слишком большой получается (т.к. полей, которые нужно проверять около 15) - да и как-то не оптимально каждый раз проверять изменилось ли что-либо из них, но самое главное что validateWrite() вызывается один раз для всех полей - если например использовать для ввода комментария диалог, то после сохранения изменений в строке выскакивает сразу друг за другом несколько (столько, сколько полей мы изменили) диалоговых окон и не ясно куда какие комментарии вводить. Хотелось бы, чтобы запрос комментария выскакивал сразу после изменения поля (каждому полю свой).

[belugin]

Цитата:

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

2 DSPIC: Попробовал! Во-первых код какой-то слишком большой получается (т.к. полей, которые нужно проверять около 15)

container loggedFields = [
      fieldNum(T1, F1), fieldNum(T1, F2) ...
];

for(i=1; i<=conLen(loggedFields); i++)
{
    fieldId = conPeek(loggedFields, i)
    if (record.(fieldId)!=record.orig().(fieldId))
        changedFields +=  fieldId;
}

Цитата:

- да и как-то не оптимально каждый раз проверять изменилось ли что-либо из них, но самое главное что validateWrite() вызывается один раз для всех полей - если например использовать для ввода комментария диалог, то после сохранения изменений в строке выскакивает сразу друг за другом несколько (столько, сколько полей мы изменили) диалоговых окон

Dialog d = new Dialog('comnnmants');
for(i=1;i<=conLen(changedFields);i++)
{
    d.addField(typeId(Commant), fieldId2PName(record.table, conPeek(fields, i));
}

А можно спрашивать после каждого изменения и хранить map<recid, map<filedID, comment>> и сбрасывать его после сохранения.

Можно добавить новый таб с гридом с комментами по изменениями (хранить во временной таблице)

[DSPIC]

Цитата:

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

[XPP]container loggedFields = [
fieldNum(T1, F1), fieldNum(T1, F2) ...
];

for(i=1; i<=conLen(loggedFields); i++)
{
fieldId = conPeek(loggedFields, i)
if (record.(fieldId)!=record.orig().(fieldId))
changedFields += fieldId;
}

Да, в этом русле, только для универсальности, loggedFields сделать не хардкодом в контэйнере, а создать на таблице группу и добавлять туда поля для логирования. Тогда решение будет легко мигрироваться а список полей для логирования легко кастомизироваться.