не работает переход к основной таблице

[Dymm]

аксапта 2.5

часть полей из CustTable перенесена в другую таблицу(фактически продублированы данные) - WMSCustTable

WMSCustTable добавлена как датасорс в форму CustTable и поля формы (те самые, которые были перенесены) берутся из нее. При этом 'основным' DS формы является WMSCustTable, а CustTable приджойнен к нему innerJoinом.

Перестал работать переход к основной таблице по CustAccount(то есть форма открывается, но dynalink не создается)

перенос WMSCustTable на 1е место из датасорсов формы (физически, в .xpo перенесен) не дает никакого результата

Что делать?

[Dron AKA andy]

А на EDT CustAccount relations не меняли? Если нет, то в форме дожен первым быть DS на CustTable, чтобы работало.

[Sada]

Раштренный тип поля CustAccount таблы WMSCustTable какой? Попробуйте настроить явно релейшн на табле WMSCustTable.

[Dymm]

2Dron AKA andy: а если нельзя(долго объяснять почему), чтоб первым был ДС CustTable то ничего не спасет отца русской демократии?

ADD: первым он и так есть, а вот не должен ли он быть "головным", то есть неприджойненым ни к чему, а все должны уже джойниться к нему? вот такой вариант-то и не подходит..

Sada: EDT - CustAccount. Явно релейшн пробовал - тоже не работает. Мне тоже кажется что вариант andy похож на правду - то есть получается что переход в первую очередь идет по релейшну на ЕДТ, а таблица, связанная этим релейшном должна быть первым ДС..

и это очень грустно

[Dron AKA andy]

Так, еще раз объясните, с какого поля (и какой на нем EDT) не работает jumpRef?
И все же насчет нельзя первым тоже объяснить бы...
Может, можно сделать основным все же CustTable, затем к нему по delayed вашу табл, затем опять по innerjoin CustTable?

[AndyD]

Цитата:

Может, можно сделать основным все же CustTable, затем к нему по delayed вашу табл, затем опять по innerjoin CustTable?

Это тогда не jumpRef получится, а фильтрация - в этом случае проще в init'е перед super() отловить lookupField и lookupValue и использовать их

[Dron AKA andy]

Цитата:

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

Это тогда не jumpRef получится, а фильтрация

Верно...

[Dymm]

да уж..
думал что порешал все таким макаром, но нет

// инит WMS_CustTable_ds
public void init()
{
    QueryBuildDatasource _qbds;
    Query                _query;
    FormStringControl    _ctrl;
    Common               _record;

    ;
    _record  = element.args().record();
    super();
    if (element.args().caller())
    {
       _ctrl           = element.args().caller().selectedControl();

       _query = WMSCustTable_ds.query();
       _qbds  = _query.dataSourceTable(tablenum(WMSCustTable));

       _qbds.clearLinks();
       _qbds.clearDynalinks();

       _qbds.addDynalink(
                     fieldnum(WMSCustTable,AccountNum),
                    _record,
                    _ctrl.dataField());
     }
}

теперь переход-то осуществляется, но при передвижении по таблице, откуда была вызвана основная - передвижения по WMSCustTable не осуществляется..

[Dymm]

поднимаю тему еще раз
проблема из предпоследнего предложения остается открытой

то есть вроде бы и диналинк есть, но какой-то он не совсем "dyna"

[Dymm]

а ведь таки заработало..
кривизна оказалась в том что свойство FDS WMSCustTable "LinkType" было выставлено в Passive, когда поставил Delayed - завелось
Всем спасибо