Leonid Kudryavtsevshurik_shinkExecute_Query(NO_VALIDATE);
Интересно, что это за синтаксис такой NO_VALIDATE. Можно ссылку на доку?
Посмотрел в доке по 6i, там такого не было, что это значит. Просто интересно

Леонид,

NO_VALIDATE всегда было.
Назначение - если в блоке были изменения (status = 'CHANGED'), то отбросить все изменения и выполнить запрос.
Без NO_VALIDARE форма будет спрашивать что делать с изменениями.
Leonid Kudryavtsevshurik_shinkДля первой записи блока появляется форма для ввода значений гибких полей...
Ни с того ни с сего, форма для ввода значений гибких полей появится не может.

Глядя в хрустальный шар, я и то догадываюсь, где у Вас ошибка. Подозреваю, что просто Вы зачем-то гибкое поле сделали первым (или единственным) в блоке. Соответственно оно получает фокус ввода - появляется форма для ввода.

shurik_shink,

Леонид верно говорит. Видимо гибкое поле - первое куда перемещается курсор при GO_BLOCK.

Leonid Kudryavtsev,

По ходу это я перепутал.
Действительно, NO_VALIDATE это в CLEAR_BLOCK|FORM параметром передается.

А с синтаксисом execute_query(no_validate) все просто.
Первый параметр процедуры execute_query - числового типа данных.
А все эти NO_VALIDATE, ALL_RECORDS, ASK_COMMIT, и пр. это все числовые константы, объявленные глобально где-то внутри Формсов.
Если интересно, то числа, которые скрываются за ними можно узнать через message('no_validate = ' || no_validate);

Поэтому передать no_validate в execute_query можно, это компилируется и работает, но execute_query будет молча игнорировать незнакомое число в качестве параметра.

Формсов под рукой нет, но думаю, что как-то так все и происходит.