Перекрытие linkActive в подчиненном датасорсе

[mazzy]

Цитата:

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

Мне как раз и нежелательно его вызывать, т.к. подчиненный датасорс перечитается и курсор перепрыгнет на первую строку подчиненного грида. А у меня позиция уже выставлена в методе findRecord в подчиненного дс.

позиция чего?
у вас одна и та же подчиненная запись может быть подчинена двум разным основным записям?

form1
====
main1
main2
...

form2
====
sub1,main1
sub2,main1
sub3,main2
sub4,main2
sub5,main2
...

итак, вы:
1. открыли форму1, ядро установило курсор на main1
2. открыли форму2 из формы1, ядро связало из dynalink'ом. В форме2 показаны две записи sub1, sub2
3. вы передвигаете курсор в форме1 на main2. ядро вызывает метод activeLink в форме2, чтобы покзать 3 (три) совсем другие (!!!) записи sub3, sub4, sub5.

Какая позиция? Какой findRecord? О чем вы говорите?

[AlexeyVS]

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

[S.Kuskov]

Цитата:

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

я должен сначала выставить позицию в главном дс, затем в подчиненном.

Делайте это из одного и тогого же места, сразуже как только распознали, что форма открывается для просмотра конкретной задачи. Зачем вам перекрывать linkActive?

[AlexeyVS]

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

[S.Kuskov]

Цитата:

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

Я как раз выставляю его в одном месте, в методе findRecord подчиненного дс

а почему вы решили использовать метод подчинённого дс?

[AlexeyVS]

Потому что туда в качестве параметра приходит как раз ссылка на контекст оповещения
public boolean findRecord(Common _record)
вот как раз _record это и есть моя задача, на которую мне надо встать.
Потом делаю так:

 select firstonly taskTable where taskTable.RecId == _record.RecId;
    select firstonly docTable where docTable.DocumentId == taskTable.DocumentId;

    Document_ds.findRecord(docTable);
    Task_ds.research();

    ret = super(_record);

[S.Kuskov]

Цитата:

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

Потому что туда в качестве параметра приходит как раз ссылка на контекст оповещения

Цитата:

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

Я так понимаю, это продолжение темы Контекст оповещения Workflow

Ага. Значит вы зажаты контекстом класса EventContextInformation. У меня возник альтернативный вариант выхода из этого "порочного круга". Что если добавить на форму ещё один отдельный (не связанный ни с какимими другими) вспомогательный DataSource по подчинённой таблице. И натравить EventContextInformation именно на него. Тогда управление прийдёт именно в его findRecord, из которого можно будет свободно (не перекрывая linkActive) управлять связкой двух других "настоящих" дс.

P.S.: Гипотеза чисто теоретическая, т.к. сам с оповещениями никогда не работал