Значение n-ой колонки списка ComboBox

[DesertBrowser]

Добрый день.
Подскажите, как можно получить соответствующее значение из НЕпервой колонки списка ComboBox после выбора некоторой строки из этого списка.
Т.е. например есть поле со списком. В поле отображается ФИО. В списке отображаются и ФИО и должность. После выбора из списка другого ФИО хотелось бы без дополнительных запросов, прямо из списка, используя какое-либо его свойство, получить должность из второй колонки строки выбранного ФИО. Возможно ли это?
Спасибо.

[CDR]

В контроле ComboBox нет колонок. Возможно, имеется ввиду ListView?

[kornix]

Если lookup перекрыт на контроле или используется какая-нибудь lookup форма, то можно так:

public void lookup()
{
    SysTableLookup          sysTableLookup = SysTableLookup::newParameters(tableNum(EmplTable), this);
    query                   query = new query();
    queryBuildDatasource    qbds;
    ;

    sysTableLookup.addLookupfield(fieldNum(EmplTable, <1>));
    sysTableLookup.addLookupfield(fieldNum(EmplTable, <2>), true); // true - указывает что после выбора нужно вернуть значение этой колонки

    qbds = query.addDataSource(tablenum(EmplTable));
    sysTableLookup.parmQuery(query);
    sysTableLookup.performFormLookup();
}

Но на контроле перекрывать lookup не очень хорошо, если используется edt - создайте для нее lookup форму и напишите свой lookup.

[DesertBrowser]

Прошу прощения, речь шла именно о lookup-выпадающих списках, ComboBox тут не причём.

Цитата:

sysTableLookup.addLookupfield(fieldNum(EmplTable, <поле2>), true); // true - указывает что после выбора нужно вернуть значение этой колонки

А как мне обратиться потом к контролу, на котором лукап перекрыт описанным способом, чтобы получить значение колонки?

[kornix]

Поставьте ему свойство autodeclaration = true, и обращайтесь из любого места формы <нужное значение> = <имя контрола с перекрытым методом>.text();

[DesertBrowser]

Тогда получается, что я не смогу получить значение первой колонки, а мне нужны значения и первой колонки (сохраняется в поле, к которому прикреплён лукап), и второй колонки с должностью.

[S.Kuskov]

Скорее всего имелся в виду самый обычный lookup c гридом из нескольких полей. Если так то ответ нет, стандартно такое сделать не получиться. Стандартный механизм работы c lookup окнами не предаставляет доступ программисту к процессу получения значения из lookup формы. Можно запрограммировать передачу значения, но вот запрограммировать получение этого значения на основной форме не выйдет.
К том уже, если я правильно вас понял, при таком подходе вы принуждаете пользователя пользоваться lookup'ом, и лишаете ручного ввода. Не создавайте себе лишних проблем. Инициализируйте второе поле в методе modifiedField первого.

[Che]

Цитата:

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

Тогда получается, что я не смогу получить значение первой колонки, а мне нужны значения и первой колонки (сохраняется в поле, к которому прикреплён лукап), и второй колонки с должностью.

если я правильно понял - у вас перекрыт лукап.
если так, то почему бы не навесить на этот контрл Modified? не выход?

[DesertBrowser]

Изначально так и было сделано.
А вопрос возник из-за проблемы: в списке сотрудников есть полные тёзки, но с разными должностями. В поле, на котором есть лукап с колонками ФИО и Должность, выбирается ФИО. А в другое поле по modified контрола с ФИО выбирается должность. Но должностей по этому ФИО несколько, и выбраться может не та, по которой собственно щёлкнул пользователь при выборе ФИО. Хотя при выборе ФИО пользователь свой выбор уже конкретизировал.

[Che]

тоды есть вариант вызывать не лукап а форму (и с нее перехватить курсор). решал уже такую задачку....

если надо могу скинуть пример

[S.Kuskov]

Цитата:

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

вопрос возник из-за проблемы: в списке сотрудников есть полные тёзки, но с разными должностями. В поле, на котором есть лукап с колонками ФИО и Должность, выбирается ФИО. А в другое поле по modified контрола с ФИО выбирается должность. Но должностей по этому ФИО несколько, и выбраться может не та, по которой собственно щёлкнул пользователь при выборе ФИО. Хотя при выборе ФИО пользователь свой выбор уже конкретизировал.

У вас явная архитектурная ошибка. Если у вас ФИО не является первичным ключём, то как же вы тогда собираетесь использовать его в качестве вторичного? По логике пользователь должен выбирать уникальный код сотрудника, основываясь при этом на значениях ФИО и должности. Тогда в табличном методе modifiedField по уникальному коду вы уже сможете вытащить и ФИО и должность

P.S.: Ещё вспомнилось свойство AliasFor на поле таблицы. Не совсем то конечно, но может пригодиться

[SRF]

Посмотрите использование метода waitAndSearch класса TableLookup_RU

[wolfstein]

Цитата:

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

Изначально так и было сделано.
А вопрос возник из-за проблемы: в списке сотрудников есть полные тёзки, но с разными должностями. В поле, на котором есть лукап с колонками ФИО и Должность, выбирается ФИО. А в другое поле по modified контрола с ФИО выбирается должность. Но должностей по этому ФИО несколько, и выбраться может не та, по которой собственно щёлкнул пользователь при выборе ФИО. Хотя при выборе ФИО пользователь свой выбор уже конкретизировал.

А может быть тогда на второй контрол-Должность тоже навесить лукап, который будет зависеть от первого контрола-ФИО. Т.е. после выбора ФИО, если по ФИО несколько должностей, то выбирать должность из лукап, если должность по ФИО одна, то подставлять ее по modified.

[DesertBrowser]

Цитата:

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

А может быть тогда на второй контрол-Должность тоже навесить лукап, который будет зависеть от первого контрола-ФИО. Т.е. после выбора ФИО, если по ФИО несколько должностей, то выбирать должность из лукап, если должность по ФИО одна, то подставлять ее по modified.

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

Цитата:

У вас явная архитектурная ошибка.

Да, к сожаоению, так реализован функционал "Должностные лица".
Спасибо за ответы, буду разбираться с методом waitAndSearch класса TableLookup_RU

[Ivanhoe]

А не проще сделать выбор сотрудника в отдельном новом поле и по нему заполнить имя и должность?

[kornix]

Цитата:

Да, к сожаоению, так реализован функционал "Должностные лица".

А почему не хотите возвращать recId выбранного значения в лукапе? Или запись в emplTable не позволяет узнать должность сотрудника?

[DesertBrowser]

Цитата:

А не проще сделать выбор сотрудника в отдельном новом поле и по нему заполнить имя и должность?

Можно, но тогда придётся переделывать много форм, и по моим прикидкам трудозатраты будут больше, чем от поиска способа возврата должности. Хотя возможно именно так и придётся сделать

Цитата:

А почему не хотите возвращать recId выбранного значения в лукапе? Или запись в emplTable не позволяет узнать должность сотрудника?

.
По recid можно определить должность в таблице сотрудников. А вернуть recid в лукапе проще, чем должность? Или Вы предлагаете возвращать только recid (что аналогично возврату кода сотрудника)?

[Ivanhoe]

Цитата:

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

Можно, но тогда придётся переделывать много форм, и по моим прикидкам трудозатраты будут больше, чем от поиска способа возврата должности. Хотя возможно именно так и придётся сделать

Зато так правильнее Посмотрите на форуме, официальных лиц уже сколько раз обсуждали, даже автор признает что то, что сейчас в стандарте - очень далеко от BP.

Заодно исправите формы - сейчас методы прописаны на контролах, что вообще неверно. Переделайте на DS, а лучше на таблицу - и будет везде работать.

[DesertBrowser]

Цитата:

Зато так правильнее

Да, согласна. Должность и ФИО в должностных лицах плюс отсутствие на их месте кода сотрудника удивили (вначале решила, что для возможности сохранения ФИО и должности по совместителям и исполняющим обязанности, а потом - что для них должны быть свои коды сотрудников), как впрочем и методы на контролах, а не на таблице.

[Che]

Цитата:

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

Можно, но тогда придётся переделывать много форм, и по моим прикидкам трудозатраты будут больше, чем от поиска способа возврата должности. Хотя возможно именно так и придётся сделать
.
По recid можно определить должность в таблице сотрудников. А вернуть recid в лукапе проще, чем должность? Или Вы предлагаете возвращать только recid (что аналогично возврату кода сотрудника)?

Именно этот вариант я и предлагал... Возвращаем recid и по нему берем из табы все что угодно)