обязательное для заполнения поле в уже созданной записи

[vanokh]

Есть запись в некоторой таблице (создаваемая в коде, без участия пользователя), у которой не заполнено одно поле, скажем Комментарий. Запись показывается в гриде на форме пользователю и требуется, чтобы он ее обязательно (!) заполнил. То есть не позволять переходить на другие записи и контролы.

Естественно, поле помечено как обязательное (Mandatory). Но если пользователь ничего в записи не трогает, то оно так и остается незаполненным.

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

Единственный пока найденный вариант - в active, если поле не заполнено, заполнять его пробелом, тогда запись становится измененной и вызывается validateWrite. Но это как-то криво...

Собственно вопрос, вернее один из двух:
1. Как не давать переходить на другие записи/контролы, если не проходит validateWrite?
2. Как сделать запись измененной, фактически не меняя поля? В этом случае сработает validateWrite, что и надо.

[ice]

зачем вам сохранять запись если она не изменена? а если вы уже создали строки и потом сделали поле обязательным, то создайте job по заполнению этого поля значением по умолчанию. А заставлять пользователя заполнять принудительно поля к которым он не имеет никакого отношения не нужно

[pitersky]

У меня была похожая задача, надо было программно создать строку в таблице (не заполняя mandatory-поле), а потом стребовать с пользователя его заполнение. Решено было перпендикулярным способом - запись нельзя было никак обработать дальше, выскакивал error "Поле такое-то не заполнено".

[vanokh]

Цитата:

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

зачем вам сохранять запись если она не изменена? а если вы уже создали строки и потом сделали поле обязательным, то создайте job по заполнению этого поля значением по умолчанию. А заставлять пользователя заполнять принудительно поля к которым он не имеет никакого отношения не нужно

Нет, поле обязательное с самого начала. Просто запись создается без участия пользователя - в коде, по нажатию кнопки. Причем не одна, а с подчиненными - шапка и строки. И нужно, чтобы пользователь заполнил поле Комментарий в шапке. Последовательность такая - Создал-Открыл, Заполнил либо Удалил.

[vanokh]

Цитата:

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

У меня была похожая задача, надо было программно создать строку в таблице (не заполняя mandatory-поле), а потом стребовать с пользователя его заполнение. Решено было перпендикулярным способом - запись нельзя было никак обработать дальше, выскакивал error "Поле такое-то не заполнено".

Ага, очень похоже. А запись перед требованием уже сохранена? Как именно было реализовано то, что "запись нельзя было никак обработать дальше"?

[ice]

Цитата:

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

Нет, поле обязательное с самого начала. Просто запись создается без участия пользователя - в коде, по нажатию кнопки. Причем не одна, а с подчиненными - шапка и строки. И нужно, чтобы пользователь заполнил поле Комментарий в шапке. Последовательность такая - Создал-Открыл, Заполнил либо Удалил.

ну так заполняйте при создании, какие проблемы?

[pitersky]

Цитата:

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

Ага, очень похоже. А запись перед требованием уже сохранена? Как именно было реализовано то, что "запись нельзя было никак обработать дальше"?

1) да, сохранена. Там было нельзя иначе - операция могла создать много строк
2) очень просто - перед началом обработки вызывался специальный validate (включающий validateWrite на таблице, так как после обработки должен меняться статус). Если всё ОК, тогда можно запускать класс обработки.

[S.Kuskov]

Цитата:

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

Как сделать запись измененной, фактически не меняя поля? В этом случае сработает validateWrite, что и надо.

Используйте forceWrite

[vanokh]

Цитата:

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

ну так заполняйте при создании, какие проблемы?

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

Цитата:

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

1) да, сохранена. Там было нельзя иначе - операция могла создать много строк
2) очень просто - перед началом обработки вызывался специальный validate (включающий validateWrite на таблице, так как после обработки должен меняться статус). Если всё ОК, тогда можно запускать класс обработки.

А, у вас это все в обработке... Не подходит - у меня пользователь может не вводить комментарий, а удалить запись.

Цитата:

Сообщение от S.Kuskov

Используйте forceWrite

Вот это как раз то, что нужно! Как-то я его пропустил... Спасибо! Поставил на active и заработало!

[coolibin]

Набрел на похожую проблему, но forceWrite() почему-то не помогает.

Сценарий такой:

На форме две таблицы: t1 и t2.
t2 подцепленна по InnerJoin к t1. Связь - 1:1.
Навигация в форме идет по таблице t1.
В событии t1.create() идет вызов класса, где после диалога пишутся модификации в обе таблицы. При этом mandatory поле в t2 класс не заполняет. Заканчивается работа класса вызовом t1.reread(); t1.refresh();

В конце t1.create() делаю вызов t2_ds.forceWrite(true) - никаких эмоций, то есть, t2.validatewrite() не отрабатывает.

Если же вместо этого сделать любое присвоение любого поля в t2, то проверка отработает. Как заставить проверить mandatory поля в t2 без изменения полей?

AX2009

[S.Kuskov]

Цитата:

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

В конце t1.create() делаю вызов t2_ds.forceWrite(true) - никаких эмоций, то есть, t2.validatewrite() не отрабатывает.

По идее, если речь идёт не о изменении записи, а о её вставке (create же у вас создаёт новую запись?), то никакого forceWrite вообще не должно требоваться. Менялись ли значения или не менялись вставка даже пустых данных должна происходить в любом случае, а следовательно должнен вызываться и validatewrite.

У вас сама вставка записи в t2 происходит? Метод t2_ds.write() не перекрыт?

[coolibin]

Цитата:

Сообщение от S.Kuskov

У вас сама вставка записи в t2 происходит? Метод t2_ds.write() не перекрыт?

Вставка записи происходит в коде, напрямую в таблицу без участия датасорса. Потом датасорс основной таблицы, t1 в форме рефрешится (дерганием метода формы из класса), так что новая запись t2 тоже перерисовывается. Но после завершения работы класса в create() курсор t2 уже не имеет признака модификации (что вполне логично).

public void create(boolean _append = false) //create a rec in t1
{
    super(_append);
 
    SomeRunBaseClass::DoWork(...);
 
    if (t2.RecId != 0)
    {
        t2_DS.forceWrite(true); // не вызывает валидации при последующем уходе с записи t1
        //t2.SoeField = "blablabla" ; // так валидация будет вызвана
    }
}

Я же хочу этот признак ему выставить принудительно, чтобы попытка уйти с текущей записи основной таблицы (t1) сопровождалась вызовом valildatewrite() для записи подцепленной (t2) таблицы. Не понятно, почему переприсвоение значения любого поля выставляет признак модификации, а forseWrite() - нет.

[coolibin]

Интересно, сделал ForceWrite() вместо t2_DS на t1_DS, в результате теперь t2.validateWrite() тоже вызывается автоматически.
Меня устроило.