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

[CDR]

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

На OfficialsTrans_RU есть специальный метод nameChanged(), который подставляет должность. Если тормозит выборка по EmplTable, создайте индекс по полю Name. И не насилуйте ни себя, ни Аксапту.

ПС: У нас в справочнике сотрудников около 20 тыс. записей, и работает практически мгновенно.

[Ivanhoe]

Вы, может, проблему не поняли? Без доработки - никак.
Если есть два сотрудника с одинаковым ФИО, то nameChanged() подставит должность первого попавшегося сотрудника, что неверно.

Насчет переписывания - уверен. Стандартная функциональность - убогая. Как минимум, нужно добавлять разрез склада / сайта и ведение доверенностей на подпись. О чем, кстати, говорилось MS не раз, они даже обещали подумать про доверенности.

[CDR]

Quote:

Originally Posted by Ivanhoe

Вы, может, проблему не поняли? Без доработки - никак.
Если есть два сотрудника с одинаковым ФИО, то nameChanged() подставит должность первого попавшегося сотрудника, что неверно.

Виноват, не заметил проблему в пылу дискуссии.
Тогда, пожалуй, соглашусь с вашим решением - отдельное поле в OfficialsTrans_RU. Поле вытащить на формы и обработать modified() - минимум модификаций.

Quote:

Originally Posted by Ivanhoe

Насчет переписывания - уверен. Стандартная функциональность - убогая. Как минимум, нужно добавлять разрез склада / сайта и ведение доверенностей на подпись. О чем, кстати, говорилось MS не раз, они даже обещали подумать про доверенности.

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

И вроде как в OfficialsTable_RU есть связь со складом.

[Ivanhoe]

В стандарте связь со складом только для складских документов. А зачастую и фактуры, и накладные подписываются на складе по доверенности - соответственно на разных складах это разные люди.

[in.dc]

Quote:

Originally Posted by S.Kuskov

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

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

Попробую схематично набросать то что имелось в виду:
1. В classDeclaration определяется переменная для сохранения дескриптора lookup формы:

public class FormRun extends ObjectRun
{
    FormRun             lookupFormRun ;
}

2. Перекрывается метод performFormLookup нужного поля в котором сохраняем экземпляр вызываемой lookup' формы

public void performFormLookup(FormRun _form, FormControl _formControl)
{
    super(_form, _formControl);
    lookupFormRun = _form ;
}

3. в modified производится анализ:

    Common    lookupCursor ;
    ;
    ...
    super()   ;
    
    if( lookupFormRun &&
        lookupFormRun.closedOk() )
    {   // выбор из lookup формы
        lookupCursor = lookupFormRun .dataSource().cursor() ;
        ...
        // обработка данных извлеченного курсора
        ...
    }
    else { // 'ручной' ввод
    ...
    }
    ...
    lookupFormRun = null ;

[S.Kuskov]

Я, собственно, имел в виду, что механизм получения значения, зашит в недрах метода performFormLookup и к нему у программиста действительно нет доступа. Событие modified это последствие изменения значения, возникающее уже после того, как отработает механизм получения значения. В прочем как вы показали это не мешает в некоторых случаях реализовать задуманное. А можно ли назвать такой способ стандартным - это уже другой вопрос

[kitty]

Спасибо за предложенное работающее решение.
Возник такой вопрос:
Метод performFormLookup() вызывается только если лукап перекрыт, тк это метод класса SysTableLookup.

Если же лукап стандартный(автоматически созданный аксаптой по relation на таблице), можно ли как-то добраться до выбранной в нем записи?

[anna413]

Важное замечание при перекрытии performFormLookup()

в лукапе необходимо его правильно вызвать:

public void lookup(FormControl _formControl, str _filterStr)
{
SysTableLookup          sysTableLookup = SysTableLookup::newParameters(tablenum(EmplTable), _formControl);
;

<...>

this.performFormLookup(sysTableLookup.formRun(), _formControl);
}

сама сегодня напоролась - еле додумалась(