Modified на ComboBox

[ortin]

Задача. На форме выбирается тип договора (ComboBox). По его значению должен сгенерироваться и отобразиться номер договора. Проблема в том, что метод modified comboBox вызывется 2 раза (после selectionChange и leave). Соответственно, номерная серия расходуется в 2 раза быстрее.
Вопрос. Как сделать?

Ax 3.0.

[Gustav]

В active() сбрасываем некоторую логическую переменную (из ClassDeclaration), например, alreadyModified = false. При первом modified() выполняем логику, которая выполняется, если alreadyModified = false, после чего устанавливаем в true. Таким образом, при втором modified() логика уже не выполняется. Как-то так...

[MironovI]

Хм.. а просто на selectionChange повеситься нельзя?

[Gustav]

Цитата:

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

а просто на selectionChange повеситься нельзя?

Да, собственно, так и надо сделать. Тем более, что мой метод уязвим от "злоумышленника", не покидающего запись и производящего несколько изменений.
Ну, в общем всё говорит в пользу твоего selectionChange

[ZVV]

Ещё хорошо бы проверить в нём, что значение действительно изменилось..

[ortin]

Про проверку помню На selectionChange вешать завтра на работе буду.

[Eldar9x]

Почти такая же проблема возникла. Только у меня метод modifiedField на таблице.

public void modifiedField(fieldId _fieldId)
{
;

    super(_fieldId);

    switch (_fieldId)
    {
    case fieldnum(DiscountCard_Cards, CardType):
        if (this.RecId && this.CardType != this.orig().CardType)
        {
            if (this.canModifyCardType() && Box::okCancel("Будет удалена ссылка на сотрудника или клиента.", DialogButton::Ok) == DialogButton::Ok)
                this.modifyCardType();
            else
                this.CardType = this.orig().CardType;
        }
        break;

Окно с запросом показывается два раза по точно такой же причине (из SelectionChange и Leave).
Можно тут как-нибудь извернуться?

[S.Kuskov]

Проверки лучше всё же делать не в modifiedField, а в validateField

[Eldar9x]

В ValidateField точно также два раза вызывается диалог...

public boolean validateField(fieldId _fieldIdToCheck)
{
    boolean ret;

    ret = super(_fieldIdToCheck);

    switch (_fieldIdToCheck)
    {
    case fieldnum(DiscountCard_Cards, CardType):
        if (this.RecId && this.CardType != this.orig().CardType)
            ret = ret && this.canModifyCardType() && Box::okCancel("Будет удалена ссылка на сотрудника или клиента.", DialogButton::Ok) == DialogButton::Ok;
        break;
    default:
        break;
    }

    return ret;
}

[lev]

Цитата:

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

Почти такая же проблема возникла. Только у меня метод modifiedField на таблице.

public void modifiedField(fieldId _fieldId)
{
;

    super(_fieldId);

    switch (_fieldId)
    {
    case fieldnum(DiscountCard_Cards, CardType):
        if (this.RecId && this.CardType != this.orig().CardType)
        {
            if (this.canModifyCardType() && Box::okCancel("Будет удалена ссылка на сотрудника или клиента.", DialogButton::Ok) == DialogButton::Ok)
                this.modifyCardType();
            else
                this.CardType = this.orig().CardType;
        }
        break;

Окно с запросом показывается два раза по точно такой же причине (из SelectionChange и Leave).
Можно тут как-нибудь извернуться?

не знаю на сколько правильно, но я обычно такого рода проверки пишу в методе validateWrite() на таблице.

[Eldar9x]

canModifyCardType() это ведь все таки не проверки корректности заполнения поля, а проверка того, что можно вообще его менять. Хотя тут, действительно, в validateField оно логичней будет смотреться.

[Eldar9x]

Lev, ValidateWrite тут не катит, потому что по запросу диалога, должны либо очиститься, либо не очиститься именно в момент изменения поля CardType.

[ice]

Цитата:

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

Lev, ValidateWrite тут не катит, потому что по запросу диалога, должны либо очиститься, либо не очиститься именно в момент изменения поля CardType.

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

[Eldar9x]

Вобщем сделал через синглтон, переключающий свое состояние при очередном обращении.

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

А ссылка на сотрудника, которая "будет удалена" хранится в той же таблице и в той же записи? Может, заодно проверять тот факт, что она вообще существует?

if (this.RecId && this.CardType != this.orig().CardType && "Существует ссылка")

Тогда при первом проходе диалог и очистка, а при втором проходе, поскольку ссылка уже очищена, диалога не возникает.

[Eldar9x]

Ну это как-то уже на костыль похоже будет. Тем более что проверять придется не одно поле. Тут как получается... Мы знаем, что ModifiedField по полю будет вызываться с формы всегда два раза. Если бы диалога не было, то можно было бы и закрыть глаза на это. Причем в стандарте так и делается. Либо делают this.write() после того как вызов произойдет - тогда orig() уже вернет другое значение и повторный вызов не произойдет. Но мне сохранять запись нельзя. Следовательно, нам остается каким-то образом просто отключить повторный вызов метода. Для этого используем обычный флаг.