Фиксация изменённых данных вызывающей формы до её обновления

[DesertBrowser]

Добрый день!

Ситуация:
есть основная форма - т.н. форма "шапки" документа, и форма строк, вызываемая из неё. При изменениях в строках происходит переформирование текстового поля с комментарием в таблице шапки. Сразу после изменения этого поля форма шапки (вызывающая) обновляется. Но при этом возникает проблема: иногда пользователь, не закрывая формы строк, переключается из неё в форму шапки и производит в ней изменения. А после правки данных в форме строк шапка обновляется, и последние изменения теряются. Каким образом можно перед обновлением шапки зафиксировать её изменения?

void updateTableForm(bom _bom)
{
    args            args;
    FormObjectSet   fos;
    BOMTable        bt;
    ;
    if (_bom.dataSource())
    {
        if (_bom.dataSource().formRun().args())
        {
            args = _bom.dataSource().formRun().args();
            fos = args.record().dataSource();
            bt = args.record();//здесь неизменённые значения, как и в fos.cursor()

            bt.reread();
            fos.refresh();
        }
    }
}

MS Ax 3.0 SP 3 MS SQL Server 2000

[ice]

Зачем изменять шапку до сохранения изменений на строках?

[DesertBrowser]

Шапку изменяют, если забыли заполнить/неправильно заполнили какое-либо поле.

[ice]

при открытой формы строк блокируйте изменения в шапке как в складских журналах

[S.Kuskov]

По идее при потере гридом фокуса ввода изменённые данные должны сохранится в БД. В случае ошибки сохранения фокус ввода должен остатся на несохранённых данных.
Каким образом у вас пользователь после редактирования шапки документа переходит на форму строк без сохранения изменённых данных?

[DesertBrowser]

Пользователь не открывает форму строк - она уже открыта. Он переключается из одной открытой формы (строк) вначале в форму шапки, не закрывая строки. Потом обратно, из шапки в форму строк. Запись при этом не сохраняется - никаких попыток сохранения не происходит, соответственно и ошибок тоже нет. Фокус в форме шапки остаётся там, где он был до переключения в строки.

[Владимир Максимов]

Как мне кажется, ответ очевиден. Сначала выполнить сохранение в родительской форме, и только потом обновление. Примерно так

fos.write();   // Вот это добавить
fos.reread();
fos.refresh();

Собственно, я бы сделал на родительской форме отдельный метод, котрый все это будет делать и вызывал бы его из подчиненной по мере необходимости.

Object callerForm;

callerForm = args.caller();
if (formHasMethod(callerForm,"MyMethod"))
{
    callerForm.MyMethod();
}

Можно передавать в этом метод в качестве параметра новое значение комментария (или ту часть, которую надо добавить). Тогда все изменения в родительской форме будут выполняться непосредственно самой формой.

[DesertBrowser]

Это было первое, что я попробовала, до того как открыла эту ветку на форуме. Эффекта ни write на DS, ни update на record не имеют. Т.к. новые - т.е. изменённые пользователем данные - в них не попадают.

[CDR]

В вызываемой дочерней форме строк объявите табличную переменную parentTable того же типа, что и главная таблица из родительской формы. При открытии дочерней формы в inite свяжите ее с курсором родительской формы (parentTable = element.args().record() ).

Обязательно проверьте, чтобы в дочерней форме эта переменная больше нигде не переприсваивалась и не перевыбиралась из БД, это важно!

При сохранении текущей записи (именно при сохранении, а не при изменении поля !!!) в дочерней форме формируйте нужный комментарий, просто записывайте его в поле табличной переменной (parentTable.comment = 'comment'), а затем

parentTable.dataSource().write().
parentTable.dataSource().refresh().

Естественно, запись в оба датасоурса должна быть в одной транзакции.
Если сделаете все правильно, то все должно работать.