Как отделить ручной ввод данных в поле от заполнения данными по лукапу

[RomanK]

Приветствую всех.
Требуется научиться отличать тип ввода данных в поле: ввел ли пользователь значение в поле с клавиатуры или значение было подставлено из лукапа. Как это можно определить?
Желательно как минимум на уровне датасорса(не отдельного контрола)

[samolalex]

В качестве варианта можно перекрыть метод lookup на поле датасоурса и отслеживать в методе его вызов, например поставить флаг вызова лукапа, объявив его в ClassDeclaration:

public void lookup(FormControl _formControl, str _filterStr)
{
    super(_formControl, _filterStr);
    flag = true;
}

Затем на modified этого поля повесить проверку вызова lookup'a и сброс флага:

public void modified()
{
    super();

    if (flag)
    {
        //какие-то дествия;
    }
    flag = false;
}

[S.Kuskov]

Не знаю чем конкретно это может помочь, но почему-то вспомнился такой факт lookup не закрывается до завершения метода modified

Расскажите лучше зачем?

[S.Kuskov]

Цитата:

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

В качестве варианта можно перекрыть метод lookup на поле датасоурса и отслеживать в методе его вызов, например поставить флаг вызова лукапа, объявив его в ClassDeclaration:

С учётом вышесказанного, наверное должно быть вот так:

public void lookup(FormControl _formControl, str _filterStr)
{
    flag = true;
    super(_formControl, _filterStr);
    flag = false;
}

Нужен эксперимент .

[pitersky]

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

[RomanK]

лукап перекрыт и возвращает целую запись, потом запись дербанится и заполняются определенные поля в табличке(аля механим связки разных сущностей). Затем если пользователь вводит данные в конкретное поле вручную, а не из лукапа, связь надо разорвать(подчистить все поля которые заполнились в фоне).
Делать кнопку - "разорвать связь" в целом логично, но никто не будет делать 2 действия, сначала разрывать связь, потом еще и дату менять. Поэтому требовалось понимать вручную вводят или по лукапу значение пришло.

Спасибо за советы всем, сейчас будем реализовывать ))))

[vallys]

Цитата:

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

лукап перекрыт и возвращает целую запись

Для лукапа вы используете класс SysTableLookup?

[vallys]

Цитата:

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

С учётом вышесказанного, наверное должно быть вот так:

public void lookup(FormControl _formControl, str _filterStr)
{
    flag = true;
    super(_formControl, _filterStr);
    flag = false;
}

Нужен эксперимент .

эксперимент провалится в стандартных лукапах не используется formRun.wait()

[RomanK]

Лукап на таблице использующий, как вы правильно пишете, SysTableLookup
{


formRun.wait();
if (formRun.closedOk())
{
табличка ваша = formRun.dataSource(1).cursor();
}

return табличка ваша;
}

[S.Kuskov]

Цитата:

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

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

А не проще сдеалать лукап по уникальному полю, а потом в методе modifiedField на его основании заполнить все остальные?

[vallys]

Цитата:

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

Лукап на таблице использующий, как вы правильно пишете, SysTableLookup
{
formRun.wait();
if (formRun.closedOk())
{
табличка ваша = formRun.dataSource(1).cursor();
}

return табличка ваша;
}

Ну тогда вам не нужно знать откуда вы попали в modified()...

1. в методе контрола modified() реализовать очистку "связанных полей" без всяких проверок, потому что:
2. метод контрола modified() вызывается ядром в рамках вызова formRun.wait()

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

З.Ы. Я так понимаю, что значение ключевого поля в лукапе НЕ уникально?

[RomanK]

Цитата:

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

А не проще сдеалать лукап по уникальному полю, а потом в методе modifiedField на его основании заполнить все остальные?

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

Цитата:

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

Ну тогда вам не нужно знать откуда вы попали в modified()...

1. в методе контрола modified() реализовать очистку "связанных полей" без всяких проверок, потому что:
2. метод контрола modified() вызывается ядром в рамках вызова formRun.wait()

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

З.Ы. Я так понимаю, что значение ключевого поля в лукапе НЕ уникально?

Не то чтобы не уникально, просто нужны еще данные из таблицы

[S.Kuskov]

Цитата:

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

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

И что, если юзер вместо выбора из лукапа сам напечатает в точности такое же значение, то поля затягивать уже не нужно? Какая-то странная логика...

[RomanK]

Именно так. Только по лукапу тянуться поля, ручной ввод означает разрыв связи

[RomanK]

Цитата:

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

Ну тогда вам не нужно знать откуда вы попали в modified()...

1. в методе контрола modified() реализовать очистку "связанных полей" без всяких проверок, потому что:
2. метод контрола modified() вызывается ядром в рамках вызова formRun.wait()

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

З.Ы. Я так понимаю, что значение ключевого поля в лукапе НЕ уникально?

modified() вызвался после того как я выбрал значение в лукап. Т.е. не успев прописать их, тут же стер все. Придется флаги вводить

[ice]

Цитата:

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

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


Не то чтобы не уникально, просто нужны еще данные из таблицы

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

[sukhanchik]

Цитата:

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

из таблицы по которой мы сделали лукап надо в фоне затянуть еще другие значения, юзер этого не видит, но поля затягиваются. Поэтому я из лукапа возвращаю курсор и затем забираю нужные мне данные
Не то чтобы не уникально, просто нужны еще данные из таблицы

Цитата:

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

по лукапу тянуться поля, ручной ввод означает разрыв связи

Цитата:

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

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

По-моему, надо просто на modified() анализировать значение (делать лишний select) по выбранному значению. Если значение в таблице находится - значит брать его. Если нет - то ничего не брать.
2RomanK: Вообще, я как-то делал объединенный лукап клиентами и поставщиками, а потом пытался "угадывать" - откуда была выбрана запись. По факту, ни к чему хорошему эта идея ни привела - т.к. было много глюков (в коде выбиралась не та запись) именно из-за ручного доввода или какого-нибудь кеша.
Поэтому, я пришел к выводу - что надежнее (с т.з. прогнозируемости работы системы) смириться с тем, что выбор из лукапа и ручной ввод - суть есть неразделимые события и их невозможно в АХ отделить друг от друга.

[gl00mie]

Цитата:

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

Только по лукапу тянуться поля, ручной ввод означает разрыв связи

С чего бы это? Зачем вы пытаетесь искоренить в компании продвинутых пользователей, которые наизусть помнят нужные им 5-10 возможных значений поля и чихать хотели на ваши лукапы?

Цитата:

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

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

А зачем вообще их отделять? Какая на фиг разница с точки зрения бизнес-логики, каким образом значение попало в поле? Если нужно подтягивать значения по умолчанию для других полей, то это нужно делать по-любому (и не факт, что тот же табличный modifiedField() окажется самым удобным решением). Потому что завтра пользователям надоест лазить по лукапам, и они захотят качать данные из Экселя - и что же, связанные поля при импорте уже не заполнять, "разрыв связи"?..

[kaw]

"Страшно", что-то советовать после таких гуру

Перекрыть метод
textChange() - в котором сделать инциализацию признака "редактиров.ручками"
lookup() - в котором ОБНУЛЯТЬ признак "редактиров.ручками"

Идея из темы:
Запрет редактирования поля
Запрет на ввод данных не из lookup'а

[Pustik]

Цитата:

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

Перекрыть метод
textChange() - в котором сделать инциализацию признака "редактиров.ручками"

то же сначала хотел посоветовать, но

Цитата:

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

Приветствую всех.
Требуется научиться отличать тип ввода данных ......
Желательно как минимум на уровне датасорса(не отдельного контрола)