Есть ItemChanged , он вызывает отдельную ф-цию F, которая занимается обработкой введенного значения. Есть кнопка в окошке вместе с этим datawindow, она запускает AcceptText. А AcceptText, в свою очередь снова запускает ItemChanged. Как бы красиво обойти этот казус? Надо, чтобы при AcceptText событие ItemChanged не отрабатывало ф-цию проверки F.

Riska А AcceptText, в свою очередь снова запускает ItemChanged
AcceptText НЕ запускает ItemChanged. Ищи проблему в другом.

Events
AcceptText may trigger an ItemChanged or an ItemError event.
и это так

я поясню - Accepttext запускает ItemChanged, если вы изменили чего нить в поле, но не вышли табуляцией из него, а сразу нажали ту самую кнопочку, через клик которой и запускается Accepttext

ЗоринАндрейА в чем казус-то?
Если Вам не надо делать проверку - уберите вызов функции из ItemChanged
Если Вам надо делать проверку - пусть она и происходит по Clicked -> AcceptText() -> ItemChanged()
Если вам надо чтоб проверка тут отрабатывала, а там не отрабатывала - то у Вас скорее всего серъезные проблемы с дизайном, но все равно никто не мешает сделать "затычку" в виде переменной IgnoreFuncCall которая в clicked ставится в True перед AcceptText и ItemChanged в этом случае пропускает проверку, а потом IgnoreFuncCall где-то где там Вам надо сбрасывается обратно в False.
Укажите что с дизайном не так:
имеем n полей в датавинд. ItemChanged проверяет введенные данные посредством ф-ции из него запускаемой и ф-ция эта выдает сообщение что за поле и что туда надо бы ввести. Если провести некоторые изменения в поле и не выйти из него, то ДВ считает, что оно не изменилось. чтоб избежать необходимости щелкать табом, я перед сохранением запускаю AcceptText. Если поле было введено неправильно, но пользователь не щелкнул табом, а нажал кнопку сохранить, то ругается сначала ф-ция из ItemChanged , потом срабатывает AcceptText в скрипте на сохранение и триггерует ItemChanged и ф-ция с ругательствами срабатывает повторно.

насчет булевой переменной была такая идея, но это не очень красивое решение, подумал, может еще чего подскажут.

RiskaВерно. В данном случае, при нажатии на кнопку, произойдет событие ItemChanged. Но это не повлечет за собой срабатывания события дважды. Т.е. СНОВА ничего не запустится.
1. Попробуй перенести AcceptText на функцию.
2. Можно перенести скрипт из ItemChanged в EditChanged(это в зависит от конкретной задачи).
3. Если после срабатывания функции происходит ItemChanged, то можно внести флаг в функцию (проверка, что AcceptText уже выполнен).

ItemChanged сработает дважды - сам по себе + через AcceptText
1. - невозможно
2. - это быдет долго да и не работал я с EditChanged
3. - уже ответил выше

ЗоринАндрей _serjj_а нажал кнопку сохранить, то ругается сначала ф-ция из ItemChanged , потом срабатывает AcceptText в скрипте на сохранение и триггерует ItemChanged и ф-ция с ругательствами срабатывает повторно.
Интересно откуда взялся первый ItemChanged.
Поставьте breakpoint и посмотрите Call Stack.
первый берется после того как вы провели изменение в поле и нажали кнопку. Поле теряет фокус и срабатывает ItemChanged для ДВ.

_serjj_ ЗоринАндрей _serjj_а нажал кнопку сохранить, то ругается сначала ф-ция из ItemChanged , потом срабатывает AcceptText в скрипте на сохранение и триггерует ItemChanged и ф-ция с ругательствами срабатывает повторно.
Интересно откуда взялся первый ItemChanged.
Поставьте breakpoint и посмотрите Call Stack.
первый берется после того как вы провели изменение в поле и нажали кнопку. Поле теряет фокус и срабатывает ItemChanged для ДВ.
сорри, первый раз ItemChanged запускает AcceptText, второй раз срабатывает
ItemChanged сам

ytrewqПри нажатии на кнопку никакого вызова ItemChanged() не происходит, т.к. теряется не фокус поля, а фокус DataWindow.
В кнопке прописывается AcceptText для DataWindow именно для того, чтобы вызвать срабатывание ItemChanged() для того поля, которое не отработало.

Вызов, если я правильно понял, AcceptText из ItemChanged() надо убрать
в ItemChanged() я не вызываю AcceptText. или я вас неправильно понял.

вот скрипт для ItemChanged:
integer li_return

li_return = uf_validrules_construction(dwo.name,data)
if li_return=0 then w_comercial_main.cb_1.enabled=true
return li_return

ЗоринАндрей _serjj_
сорри, первый раз ItemChanged запускает AcceptText, второй раз срабатывает
ItemChanged сам
что значит "срабатывает сам" ?
вызвали AcceptText, сработал ItemChanged, выдал ошибку, AcceptText вернул -1, процесс сохранения прекращаем.
с чего он вдруг сам то сработал?
ItemChanged не выдаёт ошибку, его единственное предназначение - возврат. что он возвращает зависит от ф-ции, которая в нем запускается. Эта ф-ция проверяет, удовлетворяет ли введеное значение условиям задачи.

срабатывеет сам - то есть автоматически, без моего вмешательства