Как остановить выполнение InitValue для связанных (innerJoin) таблиц?

[parovoz]

Доброго дня!
На форме InventTable (для примера) пять датасорсев, связанных через InnerJoin. Когда создается новая запись, вызывается InitValue поочередно для всех датасорсев.
При создании записи пользователь должен сделать некоторые действия (код размещен в InitValue таблицы InventTable). Задача в том, что бы если пользователь сделал что-то не так - не создавать запись (удалить ее из буфера окна). Делаю так:

PHP код:

if (this.isFormDataSource())
{
    _FormDataSource = this.dataSource();
    _FormDataSource.cacheRemoveRecord(this)
} 


Строка успешно исчезает из окна, но затем проходит InitValue всех оставшихся датасорсев, причем со значениями следующей (не пустой и с нужными данными) строки.

Есть предположение, что должен существовать способ остановить (или отменить) создание новой строки.

[Maxim Gorbunov]

Способ есть - перенесите свой код в метод FormDataSource::create() и не вызывайте super(), если пользователь сделал что-то не так.

[parovoz]

Нельзя. Сначала пользователь выбирает шаблон записи, а уж потом определяется, то он выбрал или нет. Механизм шаблонов записей срабатывает при вызове super() на таблице.
Необходим именно способ отмены создания записей.

[Maxim Gorbunov]

Что ж, придется постараться

Дело в том, что super() для create() как раз все эти initValue() и инициализирует. create() для класса FormDataSource вы переопределить не сможете... Остается менять только create для InventTable_ds. Можете, конечно, изворачиваться и менять JoinSource, но это, ИМХО, лишние проблемы.

[Maxim Gorbunov]

Что ж, придется постараться

Дело в том, что super() для create() как раз все эти initValue() и инициализирует. create() для класса FormDataSource вы переопределить не сможете... Остается менять только create для InventTable_ds. Можете, конечно, изворачиваться и менять JoinSource, но это, ИМХО, лишние проблемы.

[mazzy]

Цитата:

Изначально опубликовано parovoz
При создании записи пользователь должен сделать некоторые действия (код размещен в InitValue таблицы InventTable). Задача в том, что бы если пользователь сделал что-то не так - не создавать запись (удалить ее из буфера окна).

Можно я снова побрюзжу?

Есть пользователь все равно "должен сделать некоторые действия", то, по-моему, стоит чуть изменить условия задачи. Пусть пользователь явно создает новую запись в ведомом датасорсе (Ctrl+N). Достаточно надо изменить только одно свойство - запретить автосоздание новой записи.
Тогда и программировать ничего не надо будет.

[parovoz]

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

Очень хочется найти красивое решение :о)

Расскажу подробней задачу. Пользователи при виде количества полей и галочек на формах, которые им предстоит заполнять, стали понимать для чего им надо было хорошо в школе учиться. Для облегчения их работы по некоторым справочникам были созданы шаблоны записей.
По справочнику номенклатуры был сделан мастер, помогающий пользователям вводить только правильную кодировку, а так же выбирающий нужный шаблон для каждого типа кодировки. Кривизна такого подхода только в том, что непонятно что делать если пользователь ввел кодировку неверно и пытается закрыть окно cancel'ом.

На первое время поле ItemID сделал недоступным для ввода, (ввести можно только мастером) и оставил его обязательным для ввода. В окне остается пустая строка, и пользователь ее в базу положить не может. Убого. Но пока работает.

зы. А по хорошему, запись из буфера окна мне надо удалять в конце SysRecordTemplate.CreateRecord()

[mazzy]

Есть кнопка Ctrl+Q. Она закрывает окно без проверки и без записи.

А как это неверно, если мастером? Вы имеете в виду мастер похожий на мастера ввода нового счета в плане счетов?

Насчет полей... Каждый пользователь должен вводить только то что знает. Не больше. НО и не меньше

Кстати, у номенклатуры вроде уже есть мастер. Вы его просто расширили? Или полностью подменили?

[parovoz]

Цитата:

Кстати, у номенклатуры вроде уже есть мастер. Вы его просто расширили? Или полностью подменили?

Подменил полностью, так как штатного на видел. Подскажите, где его посмотреть.

Цитата:

А Вы имеете в виду мастер похожий на мастера ввода нового счета в плане счетов?

Такого мастера тоже не нашел. Уже себя как то глуповато начинаю чувствовать.

Цитата:

А как это неверно, если мастером?

В двух словах так:
Код состоит из элементиков. Каждый из них осмыслен, а список доступных значений или допустимых символов текущего элемента определяют предыдущие элементы. Типа дерева, грубо говоря классификатор.
Так вот, если ользователь начинает вводить какую-нить фигню, то это неправильно. Пользователи разные бывают.

Цитата:

Насчет полей... Каждый пользователь должен вводить только то что знает. Не больше. НО и не меньше

Это сказка какая-то, когда пользователю говорят что он ДОЛЖЕН вводить, и он тих-мирно идет этим заниматься. А насчет "знает", они же профессионалы - они знают, что им за дело куда это все вбивать. Может есть эффективные способы воспитания?