Интересное поведение активной строки динамического списка #592115

Имеем: динамический список - например на форме списка документа счет на оплату покупателю + таблица значений на этой же форме в которой отображается содержимое текущго счета. изначально хотелось так: при активизации строки получать данные из табличной части документа и загружать их в ТЗ. (типа как  в списке операций проводки показываются) а в управляемом режиме получается так: активизируем строку -> заполняем ТЗ и зачем то снова срабатывает "приактивизациистрки" и сновазаполняет ТЗ и так по кругу... причем повторно активизируется верхняя строка динамического списка... отсюда вопрос: какого фига это происходит и как  сэтим бороться?

пля.. я так и думал. постаринке, без обработчика ожидаиня непроканает... эхх

баян так-то заюзай переменную, запоминай в ней значение текущей строки и если оно не изменилось, то возврат... ЗЫ. У Чистова в вебинаре было

так оно меняется то :) в том то и прикол...

в динамическом списке она после заполнения ТЗ меняется на первую строку..

Сделал в тестовой базе нечто подобное, почему-то работает без зацикливания. Хотя вроде с таким сталкивался, решение, как выше сказали - хранить ТекущуюСтроку. Единственное, я бы сделал не ТЗ, а динамический список с запросом по ТЧ, и у такого списка надо очистить "Основная таблица".

в том то и дело что основная таблицаполюбому нужна в итоге сделал просто 2 динсписка с параметром и обработкой ожидания - рабоатет просто супер..

бгыыыыыыыыыыыыыыыыыыыыыы теперь и эта схема перестала работать.. нуепвашумат...

в БСП через обработчик ожидания с 0.1 задержкой сделано. Если при активации строки не лазить на сервер, то переактивация не произойдет

Это фича. При любом изменении формы вновь отробатыает при активизации строки 1С рекомендует

При любом изменении формы требующем вызов сервера (явный или неявный)

ТЧ документа из Дин списка на просмотр можно и без пляски с бубном и без кодирования вообще вывести.

+ И сделать это можно двумя способами, первый приводит к предварительному чтению таб частей, второй читает ТЧ (а прочтенное значение даже кэширует) каждый раз по выбранному доку. Второй метод требует три строки кода и 1 реквизит. Первый практически ничего.